I am surprised that your 32bit binary links to 64bit library and works. It shouldn't.
Let me see. Could you please post an ldd of your snmpd? Thanks, Nikos ----- Original Message ----- From: "Paul Hogan" <[email protected]> To: "Nikos Balkanas" <[email protected]>; "Mike Ayers" <[email protected]>; <[email protected]> Sent: Friday, January 09, 2009 9:59 PM Subject: RE: Issues with snmpwalk and net-snmp 5.4.2.1 on HP UX. OK, File snmpwalk (good, one that works) snmpwalk: PA-RISC2.0 shared executable dynamically linked -not stripped File snmpwalk (bad, one that doesn't work) snmpwalk: ELF-64 executable object file - PA-RISC 2.0 (LP64) File /opt/iexpress/net-snmp/lib/libnetsnmp.sl.16 /opt/iexpress/net-snmp/lib/libnetsnmp.sl.16: ELF-64 shared object file - PA-RISC 2.0 (LP64) It appears that when I try to run the 64bit version it fails (although the daemon starts up). But when I try to run the 32 bit version it works. Should I try to compile using the 32 bit compiler? I'm a little confused. Paul R. Hogan Computer System Engineer Enterprise Information Technology HAWORTH, INC. One Haworth Center Holland, MI 49423 direct 616.393.3756 fax 616.396.9389 [email protected] www.haworth.com NOTICE OF CONFIDENTIALITY: The contents of this e-mail message and any attachments are intended for the addressee(s) named in this message. This communication is intended to be and to remain confidential. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message and its attachments. Do not deliver, distribute or copy this message and/or any attachments and, if you are not the intended recipient, unless immediately and permanently deleted, recipient hereby agrees to protect this transmission and any documents, files or previous messages attached (confidential information) in the same manner in which recipient acts to protect his/her/its own confidential information. -----Original Message----- From: Nikos Balkanas [mailto:[email protected]] Sent: Friday, January 09, 2009 2:12 PM To: Paul Hogan; Mike Ayers; [email protected] Subject: Re: Issues with snmpwalk and net-snmp 5.4.2.1 on HP UX. This is very strange output, indeed. In the second one you propably copied wrong the left side. From what I see the first one (bad) links to 64bit libraries. The second one links against 32bit libraries. Normally it should give an error: ELF 32 bad class or vise versa. So I suspect that what you have are 2 different versions of snmpwalk. One is 64 bits the other 32bits. To verify that please type: file snmpwalk (good) file snmpwalk (bad) file /opt/iexpress/net-snmp/lib/libnetsnmp.sl.16 and let's take it from there. My guess is that /opt/iexpress/net-snmp/lib/libnetsnmp.sl.16 is 32bit. That's why it works with the 32bit snmpwalk better. Please make clear which is the good and which is the bad. BR, Nikos ----- Original Message ----- From: "Paul Hogan" <[email protected]> To: "Mike Ayers" <[email protected]>; "Nikos Balkanas" <[email protected]>; <[email protected]> Sent: Friday, January 09, 2009 8:32 PM Subject: RE: Issues with snmpwalk and net-snmp 5.4.2.1 on HP UX. To your point I believe the issue lies with the different versions of snmpwalk and the newer version 5.4.2.1. From what I can tell now if I compare the snmpwalk command that works with the one that does not here is what I see: It doesn't like this one. Comes back with no response error. holldb20|root:/opt/iexpress/net-snmp/bin # ldd snmpwalk libnetsnmp.sl.16 => /opt/iexpress/net-snmp/lib/libnetsnmp.sl.16 libcrypto.sl.0 => /lib/pa20_64/libcrypto.sl.0 libgen.2 => /lib/pa20_64/libgen.2 libnm.sl => /lib/pa20_64/libnm.sl libipv6.sl => /lib/pa20_64/libipv6.sl libc.2 => /lib/pa20_64/libc.2 libcrypto.sl.0 => /lib/pa20_64/libcrypto.sl.0 libc.2 => /lib/pa20_64/libc.2 libgcc_s.sl => /opt/hp-gcc64-4.2.1/lib/gcc/hppa64-hp-hpux11.11/4.2.1/.. /../../libgcc_s.sl libdl.1 => /lib/pa20_64/libdl.1 libc.2 => /lib/pa20_64/libc.2 libdl.1 => /usr/lib/pa20_64/libdl.1 It likes this version and runs correctly. ldd snmpwalk /usr/lib/libc.2 => /usr/lib/libc.2 /usr/lib/libdld.2 => /usr/lib/libdld.2 /usr/lib/libc.2 => /usr/lib/libc.2 /usr/lib/libipv6.sl => /usr/lib/libipv6.sl /usr/lib/libnm.sl => /usr/lib/libnm.sl /usr/lib/libelf.2 => /usr/lib/libelf.2 /usr/lib/libgen.2 => /usr/lib/libgen.2 /opt/iexpress/net-snmp/lib/libnetsnmp.sl.16 => /opt/iexpress/net-snmp/lib/libnetsnmp.sl.16 /usr/lib/libc.2 => /usr/lib/libc.2 Sooo, from what you are stating should I be adding /lib/pa20_64, /opt/iexpress/net-snmp/lib/, /opt/hp-gcc64-4.2.1/lib/gcc/hppa64-hp-hpux11.11/4.2.1/.. /../../ in order to get the appropriate version working? There are no LD_LIBRARY_PATH variables set currently on the systems. Hopefully this is the variable that you mean. Paul R. Hogan Computer System Engineer Enterprise Information Technology HAWORTH, INC. One Haworth Center Holland, MI 49423 direct 616.393.3756 fax 616.396.9389 [email protected] www.haworth.com NOTICE OF CONFIDENTIALITY: The contents of this e-mail message and any attachments are intended for the addressee(s) named in this message. This communication is intended to be and to remain confidential. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message and its attachments. Do not deliver, distribute or copy this message and/or any attachments and, if you are not the intended recipient, unless immediately and permanently deleted, recipient hereby agrees to protect this transmission and any documents, files or previous messages attached (confidential information) in the same manner in which recipient acts to protect his/her/its own confidential information. -----Original Message----- From: Mike Ayers [mailto:[email protected]] Sent: Thursday, January 08, 2009 8:02 PM To: Paul Hogan; Nikos Balkanas; [email protected] Subject: RE: Issues with snmpwalk and net-snmp 5.4.2.1 on HP UX. > From: Paul Hogan [mailto:[email protected]] > Sent: Thursday, January 08, 2009 7:10 AM > Ahhh, yes. The humor is good. Thanks for that. I wish I > could explain why it doesn't work though... Compare the paths in your build to those the system uses. I'm guessing that $prefix/lib isn't in your library path (I forget which variable that is on HPUX - LIBPATH, maybe?), in which case you installed it to a place that won't be searched (you *did* `make install`, yes?). This is why what you did worked, but it's still a dangerous thing to do - better to either update your search paths or use the various configure flags which allow you to specify which directories to install to so that you're using the same version everywhere. HTH, Mike ------------------------------------------------------------------------------ Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB _______________________________________________ Net-snmp-users mailing list [email protected] Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
