[oelhahn]

Beim Hochlaufen der MLD 3.03 (Startoption "Verbose") versucht WOL mit der KORREKTEN Mac-Adresse (00:11:25:f76:f0:23) den Server zu starten ("sende magic-paket...").
Der geneigte Forumsuser vermutet richtig: Server startet nicht.

Rufe ich aus dem VDR-Menu "APPS" XBMC mit aktiviertem ADVANCEWAKEONLAN unter der gleichen Adresse wie oben auf, startet der Server ganz normal.

 

[clausmuus]

Versuch mal bitte wie es sich verhält, wenn Du wol manuell in der Konsole aufrufst.

Claus

[oelhahn]

Versuch mal bitte wie es sich verhält, wenn Du wol manuell in der Konsole aufrufst.

Claus

"wakeonlan xx:xx:xx:xx:xx:xx" von irgendeinem Rechner im Netz funktioniert.

[clausmuus]

Ne, ich meine wirklich das Tool "wol" auf dem MLD PC

Claus

[oelhahn]

Ne, ich meine wirklich das Tool "wol" auf dem MLD PC

Claus

Probiert habe ich's nicht wirklich, aber seit dem Update heute morgen geht nun auch das.
Er könnte allerdings etwas länger auf den Server warten, lässt sich das einstellen irgendwo?

 

[clausmuus]

Was soll denn länger auf den Server warten? Was nutzt Du? nfs, samba? oder meinst Du noch was anderes?

Claus

[oelhahn]

Was soll denn länger auf den Server warten? Was nutzt Du? nfs, samba? oder meinst Du noch was anderes?

Claus

Der Server ist offensichtlich nicht schnell genug oben nach dem Wecken mit WOL,
sodass sich epgsync auf dem Client über einen nicht erreichbaren Server beschwert.
Das ist schon alles.

[clausmuus]

@Christian,

das ist eventuell etwas für Dich. Vielleicht lässt sich der start von epgsync ja verzögern.

Claus

[MegaX]

Bin nun mal dazu gekommen und konnte das Problem mit wol mal nachstellen.

Ich hatte die Vermutung das das Netzwerk noch nicht ganz da ist er aber den wol sendet der dann natürlich ins Leere läuft.
Nachdem ich in der /etc/init.d/network mal ein sleep 5 vor dem wol gesetzt habe hat es dann funktioniert. Da sollte noch ne Prüfung rein ob das Netzwerk schon da ist und erst dann der wol gesendet werden.

@Claus
Da ich mich da nicht wirklich auskenne würdest du dir das mal ansehn?


Das mit dem warten auf den Server denke ich hatten wir doch schon drinnen?


MegaX

[clausmuus]

Hi,

meines Wissens wird lediglich beim nfs oder Samba auf den Server gewartet. Da bin ich aber nicht sicher.

Vor dem senden des wol wird eine begrenzte Zeit auf ne Adresszuweisung per dhcp gewartet. Sollte dies nicht ausreichen, scheitert natürlich auch das wol. Es wird aber weiterhin versucht per dhcp ne Anmeldung am Netzwerk durchzuführen. Unter normalen Umständen gibt es keinen Grund warum die Wartezeit für dhcp nicht ausreichen sollte.
Wenn Du das jedoch nachstellen kannst, gib doch mal vor dem wol Aufruf ein "ifconfig" aus, und schaue ob da wirklich noch keine IP Adresse vergeben wurde. Wenn ich mich richtig erinnere müsste bei nem Loglevel >=3 auch ne Fehlermeldung ausgegeben werden, wenn die dhcp Anfrage scheitert.

Claus

[MegaX]

Ich hab noch vergessen zu erwähnen das das Problem mit wol sowohl bei DHCP als auch bei Static-IP auftritt.


MegaX

[clausmuus]

Trotzdem würde mich dei Ausgabe von ifconfig interessieren.

Die Lösung dürfte in diesem Fall aber dann in nem sleep vor dem wol liegen.

Tritt das Problem auch mit er MLD-3.0.1 auf?

Claus

[oelhahn]

Tritt das Problem auch mit er MLD-3.0.1 auf?
 

Yep, tat es, zumindest bei mir.

Wobei ich in beiden Fällen mit einer statischen Adresse gestartet hatte,
sowohl unter 3.0.1.wie auch unter 3.0.3.  

[MegaX]

So hab noch etwas getestet:
Auszug sysinit:

...
Init networking
Connecting to network   done
wol: magic packet sent to 40:61:86:87:9d:83
15:05:53 fertig
...

Das rot markierte hab ich nur zum testen mal in die init geschrieben um es danach mit der messages zu vergleichen:
Auszug messages:

...
Sep 15 15:05:53 (MLD) user.info kernel: r8169 0000:03:00.0 eth0: link down
Sep 15 15:05:53 (MLD) user.info kernel: r8169 0000:03:00.0 eth0: link down
Sep 15 15:05:53 (MLD) user.info kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Sep 15 15:05:55 (MLD) user.info kernel: r8169 0000:03:00.0 eth0: link up
Sep 15 15:05:55 (MLD) user.info kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

Die Netzwerkkarte ist zu dem Zeitpunkt wo wol gesendet wird noch nicht bereit und deshalb läuft das ganze ins Leere.
Ein sleep 2 in der init bewirkt zwar das der Server bei mir auch geweckt wird aber das muß ja nicht bei jedem der Fall sein.
Deswegen wäre eine Prüfung an der Stelle ob link up ist besser.


MegaX

[clausmuus]

Hi,

hast Du ne idee wie sich das am besten prüfen lässt, bzw. wo oder mit welchem Tool man auslesen kann ob der Link erfolgt ist. Ich hab mich mit diesen Feinheiten bisher noch nicht befasst, da ich bisher immer das Glück hatte, dass meine Netzwerk Verbindung bereit war, wenn sie gebraucht wurde.

Claus