Probleem met service snmpd

[J0HAN]

Hoe en wanneer het probleem is opgetreden weet ik helaas niet, maar ik kwam er op een gegeven moment achter dat mijn Ubuntu server (14.04.5 LTS) waar Zabbix op draait geen SNMP traps meer binnen krijgt.
De snmpd en snmptrapd services bleken niet te draaien...

Dus eerst snmpd en snmptt verwijderd en opnieuw geïnstalleerd (gewoon via repository), vervolgens hetzelfde gedaan maar dan ook alle config files verwijderd. Helaas krijg ik bij het starten van de snmpd service deze foutmelding:

* Starting network management services: /usr/sbin/snmptrapd: symbol lookup error: /usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30: undefined symbol: my_progname

Ik dacht dat ik wel een beetje uit de voeten kan met Ubuntu, maar ik krijg dit probleem maar niet opgelost.
Wie kan me een beetje op weg helpen?

Het moet hier ergens mee te maken hebben:

ldd -r -d /usr/sbin/snmpd
linux-vdso.so.1 => (0x00007ffc008c6000)
libnetsnmpagent.so.30 => /usr/lib/x86_64-linux-gnu/libnetsnmpagent.so.30 (0x00007ffa76e33000)
libnetsnmpmibs.so.30 => /usr/local/lib/libnetsnmpmibs.so.30 (0x00007ffa769c8000)
libnetsnmp.so.30 => /usr/lib/x86_64-linux-gnu/libnetsnmp.so.30 (0x00007ffa766ee000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ffa76325000)
libwrap.so.0 => /lib/x86_64-linux-gnu/libwrap.so.0 (0x00007ffa7611b000)
libperl.so.5.18 => /usr/lib/libperl.so.5.18 (0x00007ffa75d92000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ffa75b74000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ffa75970000)
libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007ffa75594000)
/lib64/ld-linux-x86-64.so.2 (0x00007ffa7709c000)
libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x00007ffa7537a000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007ffa75074000)
libcrypt.so.1 => /lib/x86_64-linux-gnu/libcrypt.so.1 (0x00007ffa74e3b000)
undefined symbol: netsnmp_memdup (/usr/local/lib/libnetsnmpmibs.so.30)

[Thralas]

J0HAN schreef op donderdag 25 januari 2018 @ 20:29:
libnetsnmpmibs.so.30 => /usr/local/lib/libnetsnmpmibs.so.30 (0x00007ffa769c8000)

Dat lijkt me niet juist. Ooit heb je blijkbaar net-snmp zélf gecompileerd. Nu pikt de dynamic linker éérst een incompatible zelfgebouwde versie van een library op, ipv. die van Ubuntu zelf.

Oplossing is simpel, ruim je /usr/local op zodat de linker de juiste library gewoon uit /lib/x86_64-linux-gnu/ laadt. En met opruimen bedoel ik: ga ook na waarom je uberhaupt net-snmp in /usr/local had staan - doet Zabbix dat?

[ Voor 21% gewijzigd door Thralas op 25-01-2018 20:38 ]

[J0HAN]

Klopt, dat heb ik inderdaad geprobeerd om het probleem te verhelpen.
Als ik de bestanden verwijder in /usr/local/lib/ start snmpd inderdaad.

Als ik echter in mijn /etc/default/snmpd file de waarde TRAPDRUN=no naar TRAPDRUN=yes wijzig start snmpd wel maar snmptrapd wil niet starten.

Als ik "ldd -r -d /usr/sbin/snmptrapd" uitvoer krijg ik deze fouten te zien:

undefined symbol: my_progname (/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30)
undefined symbol: my_init (/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30)
undefined symbol: load_defaults (/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30)

[Thralas]

J0HAN schreef op donderdag 25 januari 2018 @ 20:43:
Als ik "ldd -r -d /usr/sbin/snmptrapd" uitvoer krijg ik deze fouten te zien:

undefined symbol: my_progname (/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30)
undefined symbol: my_init (/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30)
undefined symbol: load_defaults (/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30)

Exact dezelfde oorzaak.

[J0HAN]

