[TimUx]

Hallo zusammen,
seit dem Update auf 5.1 fährt mein Server nach 60 Minuten Inaktivität nicht mehr herunter.

Im Webinterface und im VDR selber sind 60 Minuten eingestellt.

Ich habe das nsora im Verdacht, als ich im Log aber nach entsprechenden Meldungen gesucht habe, habe ich nichts gefunden.

im NSORA Skript unter /etc/vdr/shutdown.d ist folgendes ztu finden:

Code: [Select]

echo "$(gt 'No shutdown because client $client_ip is active.')"

Ich vermute, dass dies die Zeile ist, welche auch in die /var/log/messages schreiben soll?

Das Problem ist, dass das Tool "gt" nicht am System vorhanden ist.

Code: [Select]

echo "$(gt 'No shutdown because client 192.168.1.10 is active.')"
-sh: gt: not found

Gruß Timo

[clausmuus]

Hi,

das Tool gt ist Teil des rc.functions Script, welches in dem VDR Script mit eingebunden wird.

Ich bin nicht sicher wohin das nsora loggt, aber es müsste das vdr oder sysinit Log sein. Außerdem wohl auch noch auf die Konsole 1.

Claus

[TimUx]

Hi Claus,
also früher hat es mal in /var/log/messages geschrieben.

Ich kann aber in keinem der Logs Infos dazu finden.

Gruß Timo

[clausmuus]

Du kannst es ja mal deinstallieren, und dann schauen, was dann passiert.

Claus

[TimUx]

Hi Claus,
ich habe mir die rc.functions und das nsora mal angesehen.

So wie ich das sehe, wird hier einfach nichts mit gelogt.
Vielleicht hatte ich mir das damals auch selber eingebaut. 

Wenn der Abbruch eines Autoshutdown gelogt würde.

Ich habe im NSORA folgede Zeile mal etwas angepasst, mal sehen was passiert.

Code: [Select]

echo "$(gt 'No shutdown because client $client_ip is active.')"|tee -a /var/log/messages

[TimUx]

Hi Claus,
ich habe mal das nsora angepasst, sodass die shutdown Abbrüche ins /var/log/messages geschrieben wird.

Hier wird der Abbruch durch mein RPI2 verursacht, welcher zu diesem Zeitpunkt im "suspend.soft" befindet.

Ich denke, die beiden Einträge verhindern den Shutdown.

192.168.1.4 = Server
192.168.1.20 = RPI Client

Code: [Select]

server> netstat -an|grep 192.168.1.20
tcp        0      0 192.168.1.4:49222       192.168.1.20:2000       ESTABLISHED
tcp        0      0 192.168.1.4:2049        192.168.1.20:919        ESTABLISHED

So sehen die Prozesse auf dem RPI aus:

Code: [Select]

