So und wieder mal Ärger mit 1&1 aka. „der Schlund?, was mir als Namensgebung weiterhin besser gefällt. Dieses mal geht es darum dass die Jungs beim Perl-Update eine compat-Lib vergessen haben.

Hallo,

Es geht um die Domain http://www.example.com/. Darauf liegt unter http://www.example.com/cgi-bin/tabellen.cgi?liga=Mayer-Bezirksliga ein
CGI-Skript was mit Perl2EXE in ein ELF-Binary konvertiert wurde.

Da es eine Auftragsarbeit ist und das File im Binary-Format, haben wir keine Chance, es noch zu ändern. Die Domain ist in diesem Zustand nämlich seit 5 Jahren online.

Unter dem 1&1 Control Panel/Admin-Bereich spuckt das „Script? unter CGI-Ausgabe folgende Fehlermeldung aus:

     127 CGI returned nonzero status /kunden/homepages/22/d27514621/htdocs/cgi-bin/tabellen.cgi: error while loading shared libraries: libdb.so.2: cannot open shared object file: No such file or directory

Eine ähnliche Fehlermeldung erhalte ich, wenn ich das Skript auf einen lokalen Debian/Etch (R3) Server ziehe:

     ./tabellen.cgi: error while loading shared libraries: libgdbm.so.2: cannot open shared object file: No such file or directory

Die Bibliothekn mit ldd gecheckt, sagt mir weiterhin noch folgendes:

 $ ldd ./tabellen.cgi         linux-gate.so.1 =>  (0xffffe000)libnsl.so.1 => /lib/tls/libnsl.so.1 (0xb7fad000)

libdb.so.2 => /lib/libdb.so.2 (0xb7f9d000)

libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0xb7f97000)

libdl.so.2 => /lib/tls/libdl.so.2 (0xb7f93000)

libm.so.6 => /lib/tls/libm.so.6 (0xb7f6e000)

libc.so.6 => /lib/tls/libc.so.6 (0xb7e3c000)

libcrypt.so.1 => /lib/tls/libcrypt.so.1 (0xb7e0e000)

/lib/ld-linux.so.2 (0xb7fd4000)

Lokal konnte ich das Problem schnell durch Installation der Pakete libgdbmg1 und libdb1-compat beheben, wie mir auch die Debian-Paketsuche zeigte.

Auch wenn sysinfo.cgi auf betroffenem Server ausspuckt, dass folgende Libs eingebunden wurden -lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt -ldl -lm -lpthread -lc -lcrypt so scheinen also noch ein paar legacy files zu fehlen! Sie haben also wohl bei Ihrem letzten Server Update vergessen, die das compat-Paket mit zu installieren!

Ich möchte Sie also bitten auf dem System alles was in Zusammenhang mit GDBM (GNU Database) und libdb1-compat steht noch mit auf den Server zu packen. Im Einzelnen sind das wohl die Pakete gdbm, libdb1-compat, libgdbmg1, libgdbm-dev(falls nötig?) und libgdbm*.

Möglicherweise lässt sich das Problem so schnell lösen. Bitte geben Sie bescheid, wenn alles wieder funktioniert. Der Kunde wartet.

Im Voraus vielen Dank!

MfG
.mg

Sogar schon am 6. Tag gab es eine Antwort:

Sehr geehrter Herr **********,

vielen Dank für Ihre Anfrage die ich gerne beantworte.

Nach eingehender Prüfung liegen mir nun weitere Informationen zu Ihrem
Anliegen vor.

Leider können wir die gewünschten Libaries nicht zur Verfügung stellen
da diese in die globale Serverkonfiguration eingebunden werden müssten
und das technische Komplikationen hervorruft.

Wir können Ihnen lediglich anbieten Sie bis zum 08.04.2008 auf einen
Ausweichserver um zuziehen auf dem noch die alte Betriebssystemumgebung
installiert ist. Nach diesem Datum wird jedoch auch dieser Server
umgestellt. Auch kann keine Garantie dafür übernommen werden das Ihr CGI
auf diesem Server läuft. Falls Sie einen Umzug auf einen solchen Server
wünschen geben Sie uns bitte hierzu eine kurze, entsprechende
Information.

Eine langfristige Lösung kann aber nur dadurch gewährleistet werden das
die Binaries in Etch kompatibler Form erstellt werden.

Bei weiteren Fragen stehen wir Ihnen gerne zur Verfügung.

Mit freundlichen Grüßen

**********

So, und nun böse Antwort #1:

Hallo,

Sagt mal, arbeiten bei euch Übersetzer, die ansichtlich „Tech-Babble? in „Noob-Slang? mit einer Informationsdichte übersetzen?

Also, Ihr gebt zu, das Ding nicht installieren zu wollen, stattdessen die Page aber auf einen Server auszulagern, auf dem Ihr spätesten am 8.4. wieder nur einen Teil der Software, die zum reibungslosen Betrieb notwendig wäre installiert? Toll! Leider keine wirkliche Lösung.

Übrigens: Da diese restlichen Server ja wohl noch auf Debian 3.1 laufen, nur die Info dass die Security-Maintainance von Debian am 04.05. endet. D.h. ihr seid damit auf den letzten Drücker dran, und überschreitet die SOLL-Zeit auch noch um 4 Tage!

Leider können wir die gewünschten Libaries nicht zur Verfügung stellen
da diese in die globale Serverkonfiguration eingebunden werden müssten
und das technische Komplikationen hervorruft.

Komplikationen ja, Konflikte möglich, aber eher unwahrscheinlich, da euer System wohl zum großen Teil über Debian und sein Paket-Management läuft! Auf jeden Fall gibt es aber bei euch jede Menge Bürokratie!

Die langfristige Lösung heißt im Übrigen libdb1-compat Desweiteren heiße ich auch nicht Herr **********, aber arbeite für diesen Mann.

Mit kleinen Providern gibt es im Übrigen bei solchen Dingen meist keine großartigen Probleme, obwohl die im Gegensatz zu euch, nicht der ganzen Welt einen Stempel aufdrücken wollen, wie toll ihr Service/Support ist.

Und ich weiß eh, dass es auf diese E-Mail keine Antwort gibt. Aber trotzdem, ich weiß wie Scheiße euer Job ist wechselt doch zu domainfactory, bei denen soll es soweit ok sein (laut Kumpel).

MfG
.mg

Ich wartete auf die Antwort sechs Tage, hackte nochmal mit einer E-Mail „Na, gibt’s Neuigkeiten?? nach, erhielt am abend des siebenten Tages folgendes:

Sehr geehrter Herr Geiger,

hier noch ein Vorschlag:

Sie könnten die benötigten Libraries selbst in einem Verzeichnis ~/lib
auf Ihrem Webspace installieren und mit Hilfe der folgenden .htaccess
-Anweisung in Ihre cgi-Skripte einbinden:

SetEnv LD_LIBRARY_PATH  /homepages/22/d27514621/htdocs/lib

Bei weiteren Fragen stehen wir Ihnen gerne zur Verfügung.

Mit freundlichen Grüßen
************

So der letzte Versuch die Jungs zur Installation zu bewegen:

Hallo,

zwar ein guter Vorschlag, der aber daran krankt, das die Environment Variable nur unter Apache gültig ist. Fehlermeldungen sehe ich leider hingegen leider nur unter dem CGI-Ausgabe-Monitor . Somit dürfte die Installation der Libs schwierig bis (nahezu) unmöglich sein.

Können sie sich nicht einfach doch dazu bewegen auf dem Server die libgdbmg1, libgdbm-dev und libdb1-compat zu installieren? Das würde nicht nur mein Problem lösen, sondern auch Ihres ? nämlich jenes dass mit mir haben. Und das Ansehen des Supports würde wieder ein paar Punkte auf meiner Skala steigen

Viele Grüße!

MfG
.mg

Naja, die Ausgabe kann man ja eigentlich umleiten. Bisher hab ich nicht viel in Perl gemacht, also erstmal noch nem Error-Logger gesucht. Und dann auf die Idee gekommen, doch einfach das Script via einem system-call aufzurufen und die Ausgabe mit 2>&1 1>log.txt umzuleiten.

Die Environment-Variable zu setzen hat nicht geklappt, aber die Lib hat er auch im Execution-Driectory akzeptiert. Fünf Minuten später gab es eine Erfolgsmeldung:

Hallo,

Es muss natürlich heißen /kunden/homepages/22/d27514621/htdocs/lib. Zudem habe ich die Ausgabe von STDERR und STDOUT einfach umgeleitet, um mir die Diagnose zu erleichtern. Und ich darf Ihnen mitteilen, dass somit wieder alles läuft.

Wengistens danke, dass ihr auch Debian benutzt, weswegen ich mir nicht die Libs von sonstwoher ziehen musste.

MfG
.mg

UPDATE: Use setrpath-Utiltity to change ELF search paths.