Ah, ik begin het door te krijgen....
Maar hoe krijg ik nu deze libnetsnmp files in /lib/x86_64-linux-gnu/?

Dat zou dan moeten lukken via een herinstallatie van libsnmp30:amd64?

[Hero of Time]

Heb je ooit eens iets van bron gecompileerd? Want alleen /usr/local/lib opruimen hoeft niet genoeg te zijn. Check dus even waar je broncode staat en vanwaar je dus een 'sudo make install' hebt gedraaid. Je kan dan netjes opruimen via 'sudo make uninstall'.

Het herinstalleren van de snmptrapd en libnetsnmptrapd kan daarna helpen om de links weer op orde te krijgen.

[J0HAN]

Ik heb inderdaad net-snmp-5.7.3 gecompileerd maar die "sudo make uninstall" heb ik al uitgevoerd, omdat vanaf source installeren mijn probleem niet verholp.

[Hero of Time]

En je weet ook zeker dat alles is opgeruimd ervan? Want blijkbaar stond er nog iets in /usr/local/lib, of had je die opgeruimd dmv de make uninstall? Het kan iig geen kwaad op de packages opnieuw te installeren. Als er naar de verkeerde library gelinkt wordt, zit je ook met deze problemen.

[J0HAN]

Ik had dit inderdaad opgeruimd dmv make uninstall.

Als ik nu snmpd verwijder en weer installeer worden de library files toch weer in /usr/lib/x86_64-linux-gnu geplaatst...

Toch blijf ik dit vreemd vinden:

ldd -r -d /usr/sbin/snmpd
linux-vdso.so.1 => (0x00007ffc102cd000)
libnetsnmpagent.so.30 => /usr/lib/x86_64-linux-gnu/libnetsnmpagent.so.30 (0x00007fe6cf98c000)
libnetsnmpmibs.so.30 => /usr/lib/x86_64-linux-gnu/libnetsnmpmibs.so.30 (0x00007fe6cf51f000)
libnetsnmp.so.30 => /usr/lib/x86_64-linux-gnu/libnetsnmp.so.30 (0x00007fe6cf245000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fe6cee7c000)
libwrap.so.0 => /lib/x86_64-linux-gnu/libwrap.so.0 (0x00007fe6cec72000)
libperl.so.5.18 => /usr/lib/libperl.so.5.18 (0x00007fe6ce8e9000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fe6ce6cb000)
libsensors.so.4 => /usr/lib/x86_64-linux-gnu/libsensors.so.4 (0x00007fe6ce4bc000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fe6ce2b8000)
libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007fe6cdedc000)
/lib64/ld-linux-x86-64.so.2 (0x00007fe6cfbf5000)
libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x00007fe6cdcc2000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fe6cd9bc000)
libcrypt.so.1 => /lib/x86_64-linux-gnu/libcrypt.so.1 (0x00007fe6cd783000)

ldd -r -d /usr/sbin/snmptrapd
linux-vdso.so.1 => (0x00007ffcecba3000)
libnetsnmptrapd.so.30 => /usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30 (0x00007f71bec1e000)
libnetsnmpmibs.so.30 => /usr/lib/x86_64-linux-gnu/libnetsnmpmibs.so.30 (0x00007f71be7b1000)
libnetsnmpagent.so.30 => /usr/lib/x86_64-linux-gnu/libnetsnmpagent.so.30 (0x00007f71be548000)
libnetsnmp.so.30 => /usr/lib/x86_64-linux-gnu/libnetsnmp.so.30 (0x00007f71be26e000)
libmysqlclient.so.18 => /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18 (0x00007f71be016000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f71bddf8000)
libwrap.so.0 => /lib/x86_64-linux-gnu/libwrap.so.0 (0x00007f71bdbee000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f71bd825000)
libsensors.so.4 => /usr/lib/x86_64-linux-gnu/libsensors.so.4 (0x00007f71bd616000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f71bd412000)
libperl.so.5.18 => /usr/lib/libperl.so.5.18 (0x00007f71bd089000)
libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007f71bccad000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f71bca94000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f71bc78e000)
libssl.so.1.0.0 => /lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007f71bc52f000)
/lib64/ld-linux-x86-64.so.2 (0x00007f71bee2c000)
libnsl.so.1 => /lib/x86_64-linux-gnu/libnsl.so.1 (0x00007f71bc315000)
libcrypt.so.1 => /lib/x86_64-linux-gnu/libcrypt.so.1 (0x00007f71bc0dc000)
undefined symbol: my_progname (/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30)
undefined symbol: my_init (/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30)
undefined symbol: load_defaults (/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30)