rpi4> ps|grep -v "\["
  PID USER       VSZ STAT COMMAND
    1 root      2748 S    init
  271 root      4184 S    syslogd -m 0
  274 root      4184 S    klogd -c 1
  451 root      4300 S    udevd --daemon
  766 root      4184 S    udhcpc -b -i eth0 -x hostname rpi4 -p /var/run/network_udhcpc_eth0.pid
  841 root      4376 S    rpcbind
  846 root      4552 S    rpc.statd
  872 root      4524 S    ntpd -p de.pool.ntp.org
  944 root      2412 S    sshd -E
 1027 root      2236 S    eventlircd -f
 1140 root     11256 S    satip-client -s 192.168.1.4 -t 0 -d /dev/vtunerc0
 1325 root      4184 S    tcpsvd -l0 0 80 /bin/sh /usr/bin/webserver.sh
 1346 daemon    2580 S    atd
 1353 root      2864 S    sshd -E
 1359 root      4316 S    -sh
 1412 root      4184 S    acpid
 1805 root      2864 S    sshd -E
 1811 root      4316 S    -sh
 1858 root      4224 R    ps
 3306 root      4320 S    -sh
 3308 root      4320 S    -sh
 3310 root      4320 S    -sh
 3311 root      4320 S    -sh
 7143 root      4184 S    sh -c /etc/vdr/shutdown.d/rc.action 0 0 0 "" 1
 7144 root      4184 S    {rc.action} /bin/sh /etc/vdr/shutdown.d/rc.action 0 0 0  1
 7150 root      4184 S    {shutdown} /bin/sh /sbin/shutdown
 7153 root      4184 S    {shutdown} /bin/sh /sbin/shutdown
 7154 root      4312 S    {shutdown.suspen} /bin/sh /sbin/shutdown.suspend
 7155 root      4316 S    {suspend.soft} /bin/sh /sbin/suspend.soft
 7156 root      4316 S    {suspend.soft} /bin/sh /sbin/suspend.soft
 7157 root      4188 S    tee -a /var/log/sysinit
 7161 root      2704 S    psplash
 8435 root      1832 S    irexec /etc/lircrc.suspend
 8437 root      4316 S    {suspend.soft} /bin/sh /sbin/suspend.soft
 8440 root      4188 S    grep -q -m 1 TV .* to 'on'
 8441 root     58540 S    cec-client -m
 8444 root      4316 S    {suspend.soft} /bin/sh /sbin/suspend.soft
 8446 root      4184 S    tcpsvd -l0 0 6419 /bin/sh /usr/bin/wakeup RESU

Gibt es für den RPI kein "netstat"?

Code: [Select]

rpi4>
netstat
-sh: netstat: not found

Gruß Timo

[clausmuus]

das netstat ist im nsora Paket mit enthalten.
In der Prozessliste ist aber zu sehen, dass der vtuner die Verbindung zum Server offen hält. Du musst also auf dem RPI im /etc/init.d/satip Script nach dem "start=1" noch diese beiden Zeilen einfügen:

Code: [Select]

halt=1
resume=1

Claus

[TimUx]

Hi Claus,
der SatIP Prozess ist zwar da, hält aber keine verbindung zum Server.
Das tut er nur, wenn auch einer Tuner genutzt wird.

Aktuell hält der Client die NFS Verbindung zum Server und der Server hat eine "andere" Connection zum RPI Client.
Ich habe im NSORA am Server einfach mal ein

Code: [Select]

|grep -Ev "2049|2000"

eingebaut, mal sehen was passiert. ;-)

Wäre es Sinnvoll, beim Suspend ein Umount des NFS durchzuführen?

Gruß Timo

[clausmuus]

Da bin ich nicht sicher, ob das eine so gute Idee ist, da es ja gewollt sein könnte, dass die im suspend Zustand genutzt werden kann. Andererseits soll der Server ja auch schlafen gehen, wenn der Client "schläft". Von daher könnten die Mounts auch im suspend aufgehoben werden...
Da es aber schwer ist, so was allgemeingültig zu schreiben, finde ich Deinen Ansatz mit dem geänderten grep besser. Du könntest aber mal schauen, was passiert wenn Du den Server schlafen legst, und ob der rpi damit nen Problem hat (aufgrund der bestehenden nfs Verbindungen).

Claus

[TimUx]

Hi Claus,
ob bzw. welche Probleme der RPI bekommt, hängt natürlich auch von der Art des mounten ab.

Sprich, ob es "soft" oder "hart" gemountet wurde.

Bei einem hart mount kann es passieren, dass sich nicht mehr viel dreht und eventuell ein "stale" NFS mount dabei heraus kommt,
welches meist nur mit einem reboot behoben werden kann.
Ich werde das mal testen.

Ich sehe das generell mal so, wenn ich den Client in den Suspend schicke, er quasi alle Verbindungen zum Server trennt, dann benötigt er auch den NFS mount nicht mehr.
In einem Suspend 2 RAM wäre es ja genau so. Der Suspend.Soft ist ja im Prinzip nur eine Krücke für den RPI.

Gruß Timo

[clausmuus]

Per Voreinstellung wird ein bg mount gemacht. Damit sollte es nicht zu Problemen führen, getestet habe ich das aber noch nicht.

Claus