Aktualisieren von Apache schlägt fehl

[tsibi]

Hallo zusammen,

gerade führte ich auf meinem lokalen Server das tägliche aptitude update && aptitude upgrade aus und wurde über die anstehenden Updates informiert. Im wesentlichen betraf es Pakete, die mit apache zusammenhängen (genaue Liste habe ich nicht mehr parat). Ich stimmte der Installation zu und beantwortete die Frage, ob SUEXEC bei CGI-Skripten eingesetzt werden soll mit "Ja". Bei der Installation traten Fehler auf. Also führte ich erneut aptitude upgrade aus und poste hier das Ergebnis:

Code: Alles auswählen

debian:~# aptitude upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... 97%
Lese erweiterte Statusinformationen... 97%
Initialisiere Paketstatus... Fertig
Lese Task-Beschreibungen... Fertig
Es werden keine Pakete installiert, aktualisiert oder entfernt.
0 Pakete aktualisiert, 0 zusätzlich installiert, 0 werden entfernt und 0 nicht aktualisiert.
Muss 0B an Archiven herunterladen.Nach dem Entpacken werden 0B zusätzlich belegt sein.
Richte apache ein (1.3.33-6sarge2) ...
dpkg: Fehler beim Bearbeiten von apache (--configure):
 Unterprozess post-installation script gab den Fehlerwert 10 zurück
Fehler traten auf beim Bearbeiten von:
 apache
E: Sub-process /usr/bin/dpkg returned an error code (1)
Während der Paketinstallation sind Probleme aufgetreten.  Versuche zu lösen:
Richte apache ein (1.3.33-6sarge2) ...
dpkg: Fehler beim Bearbeiten von apache (--configure):
 Unterprozess post-installation script gab den Fehlerwert 10 zurück
Fehler traten auf beim Bearbeiten von:
 apache
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... 99%
Lese erweiterte Statusinformationen... 81%
Initialisiere Paketstatus... Fertig
Lese Task-Beschreibungen... Fertig
debian:~#

Ich verwende ein reines Sarge-System, dass damals von Woody mittels dist-upgrade auf den Sarge-Stand gebracht wurde.

Bin für Tipps sehr dankbar, da ich so ein Problem von Debian gar nicht gewohnt bin ...

Schöne Grüße
von Simon

[slu]

Hi Simon,

schon mal ein apt-get -f install probiert?

[tsibi]

Hi slu,

danke für den Tipp. Leider helfen die Befehle apt-get -f install, apt-get -f upgrade und aptitude -f upgrade auch nichts.

Den Befehl aptitude -f install wollte ich dann doch nicht ausführen:

Code: Alles auswählen

debian:~# aptitude -f install
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... 92%
Lese erweiterte Statusinformationen... 79%
Initialisiere Paketstatus... Fertig
Lese Task-Beschreibungen... Fertig
Die folgenden Pakete werden zusätzlich installiert:
  icecast-server libcrypt-passwdmd5-perl makepasswd postfix-ldap
  postfix-pcre uml-utilities user-mode-linux-doc
Die folgenden Pakete werden ENTFERNT:
  apt-file bc bcc bin86 courier-authdaemon courier-base courier-pop cvs
  elinks hevea libasn1-6-heimdal libconfigfile-perl libdb4.1
  libgssapi1-heimdal libkpathsea3 libkrb-1-kerberos4kth libkrb5-17-heimdal
  liblua50 liblualib50 libnetpbm10 libperl5.8 libroken16-kerberos4kth
  libwww0 libxaw7 memstat netpbm ocaml-base-nox sasl2-bin tetex-base
  tetex-bin texi2html texinfo
0 Pakete aktualisiert, 7 zusätzlich installiert, 32 werden entfernt und 0 nicht aktualisiert.
Muss 824kB an Archiven herunterladen.Nach dem Entpacken werden 84,1MB frei werden.
Wollen Sie fortsetzen? [Y/n/?] n
Abbruch.
debian:~#

Für weitere Tipps wäre ich sehr dankbar.

Gruß
Simon

[Mr_Snede]

Zeige bitte mal deine /etc/apt/sources.list

1.

Code: Alles auswählen

aptitude -f install

Bringt nur etwas, wenn man einen Programmnamen dazu tust zB:

Code: Alles auswählen

aptitude -f install apache

Ist also dann sinnvoll, wenn ein einzelnes Programm nicht installiert werden kann. Bei einem Abhängigkeitsproblem wie hier ist es mit Vorsicht zu genießen. Da noch nicht genau bekannt ist, wer der Übeltäter ist.

2.
Du hast doch ein Backup gemacht (und weißt, wie du es wieder einspielst) bevor du slus Tipp gefolgt bist oder?

3.
Sowohl für aptitude als auch apt gibt es die tolle Option "-s" (= Simulation) damit kann man ausprobieren, was bei einem Aufruf verändert wird.

cu Sebastian

[tsibi]

Hi Sebastian,

hier der Inhalt meiner sources.list:

Code: Alles auswählen

deb http://security.debian.org/ sarge/updates main
deb ftp://ftp.de.debian.org/debian sarge main contrib non-free

Ich habe slus Tipp nicht ausgeführt. Als mir die Liste der zu entfernenden Pakete angezeigt wurde, habe ich mit "nein" geantwortet und die Aktion abgebrochen (siehe Posting weiter oben).

[Mr_Snede]

Code: Alles auswählen

deb http://security.debian.org/ sarge/updates main
deb ftp://ftp.de.debian.org/debian sarge main contrib non-free

Hattest du irgendwann mal Backports drin oder Anwendungen manuell installiert?

