seit einigen Tagen fährt der Server nicht mehr runter

moonsorrox · 5. April 2013

wo und wie kann ich feststellen warum mein yaVDR nicht mehr herunter fährt..? eingestellt ist bei mir nach wie vor die klassische Abschalt-Methode.
Installiert wurde nichts und auch verändert habe ich nichts..!

holymoly · 5. April 2013

moin,
die hardware- und systemzeit passen, moeglicherweise liegts an der Zeitumstellung ?
mfg
meinte hwclock --show

seahawk1986 · 5. April 2013

Man hätte ja prinzipiell die Möglichkeit mal ins syslog zu schauen um zu sehen ob und warum der VDR nicht abschaltet...

moonsorrox · 5. April 2013

das könnte eine Ursache sein... die Systemzeit wird richtig angezeigt..! Was ist mit der Hardwarezeit gemeint.?
seahawk1986
habe dein Beitrag zu spät gesehen da grad geschrieben.. ich bin ja nicht so der Profi, aber ich kann ein ein syslog Teil mit dem nicht durchgeführten shutdown anhängen, aber das was dort steht sagt mir nichts.

Code

Apr
  5 17:59:31 VDRServer vdr: [1435] info: Shutdown abgebrochen / Shutdown
 aborted!
Apr  5 17:59:31 VDRServer vdr: [1435] closing SVDRP connection
Apr  5 17:59:31 VDRServer vdr: [1435] connect from 127.0.0.1, port 49917
 - accepted
Apr  5 17:59:31 VDRServer vdr: [1435] SVDRP message: 'NFS Mount is still
 active'
Apr  5 17:59:31 VDRServer vdr: [1435] closing SVDRP connection
Apr  5 17:59:34 VDRServer vdr: [1435] info: NFS Mount is still active
Apr  5 17:59:37 VDRServer vdr: [1509] VNSI: Timers state changed (1)
Apr  5 17:59:37 VDRServer vdr: [1509] VNSI: Requesting clients to reload
 timers
Apr  5 17:59:37 VDRServer vdr: [1508] XVDR: Timers state changed (1)
Apr  5 17:59:37 VDRServer vdr: [1508] XVDR: Requesting clients to reload
 timers
Apr  5 18:01:42 VDRServer vdr: [1503] changing caids of channel 169 from
 9B2 to 0
Apr  5 18:01:42 VDRServer vdr: [1503] changing ca descriptors of channel
 169
Apr  5 18:04:09 VDRServer vdr: [1503] changing pids of channel 122 from 
5211+5211=27:5212=deu@3:0:5204 to 
5201+5201=27:5202=deu@3,5203=mis@3;5206=deu@106:5205=deu:5204
Apr  5 18:04:10 VDRServer vdr: [1503] changing pids of channel 3 from 
5221+5221=27:5222=deu@3,5223=mis@3;5226=deu@106:5225=deu:5224 to 
5221+5221=27:5222=deu@3,5223=mis@3:5225=deu:5224
Apr  5 18:04:10 VDRServer vdr: [1503] changing pids of channel 118 from 
5221+5221=27:5222=deu@3,5223=mis@3;5226=deu@106:5225=deu:5224 to 
5231+5231=27:5232=deu@3,5233=mis@3:0:5224
Apr  5 18:04:11 VDRServer vdr: [1503] changing pids of channel 117 from 
5221+5221=27:5222=deu@3,5223=mis@3;5226=deu@106:5225=deu:5224 to 
5241+5241=27:5242=deu@3,5243=mis@3:0:5224
Apr  5 18:04:11 VDRServer vdr: [1503] changing pids of channel 119 from 
5221+5221=27:5222=deu@3,5223=mis@3;5226=deu@106:5225=deu:5224 to 
5251+5251=27:5252=deu@3,5253=mis@3:0:5224
Apr  5 18:05:00 VDRServer vdr: [1502] frontend 1/0 timed out while 
tuning to channel 46, tp 111641
Apr  5 18:05:29 VDRServer vdr: [1435] executing 
'/usr/lib/vdr/vdr-shutdown.wrapper 0 0 0 "" 0'
Apr  5 18:05:29 VDRServer vdr: [1435] saved setup to 
/var/lib/vdr/setup.conf
Apr  5 18:05:29 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Apr  5 18:05:29 VDRServer vdr-addon-acpiwakeup: Resetting ACPI alarm 
time
Apr  5 18:05:29 VDRServer vdr-addon-acpiwakeup: Writing to 
/sys/class/rtc/rtc0/wakealarm
Apr  5 18:05:29 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S90.custom as shell script
Apr  5 18:05:29 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Apr  5 18:05:29 VDRServer vdr-nvram-wakeup: nvram-wakeup functionality 
is disabled
Apr  5 18:05:29 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script
Apr  5 18:05:30 VDRServer vdr-shutdown: Shutdown aborted by 
/usr/share/vdr/shutdown-hooks/S91.lifeguard with exitcode 1
Apr  5 18:05:32 VDRServer vdr: [1435] connect from 127.0.0.1, port 49921
 - accepted
