LZ Rechner fahren nicht mehr automatisch hoch...

[jas]

ich hoffe doch, dass liegt nicht am neuen Image?! Da habe ich eigentlich außer Akktualisierungen und eine Reg-defrag nichts gemacht... könnte das was zerschossen haben?

[jas]

nun tuen sie es wieder... aber warum?

[jas]

Heute schon wieder nicht... Jens, hast du eine Idee?

[bau]

Wann schickt der Server denn den Wake-UP an die LZ-Clients - ist das vor 7.30 Uhr?
Sebastian meinte, dass die LZ-Rechner bereits um 6.45 hochgefahren werden sollten.

[Rüdiger Kupper]

Das Skript "wakeLZclients" läuft jeden Morgen um 6:20 Uhr (siehe source:/keplertools/etc/trunk/crontab@HEAD:21-22).

Das Skript wurde aber verändert, ich erinnere mich nicht, von wem (ich??):

13:00/127 paedml /usr/local/sbin # svn diff wakeLZclients 
Index: wakeLZclients
===================================================================
--- wakeLZclients	(Revision 749)
+++ wakeLZclients	(Arbeitskopie)
@@ -50,7 +50,7 @@
 echo "Waking all clients in teacher's room."
 for mac in $MACS ; do
   if [[ $verbose == 1 ]]; then
-	echo "  executing  etherwake $mac -i eth1"
+	echo "  executing  etherwake $mac -i eth0"
   fi
   etherwake $mac -i eth1
 done

Jemand hat versucht das Interface zu ändern, auf dem die Magic Packets rausgehen, von eth0 auf eth1 -- aber geschickter Weise nur im Hilfstext, nicht wirklich unten im Programm!
Dort steht eth1, das Lehrernetz hängt aber am Interface eth0 des paedml.

Ich ändere das, dann sollten die Rechner morgen um 6:20 wieder aufwachen.

[Rüdiger Kupper]

Erledigt: [778/keplertools]

Übrigens fällt mir dabei auf, dass das Weckskript für das Lehrernetz etherwake benutzt, das für das Schülernetz aber wakeonlan. Warum eigentlich?

[jas]

Danke, und schon funktionierts :-)

[bau]

Replying to kup:

Jemand hat versucht das Interface zu ändern, auf dem die Magic Packets rausgehen, von eth0 auf eth1 -- aber geschickter Weise nur im Hilfstext, nicht wirklich unten im Programm!
Dort steht eth1, das Lehrernetz hängt aber am Interface eth0 des paedml.

Ich ändere das, dann sollten die Rechner morgen um 6:20 wieder aufwachen.

OK, das war ich auf der Suche nach dem Fehler. Ich hatte aber leider keine Zeit mehr, das Problem weiter zu betrachten.

Wir könnten für das Script folgendes umsetzen:
Alle Rechner werden ja um 7.30 Uhr mit wakeclients aufgeweckt. Die Rechner haben alle Namen, die in den Config-Dateien definiert sind. Vorschlag: Anlegen einer Config-Datei mit:

• Name des Rechners
• Aufweckzeit (soweit abweichend von 7.30 Uhr / Halbstundenweise genügt - oder?)
• Abschaltzeiten (Können wir das auch für die Linux-Clients einrichten, unter Windows läuft ja der PowerOff-Dienst, der kann per pearl-Script gesteuert werden)

Script als Cronjob auf der paedml laufen lassen (alle halbe Stunde) - weckt die Clients auf oder fährt sie runter - holidays beachten

[Rüdiger Kupper]

Replying to bau:

Wir könnten für das Script folgendes umsetzen:
Alle Rechner werden ja um 7.30 Uhr mit wakeclients aufgeweckt. Die Rechner haben alle Namen, die in den Config-Dateien definiert sind. Vorschlag: Anlegen einer Config-Datei mit:

• Name des Rechners
• Aufweckzeit (soweit abweichend von 7.30 Uhr / Halbstundenweise genügt - oder?)
• Abschaltzeiten (Können wir das auch für die Linux-Clients einrichten, unter Windows läuft ja der PowerOff-Dienst, der kann per pearl-Script gesteuert werden)

Script als Cronjob auf der paedml laufen lassen (alle halbe Stunde) - weckt die Clients auf oder fährt sie runter - holidays beachten

Könnten wir machen. Für die Linux-Clients könnte ich meinen Abschaltemechanismus so erweitern, dass er z.B die MAc des Rechners enthält. Derzeit fahren damit ja alle Clients am betreffenden Server herunter.

Aber ehrlichgesagt sehe ich nicht recht, dass wir das brauchen. Wozu bräuchten die Klassenraumrechner individuelle Hoch- und Runterfahrzeiten? Und wem nützt es, wenn die sechs LZ-Clients zu unterschiedlichen Zeiten hochfahren?

Vorschlag: Erstell ein neues Ticket und setze es unter milestone:Wunschliste.