unRaid S3 Sleep Plugin - darkside40 Edition

Aber, @b0mb wie lange braucht er denn zum entpacken?
Angenommen du hast nen 20 MInuten Timer eingestellt (und Netzwerk-Aktivitäts-Überwachung aktiv), dann ist NZB fertg mit downloaden, und hat 20 Minuten Zeit zum entpacken.
Soltle doch für vieles reichen, oder?

Früher, beim alten "Ablauf" (bevor ich den Ablauf meinen bedürfnissen angepasst habe und @darkside40 übernommen hat --> ?), ja, da ging er direkt aus, nach dem die HDDs inaktiv waren. Jetzt wartet er aber noch x MInuten nach dem letzten Aktivitätscheck (Netzwerk, HDD, usw) und geht dann aus.
Würde gerne mal wissen, wie lange er zum entpacken braucht, und wie viel Zeit du eingestellt hast. Und auch die Konfiguration vom Plugin bei dir *g*

Ggf. malm das [definition=12,3]Debug-Log[/definition] vom PlugIn aktivieren?

Zitat von AcidRain

Aber, @b0mb wie lange braucht er denn zum entpacken?
Angenommen du hast nen 20 MInuten Timer eingestellt (und Netzwerk-Aktivitäts-Überwachung aktiv), dann ist NZB fertg mit downloaden, und hat 20 Minuten Zeit zum entpacken.
Soltle doch für vieles reichen, oder?

Ja klar....

Zitat von AcidRain

Früher, beim alten "Ablauf" (bevor ich den Ablauf meinen bedürfnissen angepasst habe und @darkside40 übernommen hat --> ?), ja, da ging er direkt aus, nach dem die HDDs inaktiv waren. Jetzt wartet er aber noch x MInuten nach dem letzten Aktivitätscheck (Netzwerk, HDD, usw) und geht dann aus.
Würde gerne mal wissen, wie lange er zum entpacken braucht, und wie viel Zeit du eingestellt hast. Und auch die Konfiguration vom Plugin bei dir *g*

Mir war entgangen, dass Du das angepasst hast, denn genau das war in der Vergangenheit Problem. Array schon lange am schlummern, (30 Min. habe ich hier übrigens eingestellt), Download fertig, Kiste unmittelbar danach aus, obwohl noch am machen.

Wenn die Zeit jetzt natürlich erst mal anfängt zu ticken, wenn kein Netzwerkverkehr mehr stattfindet, dann ist das natürlich was anderes.

Jupp, siehe hier unRaid S3 Sleep Plugin - darkside40 Edition und hier: unRaid S3 Sleep Plugin - darkside40 Edition hat es darkside übernommen.

ALso, wenn du die Version jetzt von ihm installierst und nimmst, hast die angepasste reihenfolge...
sprich, timer fängt erst an zu laufen, wenn ALLE Checks erledigt sind (HDD aktivitä, netzwerkaktivit, ssh, usw), dann erst läuft der timer los.

@darkside40
Wenn das Original Dynamix Plugin aktualisiert wird, wird da deine Version auch aktualisiert? Oder ist das davon abgekoppelt?

Hab noch @AcidRain seine Version drauf und da wurde mir jetzt ein Update angezeigt, weil wohl das originale Plugin ein Update erhalten hat.

Alles klar, dachte mir das schon so. Dann werde ich wohl mal endlich den Umstieg auf deins machen, war bisher nur zu faul dazu.

Danke dir.

So bin nun auch auf dein Plugin umgestiegen.
Was stellt man am besten Bei Device activity monitoring ein? Scheint ja neu zu sein, oder irre ich mich da?

6.9 nutze ich noch nicht und unassigned devices habe ich auch keine, daher kann ich an der Stelle leider nicht weiter helfen.

Weißt du, was das Original Script mit dem Monitoring vor hat? Oder was er damit meinte?

Da war man einmal wieder auf der Settings Seite im Plugin (meiner Version), drückt versehentlich auf übernehmen, und irgendwie läuft danach das Script irgendwie zweimal (einmal die konfigurierte Version, einmal unkonfiguriert),
was dann zur Folge hat:
Server geht in Standby (wie eingestellt nach Zeit), und nach dem Aufwachen per WOL oder sonst wie, geht er direkt danach komplett aus, und das syslog sagt, s3 sleep gab nen Shutdown Befehl ab...
GRML

