apt-get streikt

[AnonymusChaotic]

Hallo,
vorweg einmal: Ich bin kein Experte in Sachen Server, auch wenn ich es schaffe, meine Server halbwegs sicher einzurichten habe ich dennnoch viele Probleme und Dinge, bei denen ich auf Google zurückgreifen muss. Also bitte Sachen genauer ls nur per Stichwort erklären, im Zweifelsfall kann man davon ausgehen: Ich weiß es nicht.

Zum Problem: Seit einer Woche funktionieren keinerlei Updates mehr, auch drei Stunden Google-Suche wollten mir nicht weiterhelfen:

Habe mal den Code in Pastebin abgelegt, Ausgabe von apt-get dist-upgrade: http://pastebin.com/00m9hJzc
Ich habe auch schon in einer Facebook-Gruppe gefragt, wie man das lösten könnte, allerdings hat sich Facebook nicht als Idealer Platz erwiesen, um Probleme dieser Art erfolgreich zu besprechen. Mein damaliger Post:

Irgendwie wollen bei mir die apt-get upgrade - updates am Server nicht so.
System: Debian 7 (Server)
Dr. Google wollte auch keine passende Lösung ausspucken.
Vielleicht kann mir jemand von Euch helfen?
http://pastebin.com/sqe1Kgaj

Ausgabe von Lösungsansätzen aus der Gruppe:
http://pastebin.com/fpqHgpdS


Versuch, durch verändern der /etc/apt/sources.list das Problem zu beheben: fehlgeschlagen
Ursprünglicher Inhalt:

Code: Alles auswählen

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

Aktueller Inhalt:

Code: Alles auswählen

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

Auszug aus /var/log/apt/term.log: http://pastebin.com/JmK1WKaH


Sollten weitere Informationen notwendig sein, liefere ich die gerne nach.
Es wäre mir übrigens sehr recht, wenn ich eine Neuinstallation vermeiden könnte, die Installation des Mailsystems war genug Arbeit...

[DeletedUserReAsG]

Segfaults treten gerne bei kaputtem RAM auf. Das mal geprüft?

[AnonymusChaotic]

Ist ein V-Server. Glaube daher eher nicht.
aktuelle Auslastung: 101.08 MB of 2 GB Used / 1.9 GB Free

[pferdefreund]

Auch ein gekipptes BIt auf der Platte kann sowas verursachen. Mal smart auslesen, so möglich, da ja virtueller Server bez. mal
badblocks im Lesemodus auf die Platte loslassen. Steht was in Kernel-log ?

[r4pt0r]

Welche art von VPS? Wenn Container: Korrekte Architektur/Kernelversion zum Host? Das kann u.U. sonst auch zu segfaults führen.

[AnonymusChaotic]

Auch ein gekipptes BIt auf der Platte kann sowas verursachen. Mal smart auslesen, so möglich, da ja virtueller Server bez. mal
badblocks im Lesemodus auf die Platte loslassen. Steht was in Kernel-log ?

Habe das jetzt mal versucht, apt-get hat aber die Konfiguration (->siehe Problem) von smartmoonools verweigert.

Allerdings scheinen die Befehle trotzdem vorhanden zu sein, schließlich ist nur die Konfiguration verweigert. Klappt trotzdem nicht, habe die Anleitung aus dem Ubuntu-Wiki verwendet: http://wiki.ubuntuusers.de/Festplattenstatus

Zu badblocks habe ich keine anständige Installationsanleitung gefunden, davon abgesehen wird mir apt-get das selbe Problem machen.

Code: Alles auswählen

---> smartctl -H /dev/sda
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-2.6.32-042stab094.8] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

Smartctl open device: /dev/sda failed: No such device

kern.log, kern.log.1, kern.log.2 enthalten nur wenige Zeilen:

Code: Alles auswählen

Mar  2 07:10:39 servername kernel: imklog 5.8.11, log source = /proc/kmsg started.
Mar  6 17:54:41 servername kernel: imklog 5.8.11, log source = /proc/kmsg started.
Mar  7 04:44:36 servername kernel: imklog 5.8.11, log source = /proc/kmsg started.
Mar  8 22:17:21 servername kernel: imklog 5.8.11, log source = /proc/kmsg started.
Mar  9 20:37:20 servername kernel: imklog 5.8.11, log source = /proc/kmsg started.

Welche art von VPS? Wenn Container: Korrekte Architektur/Kernelversion zum Host? Das kann u.U. sonst auch zu segfaults führen.

