[yaVDR 0.5] System hängt oft / ist nicht mehr mit ssh erreichbar

Hallo,

nachdem meine Debian 6.0 basierte Installation nur noch Probleme macht,
siehe http://www.vdr-portal.de/board60-linux/board14-betriebssystem/board68-debian-und-derivate/115158-nach-update-vdr-sxfe-hängt-bei-xvid-video-und-dvd-image/

habe ich beschlossen die sehr aktive yaVDR Distri anzutesten. Die Installation war ja schon fast zu einfach, ich hatte innerhalb von Minuten ein Bild auf meiner Röhre (Geforce 8300 + VGA2SCART) mit Ton und auch recht schnell meinen selbstbau IR-Empfänger. Danach fingen die Probleme an, wenn ich etwa VDR-Plugins nachinstallieren wollte und dazu stop vdr und stop eventlircd aufgerufen habe, hing die Kiste und konnte nicht mehr mit ssh erreicht werden, nur noch hartes abschalten half (hab leider keine Tastatur am VDR).

Gerade wollte ich die syslog fürs Forum holen und da hängt gerade wieder die ssh-session,

Nov  1 09:27:56 chef kernel: [ 2400.440099] INFO: task init:1 blocked for more than 120 seconds.
Nov  1 09:27:56 chef kernel: [ 2400.440108] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Nov  1 09:27:56 chef kernel: [ 2400.440115] init        	D ffffffff81806200 	0 	1  	0 0x00000004
Nov  1 09:27:56 chef kernel: [ 2400.440127]  ffff88005cbefd48 0000000000000086 ffff88005cbefd58 ffffffff811192e9
Nov  1 09:27:56 chef kernel: [ 2400.440138]  ffff88005cbeffd8 ffff88005cbeffd8 ffff88005cbeffd8 00000000000137c0
Nov  1 09:27:56 chef kernel: [ 2400.440148]  ffff88005c431700 ffff88005cbf0000 ffff88005cbefd58 ffffffff81c726e0
Nov  1 09:27:56 chef kernel: [ 2400.440158] Call Trace:
Nov  1 09:27:56 chef kernel: [ 2400.440175]  [<ffffffff811192e9>] ? generic_file_aio_write+0x99/0xe0
Nov  1 09:27:56 chef kernel: [ 2400.440187]  [<ffffffff81658f2f>] schedule+0x3f/0x60
Nov  1 09:27:56 chef kernel: [ 2400.440196]  [<ffffffff81659d37>] __mutex_lock_slowpath+0xd7/0x150
Nov  1 09:27:56 chef kernel: [ 2400.440206]  [<ffffffff8103dcf9>] ? default_spin_lock_flags+0x9/0x10
Nov  1 09:27:56 chef kernel: [ 2400.440215]  [<ffffffff8165994a>] mutex_lock+0x2a/0x50
Nov  1 09:27:56 chef kernel: [ 2400.440222]  [<ffffffff8165b1d5>] tty_lock+0x15/0x17
Nov  1 09:27:56 chef kernel: [ 2400.440232]  [<ffffffff813bbf3d>] tty_release+0x8d/0x5c0
Nov  1 09:27:56 chef kernel: [ 2400.440241]  [<ffffffff8104df53>] ? __wake_up+0x53/0x70
Nov  1 09:27:56 chef kernel: [ 2400.440250]  [<ffffffff81055fad>] ? set_next_entity+0xad/0xd0
Nov  1 09:27:56 chef kernel: [ 2400.440259]  [<ffffffff811794ee>] __fput+0xbe/0x210
Nov  1 09:27:56 chef kernel: [ 2400.440266]  [<ffffffff81179665>] fput+0x25/0x30
Nov  1 09:27:56 chef kernel: [ 2400.440272]  [<ffffffff81176206>] filp_close+0x66/0x90
Nov  1 09:27:56 chef kernel: [ 2400.440279]  [<ffffffff811762e2>] sys_close+0xb2/0x120
Nov  1 09:27:56 chef kernel: [ 2400.440287]  [<ffffffff81663442>] system_call_fastpath+0x16/0x1b
q^C
root@chef:/home/matthias# less /var/log/syslog.1
^[[6~^[[6~^C^C^C


^C^Cqqqq
^C^C^C^C^C

ich kann mich auch nicht mehr einloggen

login as: matthias
matthias@chef's password:

Danach kommt nix mehr. Anpingen geht. Webfrontend kann ich aufrufen, aber alle Aktionen auf der Oberfläche schlagen fehl.

Auch der login an ssh ist seltsam: Zwischen bestätigen des Benutzers und auftauchen der Passwortabfrage vergehen locker 20s. Ist das normal?

Ansonsten verabschieded sich oft lirc.

Sorry die Probleme sind irgendwie sehr unspezifisch. Wie taste ich mich jetzt weiter vorran? Liegt es an der Hardware in Kombination mit dem Kernel, denn unter Debian 6.0 hatte (fast nie) solche Probleme.

Die syslog und syslog.1 liefere ich nach sobald ich wiede Zugriff hab ....
Danke schonmal

Danke für die schnellen Antworten.

Zitat von drops

Hallo, hatte das Problem auch. Fing bei mir an als ich meinen VDR-Server von DHCP auf statische IP umgestellt hatte. Ping lief problemlos, SSH nur sehr zeitverzögert bzw. teilweise gar nicht. Das Problem lies sich durch Umstellung auf DHCP wieder beheben. Das Problem trat nicht immer auf aber immer mal wieder. Mittlerweile habe ich auf meinem Router eine IP Adresse der MAC meines VDR-Servers fest zugewiesen. Damit läuft das ganze seit mehreren Wochen wieder problemlos. System siehe Signatur.

Grüße

Drops

Danke, aber das klingt sehr abenteuerlich, wenn so etwas wie feste IP-Addresse nicht funktioniert. Meine Kiste holt sich per DHCP die IP-Adresse.

@seahawk1986
Anders als in meiner SIG habe ich aktuell nur ein RAID1 + LVM sowie LVM über 3 Platten ohne RAID für die Videos.
Die eine Platte hat schon den ein oder anderen Fehler geloggt, war aber vermutlich das Kabel. Komisch ist aber, dass es unter dem alten System läuft. Werde jetzt nochmal Debian booten und das ganze beobachten.

Also die Platten scheinen eigentlich OK zu sein, seit dem neustart (durch S-abf R,E,I,S,U,B) hats mir aber das RAID1 zerlegt und muss neu gesynct werden

Also mit Debian läuft das System absolut stabil (bis auf die Abspielprobleme von Medien).

Ich würde gern yaVDR testen, aber so funktionierts leider nicht. Vielleicht probier ichs mal auf einer andern Hardware.

Also die Kiste lief seit dem fehlerfrei mit Debian 6.0. Ich will aber eigentlich eine fehlerfreie Umschaltung zwischen XBMC und VDR-Frontend und das habe ich mit meiner eigenen Frickellösung nicht immer, deshalb will ich zu yaVDR wechseln.

Hat niemand einen Anhaltspunkt? Ich werde mal yaVDR auf einer anderen Kiste ausprobieren, einfach um das System besser kennen zu lernen