OMV & VDR Energy saving möglich?

autoshutdown ist schon mal richtig
Du sagst, du hast "autoshutdown" konfiguriert? Wie denn? Normalerweise sollte autoshutdown dein OMV runterfahren, wenn kein anderer PC mehr im Netz an ist. Alternativ, wenn die CPU-Last einen gewissen Wert unterschreitet oder die UL-/DL-Rate unter einen gewissen Wert fällt.

IP Check hat prio vor allen anderen checks und bei deiner Einstellung wird der Server vermutlich niemals runterfahren... nimm die IP range raus.

Gruß
David

2..254 heißt, dass OMV nicht runterfährt, wenn eine IP im Bereich von "2" bis "254" online ist, also wahrscheinlich nie, wenn du einen Drucker im Netzwerk hast. Versuche mal, nur die IPs die du überwachen willst mit Komma einzutragen, z.B.:
11,34,133

Aber wie gesagt, trage die IPs nur ein wenn du ausschliesslich runterfahren moechtest wenn diese IPs aus sind. Ansonsten vertraue auf die anderen Checks.

Gruss
David

Hallo zusammen!
Ich bin neu hier und wollte das Thema nochmal aufgreifen!
Ich möchte evtl. auch einen vdr-server mit openmediavault aufsetzen und stehe jetzt vor einem änlichen Problem!
Wie funktioniert das mit dem aufwachen generell bei OMV, also wenn sich der server schlafen legt werden dann die Timer berücksichtigt und wie wird das dann gesteuert?
Kommt der shutdown/Suspend dann von OMV oder vom vdr, also wie wird das dann konfiguriert damit der server sich bei nicht Benutzung schlafen legt und dann aber bei Aufnahmen wieder aufwacht?

Gruß

Guten abend zusammen,
ich bin ebenfalls neu im Forum und in der Welt von OMV. Linux Erfahrungen sind begrenzt Habe bisher meine Daten auf einer kleinen WD MyBook live mit 3TB, allerdings ist diese voll und soll nun von einem System (ASRock AM1H-ITX + AMD Athlon 5350 + 4GB RAM + 64GB SSD [OS] + noch nicht vorhandene Datenfestplatten) mit OMV ersetzt werden. Klienten sind bei mir mehrere Win7/8 Rechner, welche Backups auf das NAS schieben und verschiedene DLNA Klienten zum Streamen von Foto, Musik und Videomaterial.
Ich bin es vom WD Nas gewohnt, dass es ständig im Idle Modus ist (Festplatte rotiert nicht) und sobald ein Zugriff (Webinterface, NFS bzw. Sambazugriff per Win/Android, DLNA Klient) erfolgt fährt die Platte an.

Versuche das grade mit dem OMV System zu realisieren, allerdings bin ich da glaub auf dem Holzweg.

Was funktioniert: Das System schläft wunderbar mit dem Autoshutdown Plugin ein.
Was (leider) nicht funktioniert: Aufwecken kann ich es "nur" mittels Magic Packet. Mit der Android App "fing" - klappt astrein, allerdings ist mir das zu wenig. Gibt es überhaupt eine Möglichkeit das System z.B. übers Webinterface aus dem Suspendmode (S3, also Suspend to Ram, oder?) aufzuwecken?

Habe mich nun etwas in das Thema eingearbeitet und schon viel im Forum gelesen und ne Menge ausprobiert. laut ethtool eth0 unterstützt mein die Netzwerkschnittstelle die Methoden pumbg, eine Zeile darunter Wake-on war nur g aktiv, was ja bedeutet, dass das System "nur" per MP geweckt werden kann.
Quelle: man ethtool

Ich kann mir leider die Bedeutung der anderen Methoden pumb nicht so einfach erklären, aber hoffte darauf, dass diese Methoden auf was anderes als das MP anspringen. (Entschuldigt die miese Erklärung) Also habe ich die Zeile ethtool -s eth0 wol pumbg unter /etc/rc.local untergebracht, damit die Einstellung beibehalten wird. Funktioniert auch, nach dem Start stehen nach ethtool eth0 hinter "Wake-on" die Parameter "pumbg", bringe ich das System nun mit pm-suspend in den S3, kann ich es nur per MP oder Tastatur wieder aufwecken, schaue ich danach in die Informationen, steht nur noch der "g" Parameter bei "Wake-on".

