• State Resolved
  • Locked Locked
  • Replies 4 replies
  • Subscribers 99 subscribers
  • Views 487 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

AM3358: SNMP issue

Peter Upczak
Intellectual 965 points

Hi - looking for a little guidance on this:

What I am doing:

- trying to bring up latest open source Net-SNMP agent v5.8.

- building with latest TI Linux SDK for AM335x on beaglebone black. snmp agent & required libs in the package build fine under Linux SDK.

The situation I've run into:

- Moving onto the target, I do 'systemctl stop snmpd' (it works, no more process showing in ps) and replace the agent binary and the net-snmp libs that the agent needs. All ok (so far)

- any method of trying to start the snmp agent, it tosses an error

root@am335x-evm:~# snmpd -f -Lo -d
snmpd: error while loading shared libraries: librpm.so.8: cannot open shared object file: No such file or directory

 

What I'm seeking:


Can you offer guidance as to how to get librpm onto the beaglebone? I have replicated this EXACT build on other embedded Linux devs without this snag.

I understand this is not precisely a T.I. problem, just asking for tips about this one lib relative to Linux SDK.

Net-snmp version 5.8 shows up by default in the Linux SDK binaries and runs error free, so I know this can work.

Perhaps it's just a matter of some difference in ./configure script for Net-snmp?

thanks! -pete u.

  • 0
    Intellectual 965 points

    An update:

    I followed my nose to this link:

    which did an excellent job of guiding me through setting up and building SDK pieces & parts, of which miraculously was included net-snmp-5.8.

    Result: it builds, it runs on the target straight up, just fine.

    Issue: I would still like to understand WHY building as an application using the latest ti-sdk (standalone) does not work correctly even though everything else about it so far has worked flawlessly, especially when net-snmp-5.8 itself builds that way yet will not run for some librpm broken dependency.

    Again, seeking advice / guidance on this as we don't want to be reliant on oe-bb for ongoing maintenance of our product's snmp offering.

    thanks, -pete u.

  • 0 in reply to Peter Upczak
    TI__Guru**** 175391 points

    Hi Peter,

    I read your posts a few times trying to understand what the issue is. Here is what I guess - you built net-snmp in oe-bb and it works fine on AM335x; but if you just built net-snmp alone from its source code, it fails to run because librpm.so doesn't exist in the root filesystem. Is it correct?

    If so, I think the issue is that net-snmp built in oe-bb has a flag set which removes the dependency on librpm. You can confirm it by using ldd command to check which .so libs are needed for net-snmp in both scenarios.

  • 0 in reply to Bin Liu
    Intellectual 965 points

    Bin Liu: yes your understanding is correct. thanks for the reply, your suggestion lead me to digging out where oe-bb puts the ./configure output for the build, so I was able to compare that to the same from my direct ti-sdk-linux build. There were indeed many differences but what it came down to was the I had an error in my configure scripting that truncated almost all of the options.

    Once I fixed that, the rebuild under ti-sdk-linux works fine. ldd show exactly the same lib deps for the original bbone-black snmpd vs the oe-bb snmpd vs my ti-sdk-linux snmpd.

    Ok. All good. I can get on with the rest of it now ...

    thanks again.

  • 0 in reply to Peter Upczak
    TI__Guru**** 175391 points

    Peter,

    Great! I am glad the issue is solved. Thanks for the update.