Onder Ubuntu 14 is snmptrapd onderdeel van snmpd en geen aparte package.
snmpd wil wel draaien, snmptrapd niet.

[ Voor 90% gewijzigd door J0HAN op 25-01-2018 21:24 ]

[Thralas]

J0HAN schreef op donderdag 25 januari 2018 @ 21:20:
Ik had dit inderdaad opgeruimd dmv make uninstall.

Dat was dus je eerste fout. Nooit zomaar packages buiten de repositories om installeren tenzij je daar een heel goede reden voor hebt.

Maargoed, in theorie zou een make uninstall moeten werken.

Als ik nu snmpd verwijder en weer installeer worden de library files toch weer in /usr/lib/x86_64-linux-gnu geplaatst...

Even voor de duidelijkheid: je installeert de repository package toch?
Dan is dat is helemaal de bedoeling, dat is waar libraries uit de Ubuntu repositories thuishoren.

ldd -r -d /usr/sbin/snmptrapd
undefined symbol: my_progname (/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30)
undefined symbol: my_init (/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30)
undefined symbol: load_defaults (/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30)

Wat heb je nu precies gedaan? De enige verklaring die ik hiervoor kan geven is dat je libnetsnmptrapd.so.30 nog steeds niet de versie is zoals Ubuntu hem levert, maar de zelfgecompileerde versie.

Als je die daar zelf hebt neergezet: verwijder hem, herinstalleer libsnmp30 en lees je dan even in over de plaats van software die niet uit de repositories komt:

• /usr/local/ wordt door sommigen gebruikt om software te installeren die niet uit de repositories komt. Dat kan alleen als je héél goed weet wat je doet: alles wat je hier installeert heeft voorrang op de software van je distro zelf. Je kunt er dus alleen zaken installeren die geen libraries uit je /usr/lib overriden: dat ging hier fout
• Dat is dan ook de reden dat de netste oplossing is om een non-distro softwarepakket in /opt te installeren,
  waarbij ieder stuk software z'n eigen directory heeft. Dat bijt elkaar nooit. Ofwel: ./configure --prefix=/opt/mysnmp

Volgens mij heb je hier niet alleen bovenstaande geschonden, maar het erger gemaakt door iets uit /usr/local/lib naar /usr/lib te kopiëren of net-snmp te compileren met een héle foute prefix.

Een handig hulpmiddel om je distro packages te checken is debsums. Ik zou verwachten dat hij in bovenstaand geval over je /usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30 klaagt, omdat deze is overschreven.

[J0HAN]

Thralas schreef op donderdag 25 januari 2018 @ 21:49:
[...]

Als je die daar zelf hebt neergezet: verwijder hem, herinstalleer libsnmp30

Dat heb ik gedaan, maar levert niets op... zelfde fout.

Ik heb "sudo debsums -c" gedraaid, deze laat geen problemen zien.

Wat me wel opvalt; nadat ik libsnmp30 heb verwijderd en ik probeer snmp te installeren krijg ik een dependency error:

sudo apt-get install snmp
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
snmp : Depends: libsnmp30 (>= 5.7.2~dfsg) but it is not going to be installed
snmpd : Depends: libsnmp30 (>= 5.7.2~dfsg) but it is not going to be installed
zabbix-server-mysql : Depends: libsnmp30 (>= 5.7.2~dfsg) but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

[ Voor 51% gewijzigd door J0HAN op 25-01-2018 22:14 ]

[Hero of Time]

Als je libnetsnmpdtrapd30 verwijdert, kijk dan even of de bestanden in /usr/lib/x86_64-linux-gnu/ ook weg zijn.