OpenVZ, falls das hilft. Ansonsten bitte um genauere Beschreibung, wie ich das auslese. Bin, wie gesagt Anfänger

Danke mal für die Hilfe

[pferdefreund]

badblocks sollte eh schon in /sbin oder /usr/sbin vorhanden sein. Ansonsten halt das passende .deb runterladen und mit dpkg installieren, so apt-get wieder kotzt. Im Notfall sollte sogar ein Auspacken und manuelles kopieren nach /sbin oder /usr/sbin reichen.

[AnonymusChaotic]

Bei mir ist badblocks zwar bereits installiert, allerdings bekomme ich es nicht ins Laufen...

Code: Alles auswählen

Usage: badblocks [-b block_size] [-i input_file] [-o output_file] [-svwnf]
       [-c blocks_at_once] [-d delay_factor_between_reads] [-e max_bad_blocks]
       [-p num_passes] [-t test_pattern [-t test_pattern [...]]]
       device [last_block [first_block]]
root@server:/home/user# badblocks -o /home/user/outputfilebadblocksxxx / -1
badblocks: invalid option -- '1'
Usage: badblocks [-b block_size] [-i input_file] [-o output_file] [-svwnf]
       [-c blocks_at_once] [-d delay_factor_between_reads] [-e max_bad_blocks]
       [-p num_passes] [-t test_pattern [-t test_pattern [...]]]
       device [last_block [first_block]]
root@server:/home/user# badblocks -o /home/user/outputfilebadblocksxxx /
badblocks: invalid starting block (0): must be less than 0
root@server:/home/user#

[AnonymusChaotic]

*PUSH*

[BerndHohmann]

Durch eine Kette von unglücklichen Zusammenhängen (-> Murphys Law) im RAID-5 des VM-Hosts hat es paar meiner VMs (paar Monate her) genauso erwischt.

Man glaubt garnicht, wie viel in einem RAID kaputt gehen kann - selbst wenn alles nach Vorschrift gefahren wurde.

Dejure müssten eigentlich nur alle installierten Programme inhaltlich (also Platte gegen Repository) geprüft werden und ggf. neu aufgespielt werden weil irgendwo bei Dir ein Tool kaputt ist.

Wenn Du basteln willst: "dpkg -l" listet alle installierten Pakete auf, "apt-get --reinstall install $paket" erzwingt eine Neuinstallation.

Habe das eben mal ausprobiert - ist nicht so ohne.

Alternative Lösung: Datensicherung, neuinstallation anstossen, Rücksicherung.

Bernd

[rendegast]

Zum Prüfen der Installation vielleicht als Einstieg

Code: Alles auswählen

