Opened 12 years ago
Closed 12 years ago
#1491 closed Defekt (erledigt)
LZ-Rechner von non wacht morgens nicht auf
| Reported by: | Rüdiger Kupper | Owned by: | Rüdiger Kupper |
|---|---|---|---|
| Priority: | bald erledigen | Milestone: | Schuljahr 2013/14 |
| Component: | Server: LML-Server (paedml) | Severity: | beeinträchtigt den Unterricht einiger Lehrer |
| Keywords: | Cc: | non |
Description
Problem besteht seit einigen Wochen. Warum bekommt der Client kein Wakeup-Paket? Er steht in der /etc/linuxmuster/ltsp_setup/ltspclients:
ltspl2;00:30:05:4A:28:62;LZ-non
-> Prüfen, ob die MAC stimmt.
Change History (3)
comment:1 by , 12 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → accepted |
| Summary: | LZ-Rechner von non wact morgens nicht auf → LZ-Rechner von non wacht morgens nicht auf |
comment:2 by , 12 years ago
comment:3 by , 12 years ago
| Resolution: | → erledigt |
|---|---|
| Status: | accepted → closed |
Tatsächlich haben wir zwei getrennte Skripte:
- das eine (wakeclients) nutzt den Befehl
wakeonlanund schickt seine Pakete offenbar derzeit nur ins Schülernetz. Dieses Skript extrahiert die MACS aus den ltsp-config-Dateien - das andere (wakeLZclients) nutzt den Befehl
etherwakeund schickt seine Pakete nur ins Lehrernetz. Dieses Skript enthält hartcodiert die MACs der Rechner im Lehrerzimmer.
Im zweiten Skript standen bislang nur die sechs Rechner am Computertisch im LZ. Ich habe nun die weiteren Clients von ltspl2 mit reingeschrieben (Rechner von may, Oberstufenberatung, ros, bk-vorbereitung und non).
Wenn wir weitere Clients im Lehrernetz betreiben, wäre es vielleicht sinnvoll, das zweite Skript auch zu automatisieren, bzw. die Skripte einfach zusammenzufassen, so dass sie in beide Netze ihre Pakete schicken.
MAC stimmt. Wieso wacht der Rechner nicht auf?
-> BIOS checken