Wat je nu hebt kan natuurlijk ook domweg een bug zijn. Heb je al op Launchpad gekeken hiervoor?

@Thralas, je doet wel erg dramatisch. Iets minder mag best. De wereld vergaat niet hierdoor.
Overigens kende ik debsums nog niet als commando. Weet wel dat je met het dpkg commando je packages kan controleren, maar dat is wat omslachtiger.

[J0HAN]

Ik heb in /usr/lib/x86_64-linux-gnu/ alle libnetsnmp* bestanden verwijderd.
Na herinstallatie van libsnmp30 staan ze daar weer.

Hier lijkt iemand ongeveer hetzelfde probleem te hebben; https://ubuntuforums.org/showthread.php?t=2288734
Ik loop ook tegen die "subprocess installed post-installation script returned error exit status 127" foutmelding aan bij het herinstalleren van snmpd.

[ Voor 54% gewijzigd door J0HAN op 25-01-2018 22:39 ]

[Thralas]

Hero of Time schreef op donderdag 25 januari 2018 @ 22:18:
@Thralas, je doet wel erg dramatisch. Iets minder mag best. De wereld vergaat niet hierdoor.

Ik zie geen drama. Enkel een terechte waarschuwing dat extra libraries in je /usr/local een recipe for disaster is, zoals blijkt uit dit topic

J0HAN schreef op donderdag 25 januari 2018 @ 22:11:
Ik heb "sudo debsums -c" gedraaid, deze laat geen problemen zien.

Vreemd.

Wat me wel opvalt; nadat ik libsnmp30 heb verwijderd en ik probeer snmp te installeren krijg ik een dependency error:

sudo apt-get install snmp
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
snmp : Depends: libsnmp30 (>= 5.7.2~dfsg) but it is not going to be installed
snmpd : Depends: libsnmp30 (>= 5.7.2~dfsg) but it is not going to be installed
zabbix-server-mysql : Depends: libsnmp30 (>= 5.7.2~dfsg) but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

Doen wat 'ie zegt: apt-get -f install - ik vind apt overigens gruwelijk vaag met z'n transacties, maar dat kan aan mij liggen.

Als het daarna nog niet werkt, hier alle handvatten om tot een oplossing te komen:

root@0904bb726c42:/# LD_DEBUG=all snmptrapd 2>&1 | grep my_progname
590:	binding file /usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30 [0] to /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18 [0]: normal symbol `my_progname'

Ofwel, de missing symbol zou uit libmysqlclient moeten komen...

# (echo /usr/sbin/snmptrapd; ldd /usr/sbin/snmptrapd | awk -F ' ' '{ print $3 }') | xargs sha256sum 2>/dev/null
2c9bc8332e3a523d08408316f400883fcbcc649f57da09444745c5ebc5941d7c  /usr/sbin/snmptrapd
5cb2913dd641b0c78d3ce790f6dac25248124d1e1ce6c23a106836480e6bbd88  /usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30
dc97de6586aa5daea4370f00c769aad4a9adaf997bf01e376e5a879cf1ff8f11  /usr/lib/x86_64-linux-gnu/libnetsnmpmibs.so.30
010f3fb3ddd04b2f38f161f1b25ebc195be89872244ffc2461fbe42d7a5b0a57  /usr/lib/x86_64-linux-gnu/libnetsnmpagent.so.30
cb6535342fdc0ef741f65f56ca49553ac1bbbaa93476c1ea4779ae2da974cb60  /usr/lib/x86_64-linux-gnu/libnetsnmp.so.30
2752ca70c6ee5e1a1f55946309132cbb7812d7d5482587c66b375b19266c6e0e  /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
88c6c1a19b1833eac3359cf2f987b1ff8894d9906d925a6597134ecb4ac6360f  /lib/x86_64-linux-gnu/libpthread.so.0
2296ad8497a237bd98b8a869c10f80f0d9d28f8c59c717c8b7e643724b1ad93d  /lib/x86_64-linux-gnu/libwrap.so.0
a5f967cd2fb04598ec432c06acee448ec0b24bdc80ae91643739ca2ca3c8124d  /lib/x86_64-linux-gnu/libc.so.6
7bab2f41d0d771807fcba32b349f3d8d6692e60c431a9c14c4a2ba9734f6e3d6  /usr/lib/x86_64-linux-gnu/libsensors.so.4
7b60241d41a0747e02b49cb15d98b715464dfc8c3b6a641e15ae6eb60ae54e5c  /lib/x86_64-linux-gnu/libdl.so.2
4f260c3ffdd36c33dd742e2978e3da26c02c3827a8f486204065e80662c6cd2b  /usr/lib/libperl.so.5.18
6befa3faafce1831aa12fa95d79df63f6a90deb5d204b412cf74261812144263  /lib/x86_64-linux-gnu/libcrypto.so.1.0.0
fdc51ecadc5c697090b340b56edce25e46798e784140c196608625226c07bf44  /lib/x86_64-linux-gnu/libz.so.1
b2f2e56a0004393d4a31963704de24ecc2c577ec3b4a4f6bf3f393a5d9bf97f8  /lib/x86_64-linux-gnu/libm.so.6
36dad1e2da7ddcd59a9a69b3b70d5edc4c7625cddd7f297eda621984f4560640  /lib/x86_64-linux-gnu/libnsl.so.1
94f94e584ea295700b488f0a9227ae229a7a74a8bd2f1588bcd55e5f76870774  /lib/x86_64-linux-gnu/libcrypt.so.1

Één van die sha256sums moet niet kloppen bij jou (dit is een up-to-date Ubuntu 14.04), anders eet ik m'n schoen op.

[Hero of Time]

Er wordt een ~dfsg versie geïnstalleerd. Post je eens wat je hebt in /etc/apt/sources.list en wat er allemaal in /etc/apt/sources.list.d staat in de .list bestanden. Iets doet mij nu vermoeden dat je een Debian bron hebt toegevoegd, ipv Ubuntu.

[ Voor 42% gewijzigd door Hero of Time op 26-01-2018 07:23 ]

[J0HAN]

Thralas schreef op donderdag 25 januari 2018 @ 23:41:
[...]

Doen wat 'ie zegt: apt-get -f install - ik vind apt overigens gruwelijk vaag met z'n transacties, maar dat kan aan mij liggen.

Als het daarna nog niet werkt, hier alle handvatten om tot een oplossing te komen:

root@0904bb726c42:/# LD_DEBUG=all snmptrapd 2>&1 | grep my_progname
590:	binding file /usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30 [0] to /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18 [0]: normal symbol `my_progname'

Ofwel, de missing symbol zou uit libmysqlclient moeten komen...