Apr  5 18:05:32 VDRServer vdr: [1435] SVDRP message: 'NFS Mount is still
 active'
Apr  5 18:05:32 VDRServer vdr: [1435] info: NFS Mount is still active
Apr  5 18:05:32 VDRServer vdr: [1435] closing SVDRP connection
Apr  5 18:05:32 VDRServer vdr: [1435] connect from 127.0.0.1, port 49922
 - accepted
Apr  5 18:05:32 VDRServer vdr: [1435] SVDRP message: 'Shutdown 
abgebrochen / Shutdown aborted!'
Apr  5 18:05:32 VDRServer vdr: [1435] closing SVDRP connection
Apr  5 18:05:35 VDRServer vdr: [1435] info: Shutdown abgebrochen / 
Shutdown aborted!
Apr  5 18:07:05 VDRServer vdr: [1502] frontend 1/0 lost lock on channel 
52, tp 111914
Apr  5 18:07:06 VDRServer vdr: [1502] frontend 1/0 regained lock on 
channel 52, tp 111914
Apr  5 18:11:30 VDRServer vdr: [1435] executing 
'/usr/lib/vdr/vdr-shutdown.wrapper 0 0 0 "" 0'
Apr  5 18:11:30 VDRServer vdr: [1435] saved setup to 
/var/lib/vdr/setup.conf
Apr  5 18:11:30 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Apr  5 18:11:30 VDRServer vdr-addon-acpiwakeup: Resetting ACPI alarm 
time
Apr  5 18:11:30 VDRServer vdr-addon-acpiwakeup: Writing to 
/sys/class/rtc/rtc0/wakealarm
Apr  5 18:11:31 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S90.custom as shell script
Apr  5 18:11:31 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Apr  5 18:11:31 VDRServer vdr-nvram-wakeup: nvram-wakeup functionality 
is disabled
Apr  5 18:11:31 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script
Apr  5 18:11:31 VDRServer vdr-shutdown: Shutdown aborted by 
/usr/share/vdr/shutdown-hooks/S91.lifeguard with exitcode 1
Apr  5 18:11:33 VDRServer vdr: [1435] connect from 127.0.0.1, port 49926
 - accepted
Apr  5 18:11:33 VDRServer vdr: [1435] SVDRP message: 'NFS Mount is still
 active'
Apr  5 18:11:33 VDRServer vdr: [1435] info: NFS Mount is still active
Apr  5 18:11:33 VDRServer vdr: [1435] closing SVDRP connection
Apr  5 18:11:33 VDRServer vdr: [1435] connect from 127.0.0.1, port 49927
 - accepted