Ich habe slus Tipp nicht ausgeführt. Als mir die Liste der zu entfernenden Pakete angezeigt wurde, habe ich mit "nein" geantwortet und die Aktion abgebrochen (siehe Posting weiter oben).

Ich habe schon gesehen, dass du mit "nein" die Aktion abgebrochen hast.
Die Formulierung "Tipp ausführen" ist wohl etwas ungeschickt. Oder die Differenzierung etwas "spitzfindig".

Ich wollte dir halt nur darauf hinweisen, dass es einen Modus zur Simulation gibt. Mit dem man (ich zumindest ) Installationen, oder Updates vorher ausprobieren sollte. Ganz besonders wenn wie hier Probleme vorhanden sind.
Ist halt noch ein Stück sicherer - besonders da das System ja schon einige Zeit läuft (woody) und das sicherlich auch in Zukunft tun soll.

[tsibi]

Hi Sebastian,

Backports habe ich nicht installiert. Kann sein, dass ich mal nmap aus dem Sourcen kompiliert habe. Aber sonst hab ich immer auf ein sauberes System geachtet.

Weitere Ideen? Bevor ich meinen echten Server update, werde ich auf jeden Fall die Option -s verwenden. Da kann ich mir einen solchen Ausfall nicht leisten.

[Savar]

versuch mal bitte das ja schon runtergeladene apache Paket per "dpkg" zu installieren

Code: Alles auswählen

dpkg -i /var/.../apachexxxx.deb

und sag mal dann die Fehlermeldung..

[tsibi]

Hi Savar,

hier die Ausgabe des dpkg-Befehl:

Code: Alles auswählen

debian:~# dpkg -i /var/cache/apt/archives/apache_1.3.33-6sarge2_i386.deb
(Lese Datenbank ... 31742 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereiten zum Ersetzen von apache 1.3.33-6sarge2 (durch .../apache_1.3.33-6sarge2_i386.deb) ...
Stopping web server: apacheNo process in pidfile `/var/run/apache.pid' found running; none killed.
.
Stopping web server: apacheNo process in pidfile `/var/run/apache.pid' found running; none killed.
.
Entpacke Ersatz für apache ...
Richte apache ein (1.3.33-6sarge2) ...
dpkg: Fehler beim Bearbeiten von apache (--install):
 Unterprozess post-installation script gab den Fehlerwert 10 zurück
Fehler traten auf beim Bearbeiten von:
 apache
debian:~#

Evtl. sollte man mal in diese Installations-Skripte kucken. Ich kann mir aber nicht vorstellen, dass hier der Fehler liegt. Das Paket wurde ja auch vom Debian-Projekt selbst erstellt.

Gruß Simon

[Savar]

naja.. doch die Skripte können Fehler verursachen wenn z.B. das System nicht so ist wie sich das Skript das vorstellt.. schau mal in das Install Skript

/var/lib/dpkg/info/apache.postinst

[tsibi]

Hallo Savar,

ich werde aus dem Inhalt der Datei apache.postinst nicht schlau. Vermutlich kennst du dich damit besser aus.

Schon jetzt vielen Dank für weitere Unterstützung.

[Savar]

ich würde an mehreren markanten Stellen echo Befehle reinpacken damit du vielleicht siehst wo er ist, und du damit rausbekommst wann er abbricht... halt eingrenzen...

[nepos]

Mach aus dem

Code: Alles auswählen

set -e

ein

Code: Alles auswählen

set -ex

.
Damit siehst du jeden Befehl des Skripts.

[tsibi]

Hallo nepos,

vielen Dank für den Tip mit der Zeile

Code: Alles auswählen

set -ex

. Die Ausgabe dieses Skriptes ist recht lang (knapp 850 Zeilen). Ich habe aber keinen Hinweis auf den Fehler gefunden. Hier findest du das Ergebnis.

Vielen Dank im Voraus für weitere Hilfe.

[nepos]

Hm, irgendwie schaut das was doppelt aus, aber egal.
Anscheinend tritt der Fehler hier auf:

Code: Alles auswählen

ucf --debconf-ok /etc/apache/httpd.conf.dpkg-inst.queue /etc/apache/httpd.conf

in Zeile 438 deiner Ausgabe und dann nochmal in Zeile 873.
Woher der Fehler nun genau kommt, kann ich aber leider auch nicht sehen. Anscheinend klappt da irgendwas beim Anpassen der httpd.conf nicht, also an der Stelle, an der man gefragt wird, ob man die Konfig des Maintainers uebernehmen oder seine alte behalten will.

[tsibi]

Hi nepos,

danke für die schnelle Hilfe.

Wenn ich den Befehl

Code: Alles auswählen

ucf --debconf-ok /etc/apache/httpd.conf.dpkg-inst.queue /etc/apache/httpd.conf

ausführe, werde ich gefragt, obh ich die Datei behalten oder die des Maintainers verwenden möchte. Bei einem

Code: Alles auswählen

aptitude upgrade

werde ich das ja nie gefragt - also scheint der Fehlr evtl. vorher aufzutreten..

Das diese Zeile doppelt vorkommt, liegt am zweiten Versuch das Paket zu installieren. aptitude upgrade versucht es ja zweimal, wie man aus einem früheren Posting sehen kann.

Schöne Grüße
von Simon

[tsibi]

Hallo zusammen,

das Problem ist gelöst. Ich sicherte den aktuellen Stand der Datei httpd.conf und ersetzte diese durch eine ältere Kopie. Beim anschließenden Aufruf von

Code: Alles auswählen

aptitude upgrade

klappte alles problemlos.

Gruß Simon