Also, wieder alle Reste und möglichen Scripte des s3 Plugins suchen und entfernen, und neu einrichten... seufz
Diesmal nehm ich dann aber die VErsion aus deinem Repository @darkside40

Versteh es nicht...
dieses verhalten hatte das Script schon immer bei mir...
Wenn es einmal eingerichtet wurde, funktioniert es problemlos...
Wenn ich nach dem Eirnichten, das Script nochmal konfiguriere (beendet / deaktiviert habe ich es vorher nicht), ab dann habe ich dieses verhalten

Ne, auch nach einer kompletten deinstallation, neustart, bereinigen von allen resten die irgendwas mit dynamix.s3 zu tun haben habe ich dieses verhalten...
Das einzige was seit diesem verhalten dazu kam, ist meine Windows 10 VM, welche im autostart ist... *grübel*
Aber das kann es doch nicht sein, oder?

Habe hier mal sysog angehängt...
Das erste ist quasi mit deaktiviertem, aber installiertem s3 plugin

Und das hier ist mit aktiviertem s3 Plugin:

Apr 18 11:00:57 MyServer s3_AfterWakeUp: Setting rights
Apr 18 11:00:58 MyServer s3_AfterWakeUp: Starting Docker Oscam
Apr 18 11:00:58 MyServer kernel: docker0: port 3(veth011263a) entered blocking state
Apr 18 11:00:58 MyServer kernel: docker0: port 3(veth011263a) entered disabled state
Apr 18 11:00:58 MyServer kernel: device veth011263a entered promiscuous mode
Apr 18 11:00:58 MyServer kernel: IPv6: ADDRCONF(NETDEV_UP): veth011263a: link is not ready
Apr 18 11:00:58 MyServer kernel: docker0: port 3(veth011263a) entered blocking state
Apr 18 11:00:58 MyServer kernel: docker0: port 3(veth011263a) entered forwarding state
Apr 18 11:00:58 MyServer kernel: docker0: port 3(veth011263a) entered disabled state
Apr 18 11:00:59 MyServer kernel: eth0: renamed from vethe471491
Apr 18 11:00:59 MyServer kernel: IPv6: ADDRCONF(NETDEV_CHANGE): veth011263a: link becomes ready
Apr 18 11:00:59 MyServer kernel: docker0: port 3(veth011263a) entered blocking state
Apr 18 11:00:59 MyServer kernel: docker0: port 3(veth011263a) entered forwarding state
Apr 18 11:01:00 MyServer s3_AfterWakeUp: Starting Docker tvheadend
Apr 18 11:01:00 MyServer s3_sleep: Shutdown system now
Apr 18 11:01:00 MyServer shutdown[6665]: shutting down for system halt
Apr 18 11:01:00 MyServer init: Switching to runlevel: 0
Apr 18 11:01:00 MyServer s3_sleep: System woken-up. Reset timers
Apr 18 11:01:00 MyServer init: Trying to re-exec init
Apr 18 11:01:03 MyServer emhttpd: req (6): cmdStop=apply&csrf_token=****************

Jemand eine Idee was ich noch kontrollieren könnte, oder schauen könnte, was dieses verhalten auslöst?
Wie gesagt, an der s3 plugin version denke ich, liegt es nicht, hatte meine version monatelang ohne probleme laufen, ein unraid update habe ich auch nicht gemacht, und sonst auch keinerlei änderungen am system...
nur "spielereien" mit VM und Docker...
Auch nichts an meinen Pre-Post Scripten verändert oder neue "Anacron-Befehle"

Hab jetzt nochmal neu konfiguriert, und die VM ohne Autostart und auch gestoppt gelassen...
Jetzt nach dem aufwecken bleibt der Server an...
Grml...

werde morgen nochmal schauen was passiert, wenn die VM an ist, und der Server geht in schlaf, ob er danach dann wieder runterfährt... seufz

Danke @darkside40!

War doch neulich so blöd und habe deine funktionierende Version mit der "originalen" überspielt, weil ich blöd wie ich bin um 7 Uhr morgens alle Plugins aktualisiert habe. Dabei wurde dann irgendwie die normale, defekte Version gezogen. Also wieder alles entfernt und deine funktionierende Installiert. Läuft seitdem wieder prima.

Bin mir wegen dem Heckmeck daher noch nicht sicher, ob ich direkt erneut das Update aus deinem Repo ziehe, läuft soweit alles bei mir.
Was genau hat sich denn geändert?