# (echo /usr/sbin/snmptrapd; ldd /usr/sbin/snmptrapd | awk -F ' ' '{ print $3 }') | xargs sha256sum 2>/dev/null
2c9bc8332e3a523d08408316f400883fcbcc649f57da09444745c5ebc5941d7c  /usr/sbin/snmptrapd
5cb2913dd641b0c78d3ce790f6dac25248124d1e1ce6c23a106836480e6bbd88  /usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30
dc97de6586aa5daea4370f00c769aad4a9adaf997bf01e376e5a879cf1ff8f11  /usr/lib/x86_64-linux-gnu/libnetsnmpmibs.so.30
010f3fb3ddd04b2f38f161f1b25ebc195be89872244ffc2461fbe42d7a5b0a57  /usr/lib/x86_64-linux-gnu/libnetsnmpagent.so.30
cb6535342fdc0ef741f65f56ca49553ac1bbbaa93476c1ea4779ae2da974cb60  /usr/lib/x86_64-linux-gnu/libnetsnmp.so.30
2752ca70c6ee5e1a1f55946309132cbb7812d7d5482587c66b375b19266c6e0e  /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
88c6c1a19b1833eac3359cf2f987b1ff8894d9906d925a6597134ecb4ac6360f  /lib/x86_64-linux-gnu/libpthread.so.0
2296ad8497a237bd98b8a869c10f80f0d9d28f8c59c717c8b7e643724b1ad93d  /lib/x86_64-linux-gnu/libwrap.so.0
a5f967cd2fb04598ec432c06acee448ec0b24bdc80ae91643739ca2ca3c8124d  /lib/x86_64-linux-gnu/libc.so.6
7bab2f41d0d771807fcba32b349f3d8d6692e60c431a9c14c4a2ba9734f6e3d6  /usr/lib/x86_64-linux-gnu/libsensors.so.4
7b60241d41a0747e02b49cb15d98b715464dfc8c3b6a641e15ae6eb60ae54e5c  /lib/x86_64-linux-gnu/libdl.so.2
4f260c3ffdd36c33dd742e2978e3da26c02c3827a8f486204065e80662c6cd2b  /usr/lib/libperl.so.5.18
6befa3faafce1831aa12fa95d79df63f6a90deb5d204b412cf74261812144263  /lib/x86_64-linux-gnu/libcrypto.so.1.0.0
fdc51ecadc5c697090b340b56edce25e46798e784140c196608625226c07bf44  /lib/x86_64-linux-gnu/libz.so.1
b2f2e56a0004393d4a31963704de24ecc2c577ec3b4a4f6bf3f393a5d9bf97f8  /lib/x86_64-linux-gnu/libm.so.6
36dad1e2da7ddcd59a9a69b3b70d5edc4c7625cddd7f297eda621984f4560640  /lib/x86_64-linux-gnu/libnsl.so.1
94f94e584ea295700b488f0a9227ae229a7a74a8bd2f1588bcd55e5f76870774  /lib/x86_64-linux-gnu/libcrypt.so.1

Één van die sha256sums moet niet kloppen bij jou (dit is een up-to-date Ubuntu 14.04), anders eet ik m'n schoen op.

Met "apt-get -f install" wordt snmp wel geïnstalleerd, maar als ik snmpd ook installeer en probeer te starten krijg ik weer de "undefined symbol" error.

De output van LD_DEBUG=all snmptrapd 2>&1 | grep my_progname toont geen binding naar libmysqlclient.
Ik weet niet of dat een goed of slecht teken is?

LD_DEBUG=all snmptrapd 2>&1 | grep my_progname
     25417:     symbol=my_progname;  lookup in file=snmptrapd [0]
     25417:     symbol=my_progname;  lookup in file=/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30 [0]
     25417:     symbol=my_progname;  lookup in file=/usr/lib/x86_64-linux-gnu/libnetsnmpmibs.so.30 [0]
     25417:     symbol=my_progname;  lookup in file=/usr/lib/x86_64-linux-gnu/libnetsnmpagent.so.30 [0]
     25417:     symbol=my_progname;  lookup in file=/usr/lib/x86_64-linux-gnu/libnetsnmp.so.30 [0]
     25417:     symbol=my_progname;  lookup in file=/usr/lib/x86_64-linux-gnu/libmysqlclient.so.18 [0]
     25417:     symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libpthread.so.0 [0]
     25417:     symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libwrap.so.0 [0]
     25417:     symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libc.so.6 [0]
     25417:     symbol=my_progname;  lookup in file=/usr/lib/x86_64-linux-gnu/libsensors.so.4 [0]
     25417:     symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libdl.so.2 [0]
     25417:     symbol=my_progname;  lookup in file=/usr/lib/libperl.so.5.18 [0]
     25417:     symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 [0]
     25417:     symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libz.so.1 [0]
     25417:     symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libm.so.6 [0]
     25417:     symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libssl.so.1.0.0 [0]
     25417:     symbol=my_progname;  lookup in file=/lib64/ld-linux-x86-64.so.2 [0]
     25417:     symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libnsl.so.1 [0]
     25417:     symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libcrypt.so.1 [0]
     25417:     /usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30: error: symbol lookup error: undefined symbol: my_progname (fatal)
snmptrapd: symbol lookup error: /usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30: undefined symbol: my_progname

En dit is de output van LD_DEBUG:

LD_DEBUG=all snmptrapd 2>&1 | grep my_progname
symbol=my_progname;  lookup in file=snmptrapd [0]
symbol=my_progname;  lookup in file=/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30 [0]
symbol=my_progname;  lookup in file=/usr/lib/x86_64-linux-gnu/libnetsnmpmibs.so.30 [0]
symbol=my_progname;  lookup in file=/usr/lib/x86_64-linux-gnu/libnetsnmpagent.so.30 [0]
symbol=my_progname;  lookup in file=/usr/lib/x86_64-linux-gnu/libnetsnmp.so.30 [0]
symbol=my_progname;  lookup in file=/usr/lib/x86_64-linux-gnu/libmysqlclient.so.18 [0]
symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libpthread.so.0 [0]
symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libwrap.so.0 [0]
symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libc.so.6 [0]
symbol=my_progname;  lookup in file=/usr/lib/x86_64-linux-gnu/libsensors.so.4 [0]
symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libdl.so.2 [0]
symbol=my_progname;  lookup in file=/usr/lib/libperl.so.5.18 [0]
symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 [0]
symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libz.so.1 [0]
symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libm.so.6 [0]
symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libssl.so.1.0.0 [0]
symbol=my_progname;  lookup in file=/lib64/ld-linux-x86-64.so.2 [0]
symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libnsl.so.1 [0]
symbol=my_progname;  lookup in file=/lib/x86_64-linux-gnu/libcrypt.so.1 [0]
/usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30: error: symbol lookup error: undefined symbol: my_progname (fatal)
snmptrapd: symbol lookup error: /usr/lib/x86_64-linux-gnu/libnetsnmptrapd.so.30: undefined symbol: my_progname

Overigens ben ik wel ooit van MySQL naar MariaDB overgestapt.
Mijn libmysqlclient is gelinkt aan libmariadb:

l /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
lrwxrwxrwx 1 root root 15 Jan  3 19:57 /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18 -> libmariadb.so.3

[J0HAN]

Hero of Time schreef op vrijdag 26 januari 2018 @ 07:21:
Er wordt een ~dfsg versie geïnstalleerd. Post je eens wat je hebt in /etc/apt/sources.list en wat er allemaal in /etc/apt/sources.list.d staat in de .list bestanden. Iets doet mij nu vermoeden dat je een Debian bron hebt toegevoegd, ipv Ubuntu.

M'n sources bevat niet veel extra's:

/etc/apt/sources.list:

deb http://nl.archive.ubuntu.com/ubuntu/ trusty main restricted
deb-src http://nl.archive.ubuntu.com/ubuntu/ trusty main restricted
deb http://nl.archive.ubuntu.com/ubuntu/ trusty-updates main restricted
deb-src http://nl.archive.ubuntu.com/ubuntu/ trusty-updates main restricted
deb http://nl.archive.ubuntu.com/ubuntu/ trusty universe
deb-src http://nl.archive.ubuntu.com/ubuntu/ trusty universe
deb http://nl.archive.ubuntu.com/ubuntu/ trusty-updates universe
deb-src http://nl.archive.ubuntu.com/ubuntu/ trusty-updates universe
deb http://nl.archive.ubuntu.com/ubuntu/ trusty multiverse
deb-src http://nl.archive.ubuntu.com/ubuntu/ trusty multiverse
deb http://nl.archive.ubuntu.com/ubuntu/ trusty-updates multiverse
deb-src http://nl.archive.ubuntu.com/ubuntu/ trusty-updates multiverse
deb http://nl.archive.ubuntu.com/ubuntu/ trusty-backports main restricted universe multiverse
deb-src http://nl.archive.ubuntu.com/ubuntu/ trusty-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu trusty-security main restricted
deb-src http://security.ubuntu.com/ubuntu trusty-security main restricted
deb http://security.ubuntu.com/ubuntu trusty-security universe
deb-src http://security.ubuntu.com/ubuntu trusty-security universe
deb http://security.ubuntu.com/ubuntu trusty-security multiverse
deb-src http://security.ubuntu.com/ubuntu trusty-security multiverse
deb [arch=amd64,ppc64el,i386] http://mariadb.mirror.triple-it.nl/repo/10.2/ubuntu trusty main

