Bug in /usr/lib/libdns.so

[cross]

Hallo Gemeinde,

ich hoffe, ich mache mich nicht gleich unbeliebt, dass ich den Fehler an dieser Stelle melde, aber ich bin ziemlicher Anfänger im Bereich Linux und im Speziellen Debian. Des Weiteren habe ich gesucht, ob der Fehler bereits bekannt ist, aber nichts gefunden.

Nun zum Fehler auf meiner Maschine:

Code: Alles auswählen

host -t mx domain.tld

ergibt folgende Meldung:

Code: Alles auswählen

host: error while loading shared libraries: /usr/lib/libdns.so.69: invalid ELF header

BS: Linux 2.6.32-5-amd64 mit Debian Squeeze incl. allen Upgrdes

LG
cross

[Cae]

Code: Alles auswählen

$ uname -a
$ file /usr/lib/libdns.so*
$ lsb_release -a

Mal bitte alles posten, falls es länger wird, haben wir NoPaste [1]. Du bist sicher, dass dein Kernel und die Userland-Programme dieselbe Architektur verwenden? Willkommen im Forum!

Gruß Cae

[1] pastebin.php

[cross]

Hi Cae,

Du bist sicher, dass dein Kernel und die Userland-Programme dieselbe Architektur verwenden?

Herrje, da geht's schon los. Ich bin blutiger Anfänger und kann mit dem Fachchinesisch noch nicht wirklich was anfangen.

uname -a ergibt:

Code: Alles auswählen

Linux mein-hostame.tld 2.6.32-5-amd64 #1 SMP Mon Oct 3 03:59:20 UTC 2011 x86_64 GNU/Linux

file /usr/lib/libdns.so* ergibt:

Code: Alles auswählen

/usr/lib/libdns.so.69:     symbolic link to `libdns.so.69.1.2'
/usr/lib/libdns.so.69.1.2: data

lsb_release -a ergibt:

Code: Alles auswählen

No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 6.0.4 (squeeze)
Release:        6.0.4
Codename:       squeeze

[Cae]

Wenn file das für "data" hält, also nix weiter findet, wird die Datei wohl kaputt sein. Normal wäre etwas wie

Code: Alles auswählen

/usr/lib/libdns.so.69:     symbolic link to `libdns.so.69.1.2'
/usr/lib/libdns.so.69.1.2: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped

. Dateisystem kaputt?

Code: Alles auswählen

# shutdown -F -r now

würde rebooten und anschließend den Dateisystemcheck fahren. Du könntest auch das zugehörige Paket nochmal drüber installieren, aber interessehalber vorher das Teil nochmal backuppen:

Code: Alles auswählen

# cp /usr/lib/libdns.so.69 ~
# apt-get install --reinstall libdns69

Nach file habe ich gefragt, weil das eben den ELF-Header rauslesen kann, und wenn die Architektur (vereinfacht: x32 oder x64) das nicht dazu passt, wird es nicht laufen. Aber bei dir ist die Datei ja anscheinend kaputt. Verwendest du Soft-RAID ohne ECC-RAM? Dann macht evlt. memtest86 Sinn. Oder hat Drittanbieter-Software da etwas zerschossen?

Gruß Cae

[cross]

Hey Cae,

danke für Deine schnellen Antworten.

file /usr/lib/libdns.so* ergibt nach dem Reboot:

Code: Alles auswählen

