Fehlermeldung beim Upgrade und Starten/Stoppen

killerbees19 · 1. April 2011

Hi,

ich habe gerade das Upgrade von 1.1.1 auf 1.1.2 durchgeführt. Dabei meldete mir dpkg bereits folgenden Fehler:

Code

Vorbereitung zum Ersetzen von liveconfig 1.1.1 (durch liveconfig_1.1.2_amd64.deb) ...
Stopping LiveConfig Server: liveconfig ...Stopping LiveConfig server with PID 1588. - ok.
 successful stopped
Ersatz für liveconfig wird entpackt ...
liveconfig (1.1.2) wird eingerichtet ...
Starting LiveConfig Server: liveconfig/usr/sbin/invoke-rc.d: Zeile 449:  2647 Speicherzugriffsfehler  "${INITDPREFIX}${INITSCRIPTID}" "${saction}" "$@"
invoke-rc.d: initscript liveconfig, action "start" failed.
dpkg: Fehler beim Bearbeiten von liveconfig (--install):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 139 zurück
Trigger für man-db werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
 liveconfig

Alles anzeigen

Und beim Stoppen/Starten erscheint folgende Fehlermeldung, im Log ist nichts zu finden:

Code

# /etc/init.d/liveconfig restart
Stopping LiveConfig Server: liveconfig/etc/init.d/liveconfig: Zeile 141:  2039 Speicherzugriffsfehler  $0 stop
Starting LiveConfig Server: liveconfig/etc/init.d/liveconfig: Zeile 141:  2046 Speicherzugriffsfehler  $0 start

LiveConfig läuft allerdings trotzdem ohne Probleme - soweit ich das auf den ersten Blick beurteilen kann.

MfG Christian

kk · 1. April 2011

Welche Distribution kommt denn zum Einsatz?
Und auf welches Ziel verweist /bin/sh? (meistens auf "dash" oder "bash")

EDIT: mit Debian 6 (Squeeze) hatten wir das Upgrade hier auch getestet, und es lief anstandlos durch. Es scheint sich hier um ein Problem mit dem Init-Script zu handeln (das haben wir zur Version 1.1.2 LSB-"konformer" gemacht).
Da die verschiedenen Linux-Distributionen LSB (Linux Standard Base) jeweils in unterschiedlichen Versionen unterstützen, sollte das init-Script möglichst flexibel sein. Und genau hier scheint das aktuelle Problem zu liegen...

killerbees19 · 1. April 2011

/bin/sh verweist bei diesem System auf bash und Dependency Based Boot ist ebenfalls noch nicht aktiviert, da es sich um ein von Lenny aktualisiertes System handelt, bei dem ich diese Aktualisierung noch nicht vorgenommen habe.

MfG Christian

kk · 1. April 2011

Danke für die Info. Das ist ziemlich merkwürdig, weil wir diesen Fehler nicht reproduzieren können.
Ich habe ein Init-Script mit Debug-Meldungen vorbereitet; könnten Sie dieses bitte mal mit "./liveconfig.debug restart" aufrufen?

Code

wget http://download.liveconfig.com/tmp/liveconfig.debug
chmod 755 liveconfig.debug
./liveconfig.debug restart

killerbees19 · 1. April 2011

btw: Meine vorherige Aussage ist leider nicht ganz richtig. Ich verwende am LC-Testsystem doch schon Dependency Based Boot, es handelt sich um ein frisches Squeeze System. Ich hatte das leider verwechselt, da ich auf dem Xen vServer zur Zeit mehrere Systeme mit ganz unterschiedlicher Konfiguration teste - alle jeweils auf einer eigenen virtuellen HDD. Entschuldigung für die Falschinformation!

Code

# ./liveconfig.debug restart
Redefining log_daemon_msg()
Redefining log_end_msg()
(Restarting; prg=./liveconfig.debug)
Redefining log_daemon_msg()
Redefining log_end_msg()
Stopping LiveConfig Server: liveconfig(Stopping via start-stop-daemon)
(Status:0)
./liveconfig.debug: Zeile 147:  2026 Speicherzugriffsfehler  $0 stop
Redefining log_daemon_msg()
Redefining log_end_msg()
Starting LiveConfig Server: liveconfig(Starting via start-stop-daemon)
(Status:0)
./liveconfig.debug: Zeile 147:  2033 Speicherzugriffsfehler  $0 start

Alles anzeigen

Über strace habe ich bisher auch noch nicht mehr herausgefunden.

MfG Christian

kk · 1. April 2011

Super, das hat weiter geholfen. Unsere Testumgebung lief bisher nur auf englischer Umgebung; die Erkennung ob eine Funktion definiert ist (fn_exists) hat mit "grep" auch eine englische Antwort erwartet. Die dann definierte Funktion log_end_msg() ergab auf manchen LSB-Versionen eine Rekursion, die wohl zum SEGFAULT geführt hatte.
Ein neues Init-Script haben wir hier bereitgestellt: http://download.liveconfig.com/tmp/liveconfig
Das Update wird in V1.1.3 (kommender Donnerstag) enthalten sein. Mit dem nächsten Release aktivieren wir dann übrigens auch die Basiskonfiguration von Apache-vHosts.

killerbees19 · 1. April 2011

Danke, funktioniert wieder perfekt

MfG Christian

Jetzt mitmachen!