Apr  5 18:11:33 VDRServer vdr: [1435] SVDRP message: 'Shutdown 
abgebrochen / Shutdown aborted!'
Apr  5 18:11:33 VDRServer vdr: [1435] closing SVDRP connection
Apr  5 18:11:36 VDRServer vdr: [1435] info: Shutdown abgebrochen / 
Shutdown aborted!
Apr  5 18:13:00 VDRServer vdr: [1510] EPGSearch: timer conflict check 
started
Apr  5 18:13:00 VDRServer vdr: [1510] EPGSearch: timer conflict check 
finished
Apr  5 18:17:01 VDRServer CRON[16860]: (root) CMD (   cd / && 
run-parts --report /etc/cron.hourly)
Apr  5 18:17:31 VDRServer vdr: [1435] executing 
'/usr/lib/vdr/vdr-shutdown.wrapper 0 0 0 "" 0'
Apr  5 18:17:31 VDRServer vdr: [1435] saved setup to 
/var/lib/vdr/setup.conf
Apr  5 18:17:31 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Apr  5 18:17:31 VDRServer vdr-addon-acpiwakeup: Resetting ACPI alarm 
time
Apr  5 18:17:31 VDRServer vdr-addon-acpiwakeup: Writing to 
/sys/class/rtc/rtc0/wakealarm
Apr  5 18:17:31 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S90.custom as shell script
Apr  5 18:17:32 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Apr  5 18:17:32 VDRServer vdr-nvram-wakeup: nvram-wakeup functionality 
is disabled
Apr  5 18:17:32 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script
Apr  5 18:17:32 VDRServer vdr-shutdown: Shutdown aborted by 
/usr/share/vdr/shutdown-hooks/S91.lifeguard with exitcode 1
Apr  5 18:17:34 VDRServer vdr: [1435] connect from 127.0.0.1, port 49929
 - accepted
Apr  5 18:17:34 VDRServer vdr: [1435] SVDRP message: 'Shutdown 
abgebrochen / Shutdown aborted!'
Apr  5 18:17:34 VDRServer vdr: [1435] info: Shutdown abgebrochen / 
Shutdown aborted!
Apr  5 18:17:34 VDRServer vdr: [1435] closing SVDRP connection
Apr  5 18:17:34 VDRServer vdr: [1435] connect from 127.0.0.1, port 49930
 - accepted
Apr  5 18:17:34 VDRServer vdr: [1435] SVDRP message: 'NFS Mount is still
 active'
Apr  5 18:17:34 VDRServer vdr: [1435] closing SVDRP connection
Apr  5 18:17:37 VDRServer vdr: [1435] info: NFS Mount is still active
Apr  5 18:17:51 VDRServer vdr: [1503] changing pids of channel 3 from 
5221+5221=27:5222=deu@3,5223=mis@3:5225=deu:5224 to 
5221+5221=27:5222=deu@3,5223=mis@3;5226=deu@106:5225=deu:5224
Apr  5 18:17:52 VDRServer vdr: [1503] changing pids of channel 118 from 
5231+5231=27:5232=deu@3,5233=mis@3:0:5224 to 
5221+5221=27:5222=deu@3,5223=mis@3;5226=deu@106:5225=deu:5224
Apr  5 18:17:52 VDRServer vdr: [1503] changing pids of channel 117 from 
5241+5241=27:5242=deu@3,5243=mis@3:0:5224 to 
5221+5221=27:5222=deu@3,5223=mis@3;5226=deu@106:5225=deu:5224
Apr  5 18:17:53 VDRServer vdr: [1503] changing pids of channel 119 from 
5251+5251=27:5252=deu@3,5253=mis@3:0:5224 to 
5221+5221=27:5222=deu@3,5223=mis@3;5226=deu@106:5225=deu:5224
Apr  5 18:18:41 VDRServer vdr: [1502] frontend 1/0 timed out while 
tuning to channel 46, tp 111641
Apr  5 18:23:32 VDRServer vdr: [1435] executing 
'/usr/lib/vdr/vdr-shutdown.wrapper 0 0 0 "" 0'
Apr  5 18:23:32 VDRServer vdr: [1435] saved setup to 
/var/lib/vdr/setup.conf
Apr  5 18:23:32 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Apr  5 18:23:32 VDRServer vdr-addon-acpiwakeup: Resetting ACPI alarm 
time
Apr  5 18:23:32 VDRServer vdr-addon-acpiwakeup: Writing to 
/sys/class/rtc/rtc0/wakealarm
Apr  5 18:23:32 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S90.custom as shell script
Apr  5 18:23:32 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Apr  5 18:23:32 VDRServer vdr-nvram-wakeup: nvram-wakeup functionality 
is disabled
Apr  5 18:23:32 VDRServer vdr-shutdown: executing 
/usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script
Apr  5 18:23:33 VDRServer vdr-shutdown: Shutdown aborted by 
/usr/share/vdr/shutdown-hooks/S91.lifeguard with exitcode 1
Apr  5 18:23:35 VDRServer vdr: [1435] connect from 127.0.0.1, port 49934
 - accepted
