Wake On Lan - NIC-Lämpchen brennt nicht

  • Hallo an die OMV-Gemeinde.


    Hab die HDD's im NAS nun mit "normalem" Raid5 laufen, da snapraid nicht funktionieren wollte.
    Auch klappt nun das kopieren von/zur NAS.


    Nächstes Problem ist leider WOL.
    Hab in einigen Foren gestöbert aber noch keine Lösung gefunden.


    WOL ist im BIOS aktiviert.
    In OMV ebenfalls. (Haker'l bei "Neztwerkkarte" gesetzt)


    Was mir aufgefallen ist:
    Das Lämpchen der NIC leuchtet im Bereitschaftsmodiús nicht. (Also, wenn ich im WebGui das NAS mit "Bereitschaft" schlafen lege)


    Liegt das evtl. am falschen Treiber?
    Habe einige Anleitungen gefunden, um einen anderen NIC-Treiber zu installieren. (z.B.http://wiki.hetzner.de/index.php/Installation_des_r8168-Treibers#Herunterladen_und_Entpacken_der_Quellen)
    Wollte vorher aber sichergehen ob's überhaugp daran liegt.


    Hier die Ausgaben einiger Abfragen:



    _____________________


    Code
    root@NAS:~# cat /etc/default/halt
    # Default behaviour of shutdown -h / halt. Set to "halt" or "poweroff".
    HALT=poweroff
    
    
    # Do not shut down network interfaces, needed to use wake-on-lan
    NETDOWN=no


    _____________________



    ____________________


    Code
    root@NAS:~# ethtool -i eth0
    driver: r8169
    version: 2.3LK-NAPI
    firmware-version: N/A
    bus-info: 0000:02:00.0
    supports-statistics: yes
    supports-test: no
    supports-eeprom-access: no
    supports-register-dump: yes
    supports-priv-flags: no


    ____________________


    ein Teil der Afrage von lspci -v -v
    02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI E xpress Gigabit Ethernet controller (rev 11)
    Subsystem: ASRock Incorporation Motherboard (one of many)
    Kernel driver in use: r8169
    ______________



    Achja: eine Datei "interfaces" (/etc/network/interfaces) gibt es bei mir nicht.


    Ich hoffe ihr könnt mir helfen.
    Denn immer in den Keller laufen, um das NAS zu starten, ist zwar gut für die Linie, aber nicht für's Gemüt.


  • Wollte nun über webgui das NAS "schlafen legen" (also über "Bereitschaft")
    Das bricht mit einer kurzen Fehlermeldung ab.
    Hier 2 Bilder von Syslog:

  • OK, aber nun kann ich nicht probieren, ob WOL geht, da ich ja nicht mehr in den standby-modus komme und auch nicht herunterfahren kann.
    Daher muss ich erst das Problem mit dem standby bzw. herunterfahren lösen.


    In syslog (letzte Zeile) sieht man, dass ich auf bereitschaft geklickt habe.
    Dann kommen die Fehlermeldungen auf dem NAS:
    INFO: task sync:6237 blocked for more than 120 seconds.
    "echo 0 > /proc/sys/kernel/hung_task_timeout-secs" disables this message.


    Die läuft solange, bis ich das NAS direkt am Gerät reboote.

  • Wie ich sehe hast du OMV-Extras installiert. Versuch doch bitte erstmal den Backports-Kernel zu installieren. Dieser bring neueste Treiber. Im Idealfall schlägst du damit gleich zwei Fliegen mit einer Klappe.

  • Steh' grad auf der Leitung:
    Ich hab' kernel 3.2.0-4-amd64 installiert.
    Nun soll ich den Rückportierungskernel 3.16 (wird in OMV-extras so angeboten) installieren?
    Und der ist aktueller als 3.20?
    War das so gemeint?

  • Hat damals meine Mathelehrerin mit der Notenvergabe doch Recht gehabt :D
    backportkernel installiert.
    WakeOnLan klappt.
    Aber nur, wenn das NAS kurze Zeit schläft. Bei längerer Zeit in Bereitschaft lasst es sich nicht wecken. Ich denke, dass liegt am Router, oder?


    Noch ein kleines Problem:
    Mit klick auf Bereitschaft in WebGui legt sich das NAS manchmal nicht schlafen.
    Im Fenster erscheint ein "Ausschaltbutton"
    Wenn ich das WebGui nochmals öffne, bekomme ich per mail (so in OMV eingestellt) die 2 Meldung:
    Resource limit matched Service localhost
    action: alert
    Description: cpu wait usage of 100% matches resource limit [cpu wait usage>95%]


    Resource limit succeeded Service localhost
    action: alert
    Description: 'localhost' cpu wait usage check succeeded [current cpu wait usage=0,0%]


    manchmal auch: description: 'localhost' loadavg(5min) check succeeded [current loadavg(5min)=2.0]
    oder: description: 'localhost' loadavg(1min) check succeeded [current loadavg(1min)=3.1]


    Nach einem 2. klick auf "Bereitschaft" klappt es aber.
    Happert es da noch an einer Einstellung?

  • So, war wieder einmal länger weg.
    WOL klappt.
    Das Ausschaltproblem besteht zwar noch, ist aber egal.
    Lass ich den Server eben über das shutdownplugin abdrehen.


    danke

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!