/usr/lib/libdns.so.69:     symbolic link to `libdns.so.69.1.2'
/usr/lib/libdns.so.69.1.2: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped

ALLERDINGS bringt nun host -t mx domain.tld einen neuen Fehler:

Code: Alles auswählen

host: symbol lookup error: /usr/lib/libisccfg.so.62: undefined symbol: dns_rootname

Soll ich mal apt-get install --reinstall libdns69 ausführen?

LG
cross

[uname]

Code: Alles auswählen

host: symbol lookup error: /usr/lib/libisccfg.so.62: undefined symbol: dns_rootname

Soll ich mal apt-get install --reinstall libdns69 ausführen?

Eher nein. Die Datei gehört zu einem anderen Paket:

Code: Alles auswählen

dpkg -S /usr/lib/libisccfg.so.62
libisccfg62: /usr/lib/libisccfg.so.62

dpkg -S /usr/lib/libdns.so.69.1.2
libdns69: /usr/lib/libdns.so.69.1.2

libisccfg62
libdns69

[Cae]

Wo uname so schön verlinkt, fällt mir auf, dass beide Pakete von BIND (bind9) gepullt werden, eventuell ist da eine Installation in die Hose gegangen?

Gruß Cae

[cross]

Hallo Ihr 2,

kann man bind durch ein --reinstall reparieren oder gehen dabei die Einstellungen verloren?

LG
cross

[Cae]

oder gehen dabei die Einstellungen verloren?

imho macht das --reinstall kein Purge, wobei auch die Konfiguration gelöscht würde. Du kannst auf Nummer sicher gehen und /etc/bind/ backuppen (/etc/default/bind9 gibt es?) und es probieren. Ah, und BIND hat auch einen Cache, irgendwo in /var/cache/bind*.

Gruß Cae

[cross]

Hi Cae,

ein --reinstall hat nicht funktioniert:

Code: Alles auswählen

 apt-get install --reinstall bind9
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
0 aktualisiert, 0 neu installiert, 1 erneut installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 355 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Vorkonfiguration der Pakete ...
(Lese Datenbank ... 84020 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Ersetzen von bind9 1:9.7.3.dfsg-1~squeeze4 (durch .../bind9_1%3a9.7.3.dfsg-1~squeeze4_amd64.deb) ...
Ersatz für bind9 wird entpackt ...
Trigger für man-db werden verarbeitet ...
bind9 (1:9.7.3.dfsg-1~squeeze4) wird eingerichtet ...
#
Starting domain name service...: bind9/usr/sbin/named: symbol lookup error: /usr/lib/libisccfg.so.62: undefined symbol: dns_rootname
 failed!
invoke-rc.d: initscript bind9, action "start" failed.
dpkg: Fehler beim Bearbeiten von bind9 (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
configured to not write apport reports
                                      Fehler traten auf beim Bearbeiten von:
 bind9
E: Sub-process /usr/bin/dpkg returned an error code (1)

Gibt's dafür 'ne Lösung oder muss ich den ganzen Server neu aufsetzen?

LG
cross

[cross]

Hat denn niemand einen Tipp? Neu aufsetzen oder reparieren?

Danke im Voraus und LG
cross

[chb]

Wie oben erwähnt und imho in Deiner Ausgabe zu ' apt-get install --reinstall bind9', gab's scheinbar eine Versions-Migration, es könnte also tatsächlich etwas 'schief gelaufen' sein.
Bevor für Dich Neu-Aufsetzen als letzte Lösung ernsthaft in Betracht kommt, würde ich aDS. versuchen:
- Konfigurationsdaten sichern (extern), im 'paranoia-mode' evtl. sogar ein Vollbackup.
- 'apt-get update' (zeitnah)
- Die drei Pakete (und ggf. Abhängigkeiten):
bind9 (1:9.7.3.dfsg-1~squeeze4) [1]
libdns69 (1:9.7.3.dfsg-1~squeeze4) [2]
libisccfg62 (1:9.7.3.dfsg-1~squeeze4) [3]
aktualisieren, notfalls von Hand bzw. mit 'Gewalt'.

[1] http://packages.debian.org/squeeze/bind9
[2] http://packages.debian.org/squeeze/libdns69
[3] http://packages.debian.org/squeeze/libisccfg62

Überprüfe ggf. mit 'apt-cache policy <paket>' die Versionskonsistenz [alle 1:9.7.3.dfsg-1~squeeze4], falls versehentlich /durch Software von Drittanbietern etwas 'durcheinander' gebracht wurde.
Plattencheck & memtest86 schaden als 'Sicherheitsmaßnahme' auf keinen Fall.

[cross]

Hi Cae,

vielen Dank für Deine Hinweise. Werde versuchen, das umzusetzen und mich auf jeden Fall nochmal melden, ob es geklappt hat.

Danke nochmal!

LG
cross