Apr  5 18:23:35 VDRServer vdr: [1435] SVDRP message: 'NFS Mount is still
 active'
Apr  5 18:23:35 VDRServer vdr: [1435] info: NFS Mount is still active
Apr  5 18:23:35 VDRServer vdr: [1435] closing SVDRP connection
Apr  5 18:23:35 VDRServer vdr: [1435] connect from 127.0.0.1, port 49935
 - accepted
Apr  5 18:23:35 VDRServer vdr: [1435] SVDRP message: 'Shutdown 
abgebrochen / Shutdown aborted!'
Apr  5 18:23:35 VDRServer vdr: [1435] closing SVDRP connection
Apr  5 18:23:38 VDRServer vdr: [1435] info: Shutdown abgebrochen / 
Shutdown aborted!

Alles anzeigen

seahawk1986 · 5. April 2013

Zitat von moonsorrox

Code

Apr  5 18:05:32 VDRServer vdr: [1435] info: NFS Mount is still active

Also das hier genügt, damit der Server nicht herunterfährt, wenn im Webfrontend eingestellt ist, dass das lifeguard-Addon in dem Fall den Shutdown verhindern soll - ist da ein Client mit avahi-mounter aktiv?

moonsorrox · 5. April 2013

Zitat von seahawk1986

ist da ein Client mit avahi-mounter aktiv?

mein Windows Client ist seit geraumer Zeit nicht in Betrieb... was ich mir vorstellen könnte ist mein SAT Receiver (VU+ Solo2), mit dem kann ich auch auf den Server zugreifen und mir DVDs oder Filme anschauen, aber selbst bei dem ist nicht der Server angewählt sondern die interne Festplatte.

Dazu folgendes ich schaue öfter mal ein Film vom Server oder eine Musik DVD, wenn ich dann aber wieder auf die interne HD gehe ist der Server immer runter gefahren. Ich mache natürlich regelmäßig Updates sobald ich diese über putty sehe, es sei denn da hat sich etwas geändert mit einem der letzten Updates..!

seahawk1986 · 5. April 2013

Eigentlich sollte sich am lifeguard-Addon nichts geändert haben - was sagt denn die Ausgabe von

Code

netstat -t | grep -e "^tcp" | grep -ve "CLOSE_WAIT[ \t]*$" | sed -re "s/ +/ /g"

moonsorrox · 5. April 2013

seahawk1986

ich glaube das war der Fehler, der SAT Receiver gebootet und der Server fuhr grad eben runter... Ich danke dir für die Unterstützung. Kann man das evtl. in dem syslog von mir erkennen welches der SAT Receiver war...
Eine Frage wäre warum der nicht auftaucht..?
Das hatte ich so noch nie gehabt, immer wieder etwas neues...

das bekomme ich

tcp 0 0 VDRServer:3483 Squeezy-Dreamzimm:43035 VERBUNDEN
tcp 0 0 VDRServer:3483 Squeezy-Wohnzimme:17639 VERBUNDEN
tcp 0 0 VDRServer:http Office-PC.fritz.b:49779 VERBUNDEN
tcp 0 52 VDRServer:ssh Office-PC.fritz.b:54283 VERBUNDEN
tcp 0 0 VDRServer:microsoft-ds Office-PC.fritz.b:49184 VERBUNDEN