Nun stellt sich mir erstens generell die Frage, ob man das System aus irgendeinem anderem Weg (als MP) aus dem S3 Modus bekommt, und zweitens warum überschreibt ein Einschalfen und wieder Aufwecken die oben genannte Einstellung?

Wow, viel Text. Ich hoffe ihr habt eine (liebend gern auch einfache) Antwort für mich

Gruß
dingo

Ich tüftel auch schon länger mit dem wol herum, eins kann ich dir, euch sagen, es funktioniert nicht.
Da die Tv's, bei mir Samsung, den rechner nicht geweckt bekommt.

Aber das 2. Theama, was verbrauchen eure kisten?, ich bin z.b. mit dem System iddle, Platten im Spindown bei ca 20W.
Und das mit einem sehr altem BQ E6 Netzteil. Das sind evt 45€ im Jahr, und die kiste ist immer erreichbar..

Hallo nochmal,

ich habe heute nochmal etwas Zeit in Nachforschungen und einige Versuche investiert.
Das Problem, dass ich das System nur per Magic Packet wecken konnte (nur Parameter "g" bei Wake-on) habe ich folgendermaßen gelöst:

Die Datei /usr/lib/pm-utils/power.d/disable_wol des Pakets pm-utils enthält scheinbar die Methode zum aktivieren und deaktivieren des Wake-on-Lan. Beim Aktivieren wird hier standardmäßig allerdings nur der Parameter "g" vergeben.

Im switch-Statement der for-Schleife können die entsprechenden Parameter ergänzt werden. Ich habe das "u" für Unicast noch dazu gepackt:

enable) ethtool -s "${d##*/}" wol ug>/dev/null 2>&1;;

Zusammen mit den oben genannten Änderungen in /etc/rc.local bewirkt es, dass das System nach dem Einschlafen tatsächlich per Ping, Aufrufen des Webinterface oder Verbinden per SSH aufgeweckt werden kann. Allerdings mit einer gewaltigen Einschränkung: Das Aufwecken mit meinem Win8 Rechner funktioniert nur eine kurze Zeit nach dem Einschlafen des Servers. Grund dafür ist der ARP Cache von Windows. Läuft der Server wird mittels Windowskommando "arp -a" die IP- und MAC-Adresse des Servers angezeigt, allerdings als Typ "dynamisch". Heisst, sobald der Server in den Suspendmodus gelangt, leert sich der ARP Cache um genau diesen Eintrag (anscheind nach einer gewissen Kulanzzeit).

Nun kann man den Eintrag natürlich an diesen einem Klienten statisch eintragen.
Anleitung unter dem Spoiler:

C:\Windows\System32>netsh
netsh>interface
netsh interface>show interface #Nun den Schnittstellennamen des Netzwerkadapters merken, in meinem Fall ist es "Ethernet"
netsh interface>ipv4
netsh interface ipv4>add neighbors "Ethernet" [IP-Adresse] [Mac-Adresse][/font]

Allerdings ist das nicht die ideale Lösung. Ich denke sogar dass dieser ARP-Cache doch gewiss durch den Router bereitgestellt werden kann, dafür kenne ich mich leider zu wenig aus. Mein oller Speedport unterstützt das leider nicht.

Mit einem "gelöstem" Problem, entstehen ja bekanntlich zwei Neue. Habe nun einige Zeit hin und her getestet. Leider wacht der Server zwischendurch auch immer wieder mal auf, auch wenn ich gerade kein Zugriff getätigt habe. Allerdings waren heute auch mindestens 3 Win-Rechner und noch mehr Smartphones aktiv im Netzwerk. Habe leider noch keine eindeutigen Logs gefunden, wo ich den Verursacher des "unerwünschten" Aufwachens erspähen konnte.

Ich bin weiterhin für alle Tipps und Lösungsversuche offen und hoffe, dass ich vielleicht dem ein oder anderem etwas weiterhelfen konnte.

Für heute reicht es Prost und einen schönen Abend.
dingo

Hi,

Zitat von dingo

Allerdings ist das nicht die ideale Lösung. Ich denke sogar dass dieser ARP-Cache doch gewiss durch den Router bereitgestellt werden kann, dafür kenne ich mich leider zu wenig aus. Mein oller Speedport unterstützt das leider nicht.