In /etc/apt/sources.list.d staat alleen "zabbix.list" met de inhoud:

deb http://repo.zabbix.com/zabbix/3.4/ubuntu trusty main
deb-src http://repo.zabbix.com/zabbix/3.4/ubuntu trusty main

Dus allemaal trusty repo's, lijkt me in orde.

[Hero of Time]

Misschien tijd om te upgraden naar 16.04? Er gaat ergens iets mis met de library, maar geen idee wat. Schijf is niet per ongeluk vol ofzo waardoor het bestand er maar half op staat?

[J0HAN]

Hero of Time schreef op vrijdag 26 januari 2018 @ 09:44:
Misschien tijd om te upgraden naar 16.04? Er gaat ergens iets mis met de library, maar geen idee wat. Schijf is niet per ongeluk vol ofzo waardoor het bestand er maar half op staat?

Daar zit ik ook wel een beetje aan te denken....
In Ubuntu 16 is de snmptrapd daemon een aparte package ipv onderdeel van snmpd.

[Thralas]

J0HAN schreef op vrijdag 26 januari 2018 @ 09:20:
Overigens ben ik wel ooit van MySQL naar MariaDB overgestapt.

Waarom?

Dus allemaal trusty repo's, lijkt me in orde.

Not quite. Dat vertelt alleen dat de software op Trustry draait, meer niet.

Afhankelijk van de repository krijg je wel-of-geen garantie op compatbiliteit met de 'main' repositories van je distro. Externe repositories zijn altijd een risico vwb. breakage, zelf al beloven ze voorzichtig te zijn (zelfs Fedora EPEL weet CentOS te slopen).

Hier loop je tegen een praktijkvoorbeeld aan waarbij dat brokken oplevert.

Hero of Time schreef op vrijdag 26 januari 2018 @ 09:44:
Misschien tijd om te upgraden naar 16.04? Er gaat ergens iets mis met de library, maar geen idee wat.

Ah joh, dat is een workaround. We zijn er bijna.

Mijn libmysqlclient is gelinkt aan libmariadb:

l /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
lrwxrwxrwx 1 root root 15 Jan  3 19:57 /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18 -> libmariadb.so.3

Ik heb het even nagebouwd in een docker container.

De grap is dat je MariaDB repository een libmariadbclientt18 meelevert die claimt compatible te zijn met libmysqlclient18 (Ubuntu), maar dat is dus helemaal niet het geval.

Je moet ervoor zorgen dat je weer de Ubuntu-versie van libmysqlclient (5.5.59-0ubuntu0.14.04.1) installeert, alleen die is werkelijk compatible met de snmp package.

Ga dus na waarom je MariaDB niet gewoon uit de Ubuntu repositories geinstalleerd hebt. Geen goede reden? Mooi; verwijder de apt repository, uninstall alle packages (dpkg -l | grep +maria) en installeer mariadb-server en snmp opniew. Dan zul je zien dat alles magischerwijs werkt.

Ik weet niet of de database format van 10.2 backwards compatible is met 5.5. Een backup maken lijkt me verplichte kost, bij voorkeur ook als sql dump zodat je de databases sowieso weer kunt importeren.

Theoretisch kun je dmv. apt pinning misschien de incompatible libmysqlclient18 buiten de deur houden, maar dan zit je met 5.5 client libraries (Ubuntu) en een 10.2 server (externe MariaDB repo). Danger zone.

[J0HAN]

Bedankt voor jullie hulp! Ik ga even goed nadenken wat ik ga doen.

[J0HAN]

Hero of Time schreef op vrijdag 26 januari 2018 @ 09:44:
Misschien tijd om te upgraden naar 16.04? Er gaat ergens iets mis met de library, maar geen idee wat. Schijf is niet per ongeluk vol ofzo waardoor het bestand er maar half op staat?

Ik heb inmiddels mijn Ubuntu server bijgewerkt naar Ubuntu 16.04.3 en m'n snmptrapd & snmptt werkt weer als een trein. De upgrade ging bijzonder soepel, op een kleinigheidje na werkte alles direct weer.