die beiden Squeezeboxen sind es nicht, die gehen nur an wenn der Server läuft, dies wollte ich mal erreichen, ging aber nie das diese den Server wachhalten, denn man kann sie nicht ausschalten.. ssh ist putty welches ich grad nutze.

Ich habe jetzt mal den SAT Receiver gebootet mal schauen ob sich was tut

seahawk1986 · 5. April 2013

Komisch, eigentlich müsste da ein "nfs" auftauchen, wenn der VDR den Shutdown deswegen abbricht - oder hast du an der /etc/vdr/lifeguard.conf etwas verändert?

moonsorrox · 5. April 2013

ich habe da nie etwas geändert, sollte Original sein und sieht so aus:
# defaults entries
cmd aptitude Aptitude\ is\ still\ running.
cmd xbmc.bin XBMC\ is\ still\ running.

tcp nfs NFS\ Mount\ is\ still\ active
tcp ssh SSH\ Connection\ still\ open.
tcp ftp FTP\ Connection\ still\ open.

smb locks Files\ open\ on\ SMB\ share.

ATD · 5. April 2013

moonsorrox

Was hast Du bei dist-upgrade ausgewählt, als Du gefragt wurdest, was mit der smb.conf passieren sollte?

Albert

moonsorrox · 5. April 2013

wenn ich wüsste was gefragt wurde, aber ich meine das ich die gelassen habe und nicht erneuert hatte, also die alte Version..!
Könnte sein

ATD · 6. April 2013

Zitat von moonsorrox

Könnte sein

Die "alte" Version wäre aber richtig.

Albert

Santos · 6. April 2013

Kann jemand nicht die korrekte smb.conf mal posten.
Dann kann er sie vergleichen.

Ich komme gerade nicht dran.

Gruß Santos

moonsorrox · 6. April 2013

Zitat von DaKilla

Die "alte" Version wäre aber richtig.

dann habe ich es richtig gemacht, denn ich ändere meistens nicht sofort wenn es etwas neues gibt...
Aber der Übeltäter ist ja wie weiter oben beschrieben gefunden, erklärt sich nur eben nicht wie von seahawk1968 erwähnt warum das nicht auftaucht, hatte ja ein syslog mit dem "Fehler" der eigentlich keiner ist gepostet... da is klar das wenn ich rein schaue erst recht nichts sehe
Eine smb.conf wäre trotzdem interessant..! Danke euch

seahawk1986 · 6. April 2013

Meine sieht so aus: http://paste.ubuntu.com/5682475/
Die "originale" kannst du jederzeit aus den Templates neu erstellen lassen (btw: Ubuntu legt auch eine Backup-Datei der vorherigen Version im gleichen Verzeichnis an):

Code

sudo process-template /etc/samba/smb.conf

Schau doch einfach mal wo er bei den Shutdown-Skript genau hängen bleibt:

Code

set -x
bash /usr/share/vdr/shutdown-hooks/S91.lifeguard |pastebinit

ATD · 6. April 2013

Meine scheint noch älter zu sein: http://paste.ubuntu.com/5682495/

Albert

seahawk1986 · 6. April 2013

Zitat von DaKilla

Meine scheint noch älter zu sein: http://paste.ubuntu.com/5682495/

Meine ist angepasst worden, wer nutzt schon ein System wie es vom Image kommt

ATD · 6. April 2013

Zitat von seahawk1986

Meine ist angepasst worden, wer nutzt schon ein System wie es vom Image kommt

Was ist dann mit Deinem Workgroup?

Es tut was es muss, ich sah also kein Grund für eine Anpassung.

Albert

seahawk1986 · 6. April 2013

Zitat von DaKilla

Was ist dann mit Deinem Workgroup?

Die Arbeitsgruppen sind mir egal, die nutze ich nicht...

seit einigen Tagen fährt der Server nicht mehr runter

Jetzt mitmachen!

Teilen