cd /
md5sum -c /var/lib/dpkg/info/*.md5sums 2>&1 | egrep -v "OK$"

Eine Reihe von Fehlermeldungen dabei können Auswirkungen von diversions sein.

[AnonymusChaotic]

Also seid ihr der Meinung, dass das Problem am Hoster liegt Bzw. Von ihm verursacht wurde?

[AnonymusChaotic]

Habe jetzt mal den Tipp ausprobiert.

Code: Alles auswählen

root@server:/home/user# cd /
root@server:/# md5sum -c /var/lib/dpkg/info/*.md5sums 2>&1 | egrep -v "OK$"
usr/share/keyrings/debian-keyring.gpg: FEHLSCHLAG
md5sum: WARNUNG: die 1 berechnete Prüfsumme passte NICHT
sbin/ldconfig: FEHLSCHLAG
md5sum: WARNUNG: die 1 berechnete Prüfsumme passte NICHT
md5sum: /var/lib/dpkg/info/php5.md5sums: keine korrekt formatierte MD5‐Prüfsummenzeile gefunden
root@server:/# 

Was genau sind Diversions? kann dazu keine schlüssige Erklärung finden...

https://www.help.gv.at/Portal.Node/hlpd ... 60601.html
Die Diversion ist die Möglichkeit der Staatsanwaltschaft oder des Gerichts, bei hinreichend geklärtem Sachverhalt auf die Durchführung eines förmlichen Strafverfahrens zu verzichten. Der Beschuldigte bzw. der Angeklagte bekommt im Fall der Diversion das Angebot, sich einer belastenden Maßnahme zu unterwerfen (z.B. gemeinnützige Arbeit).

@BerndHohmann
Gibt es eine Möglichkeit, das zu automatisieren? Oder alle auf einmal neu zu installieren? Kann ruhig etwas dauern, dann lass ich es eben über Nacht als Screen am Server laufen.

[rendegast]

Diese drei Fehler dürften nicht vorkommen.

Der Test deckt Programmdateien ab.
die Vorraussetzungen sind durch das Ergebnis aber angeschlagen:
Sind denn noch alle md5sums-Dateien vorhanden?
zum Vergleich hier:

Code: Alles auswählen

# ll /var/lib/dpkg/info/*md5sums | wc -l
2169
# cat /var/lib/dpkg/info/*md5sums | wc -l
144385

Alle nicht von den md5sums-Dateien abgedeckten Dateien,
die Konfigurationen und vom Benutzer erstellte Dateien, zBsp. Datenbanken, html-Seiten usw.
können beschädigt sein.


Aber, diese drei Fehler dürften nicht vorkommen,
dem VM-Image resp. dem darunterliegenden Host-Datenträger ist nicht mehr zu trauen.
Könnte aber auch ein Zeichen für ausgetauschte Dateien nach einem Einbruch sein,
wäre dann jedoch schlampiges Vorgehen.





'man dpkg-divert'
<->
'man update-alternatives'
Sind Mechanismen von debian, mehrere gleichartige Dateien nebeneinander zu halten.
Betroffene Pakete zBsp. per

Code: Alles auswählen

grep -l dpkg-divert /var/lib/dpkg/info/*

Vorzeigebeispiel wäre glx, darin ist beides kombiniert:

Code: Alles auswählen

ii  glx-alternative-fglrx                                       0.5.1                               amd64        al
ii  glx-alternative-mesa                                        0.5.1                               amd64        al
ii  glx-alternative-nvidia                                      0.5.1                               amd64        al
ii  glx-diversions                                              0.5.1                               amd64        pr

Die Zustand ist hinterlegt in
/var/lib/dpkg/alternatives/
/var/lib/dpkg/diversions

[pangu]

freien Festplattenspeicherplatz überprüft? check mal mit

Code: Alles auswählen

df -h

[AnonymusChaotic]

Speicherplatz sollte genug da sein:

Code: Alles auswählen

Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/simfs      250G    1,9G  249G    1% /
none             63G    4,0K   63G    1% /dev
none             63G    1,3M   63G    1% /run
none             63G       0   63G    0% /run/lock
none             63G       0   63G    0% /run/shm
none             63G       0   63G    0% /run/user

Die Ausgabe der Befehle, hoffe ich hab das richtig verstanden:

Code: Alles auswählen

root@server:/var/lib/dpkg/alternatives# ls
appletviewer   ftp	       javah	     jexec	 jstack     mozilla-javaplugin.so  rcp		rvim	       traceroute   wsgen
awk	       idlj	       javap	     jhat	 jstat	    mt			   rename	schemagen      traceroute6  wsimport
builtins.7.gz  infobrowser     javapackager  jinfo	 jstatd     native2ascii	   rlogin	serialver      unpack200    www-browser
ControlPanel   jar	       javaws	     jjs	 jvisualvm  orbd		   rmic		servertool     vi	    xjc
csh	       jarsigner       jcmd	     jmap	 keytool    pack200		   rmid		smbstatus      view
editor	       java	       jconsole      jmc	 lft	    pager		   rmiregistry	tcptraceroute  vim
ex	       javac	       jcontrol      jps	 locate     php			   rmt		telnet	       vimdiff
extcheck       javadoc	       jdb	     jrunscript  lzma	    pico		   rsh		tnameserv      w
from	       javafxpackager  jdeps	     jsadebugd	 mailx	    policytool		   rview	traceproto     write
root@server:/var/lib/dpkg/alternatives# grep -l dpkg-divert /var/lib/dpkg/alternatives/*
root@server:/var/lib/dpkg/alternatives# grep -l dpkg-divert /var/lib/dpkg/diversions
root@server:/var/lib/dpkg/alternatives# cd /var/lib/dpkg/diversions
bash: cd: /var/lib/dpkg/diversions: Ist kein Verzeichnis

Inhalt von /var/lib/dpkg/diversions:

Code: Alles auswählen

/usr/share/man/man1/sh.1.gz
/usr/share/man/man1/sh.distrib.1.gz
dash
/usr/share/vim/vim73/doc/help.txt
/usr/share/vim/vim73/doc/help.txt.vim-tiny
vim-runtime
/bin/sh
/bin/sh.distrib
dash
/usr/share/vim/vim73/doc/tags
/usr/share/vim/vim73/doc/tags.vim-tiny
vim-runtime

[rendegast]

hoffe ich hab das richtig verstanden:
# grep -l dpkg-divert /var/lib/dpkg/alternatives/*
# grep -l dpkg-divert /var/lib/dpkg/diversions

Sollten nur Anlaufadressen sein, falls Du in der Richtung weiterforschen möchtest.
Zumal sind Deine Befehle falsch, ich gab 'grep -l dpkg-divert /var/lib/dpkg/info/*',
welches die Installations-Skripte der Pakete durchsucht.

/var/lib/dpkg/alternatives# ls

Ich wollte die Anzahl der vorhandenen + geprüften md5-Summen abschätzen.
Vorhin habe ich geschrieben, daß die drei aufgetretenen Fehler nicht auftreten hätten dürfen.
Wenn sich weitere Fehler dadurch äußern, daß zBsp. welche der *.md5sums nicht mehr existieren!
Bei mir existieren 2000 solcher Dateien mit 140.000 Checksummen, und die scheinen bislang noch komplett:

Code: Alles auswählen

# dpkg -l | tail -n +6 | wc -l
2170

# ls -1 /var/lib/dpkg/info/*.md5sums | wc -l
2169
# ls -1 /var/lib/dpkg/info/*.list | wc -l
2170

(Die "fehlende" beruht auf Paket modemu-0.0.1-10, welches keine md5sums mitbrachte.
(habe jetzt mal schnell selbst eine erzeugt))

Inhalt von /var/lib/dpkg/diversions:

zeigt zumindest, daß durch den diversions-Mechanismus keine (in diesem Fall ja gar nicht aufgekommenen) Fehlermeldungen des "Schnelltests" erklärbar sind, denn jede diversion hat nur einen Kandidaten
(falls die Datei diversions fehlerfrei ist).

[AnonymusChaotic]

Code: Alles auswählen

root@server:/home/user# grep -l dpkg-divert /var/lib/dpkg/info/*
/var/lib/dpkg/info/bash.preinst
/var/lib/dpkg/info/dash.postinst
/var/lib/dpkg/info/dash.preinst
/var/lib/dpkg/info/dash.prerm
/var/lib/dpkg/info/dpkg.list
/var/lib/dpkg/info/dpkg.md5sums
/var/lib/dpkg/info/openssh-client.postinst
/var/lib/dpkg/info/postfix.postinst
/var/lib/dpkg/info/postfix.preinst
/var/lib/dpkg/info/sysv-rc.postinst
/var/lib/dpkg/info/tcsh.preinst
/var/lib/dpkg/info/ucf.postrm
/var/lib/dpkg/info/ucf.preinst
/var/lib/dpkg/info/vim-runtime.postinst
/var/lib/dpkg/info/vim-runtime.postrm
/var/lib/dpkg/info/vim-runtime.preinst
/var/lib/dpkg/info/xinetd.preinst

Code: Alles auswählen

# dpkg -l | tail -n +6 | wc -l
365
# ls -1 /var/lib/dpkg/info/*.md5sums | wc -l
362
# ls -1 /var/lib/dpkg/info/*.list | wc -l
364

Mittlerweile habe ich beschlossen, dass wenn sich das Problem nicht in den nächsten Tagen mit vertretbarem Aufwand lösen lässt, ich einen Hosterwechsel vollziehen werde.

[AnonymusChaotic]

Push

[AnonymusChaotic]

Push

[rendegast]

Installier neu.

Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/simfs 250G 1,9G 249G 1% /

Würde ich unterteilen (eventuell per lvm),
15GB für System, Rest für /home, eine swap-Datei beim System.

Prüfmöglichkeiten für Deinen virtuellen Datenträger:
Durch Partitionierung kannst Du den Ort der Installation verändern,
minimales Testsystem +ssh vielleicht 2GB, der Rest des Datenträgers ließe sich dann mit

Code: Alles auswählen

badblocks -svw /dev/....

testen. Dabei auch 'dmesg' beobachten.
Vielleicht hast Du auch einen KVM-Zugang zur VM, mit der Möglichkeit, ein Rettungs- oder beliebiges Livesystem zu booten?

Mit entsprechenden Resultaten könntest Du Dich dann beim Hoster melden.