dazu musst du deinen Server aus einem anderen Netz aus ansprechen.
Dann sucht der Router in seinem ARP-Cache.
Auf OpenWRT Routern kannst du die ARP-Tabelle z.B. mit
ip neigh add 192.168.1.254 lladdr ff:ff:ff:ff:ff:ff nud permanent dev br-lan
in der /etc/rc.local manipulieren.
Der obige Eintrag ist z.B. hilfreich, wenn man WoL Pakete von ausserhalb des Zielnetzes senden will.
LG

Zitat von Enra

Hi,
dazu musst du deinen Server aus einem anderen Netz aus ansprechen.
Dann sucht der Router in seinem ARP-Cache.

Danke für deine Antwort. Ich weiss nur nicht, ob ich es richtig verstehe: Du meinst z.B. wenn ich den Server über mein Mobilfunknetz des Smartphones anspreche? Habs grad probiert. DynDNS ist eingerichtet und habe im Router den Port 80 auf den Server weitergeleitet. Witzigerweise lädt sich Chrome auf dem Smartphone tot. Leite ich Port 80 auf mein RaspberryPi um (wo ein Webserver läuft) bekomme ich die entsprechende Seite sofort zu Gesicht. Ich hoffe es liegt daran, dass der Router die "Umstellung" erstmal verarbeiten muss?! Bin grade etwas ratlos...

edit #1: ein Reboot des Router hat funktioniert. Kann nun übers WAN auf das Webinterface - aber!? Hat das nun Auswirkungen auf mein lokales Netzwerk? Werd dem ganzen mal einen Versuch geben.

Als Anregung, meine Lösung sieht wie folgt aus:

Auf meinem RPi läuft ein Script, welches laufend sämtlichen relevanten Clients anpingt (mobile Clients ausgenommen, da diese "zu oft" aktiv sind - hier wecke ich mit einer App) . Bei vorhandenem Echo wird das MagicPacket gesendet. Das Script legt sich 20 Min. schlafen und startet dann von vorne (Autoshutdown ist auch auf 20 Min. eingestellt).

Von ausserhalb des LANs wecke ich den Server mit https://github.com/sciguy14/Remote-Wake-Sleep-On-LAN-Server

Danke für den Tipp,
allerdings wollte ich das RPi eigentlich abschaffen (Geräteminimierung ;)). Deine Version bedeutet ja, dass der Server geweckt wird, sobald ein relevantes Gerät online ist. Eigentlich hätte ich es gerne so, dass sich der Server schlafen legt wenn kein Zugriff erfolgt, bzw. andersherum, dass er nur aufwacht wenn ein Zugriff von einem aktivem Gerät erfolgt, nicht aber schon wenn das Gerät "nur" online ist...

Ansonsten finde ich deine Idee einfach wie genial.

Ich befürchte mittlerweile, dass mein Vorhaben, wie ich es oben geschildert habe, nicht zu 100% realisierbar ist...

Ja, richtig.

Bei mir ist die Untescheidung unerheblich, da sich eigentlich jedes relevante Gerät beim Starten auf den Server zugreift (sei es via Plex, afp, smb etc...)

Hi,

Zitat von dingo

Ich weiss nur nicht, ob ich es richtig verstehe: Du meinst z.B. wenn ich den Server über mein Mobilfunknetz des Smartphones anspreche?

was ich meine ist:
Wenn sich dein Client im selben Netzwerksegment befindet wie der Server, passiert bei einem Unicast Folgendes:
Prüfung im Client, ob die IP-Adresse inkl. MAC in der ARP Tabelle ist.
Falls ja, wird das Paket an die Ethernet Schicht zum Versand gegeben.
Falls nein, wird ein ARP Request gesendet, der aber nicht beantwortet wird, da der Server aus ist.
Funktioniert also nicht.
Der Router spielt in diesem Setting keine Rolle.

Anders, wenn der Client in einem anderen Netzwerksegment ist:
Der Client schickt den Unicast an den Router.
Der Router prüft, ob die IP-Adresse inkl. MAC in der ARP Tabelle ist. Und da kannst du ansetzen (s.o.).
Da du den Eintrag vorher "festgeklemmt" hast, sendet der Router das Paket weiter an den Server
(Verkürzte Darstellung).

LG