Hallo Michael, >> Schau mal in die Logdatei: >> /var/log/linuxmuster/???migration???.log > Ja, hatte ich gemacht ... da stand etwas wie > "performing reboot" oder so ... klang also so, als wäre der reboot > *doch* automatisch durchgeführt worden?? > > Offenbar ist es zumindest halbwegs erfolgreich durchgelaufen. Es wird > jedoch neuerdings angemerkt, dass die workstations-Datei "fehlerhaft" > sein, wenn man Rechner gleicher HWK in verschiedenen Subnetzen hat? > Warum sollte das schon schlimm sein? Der IP-Bereich ist doch groß genug...
das ist kein BUG sondern ein Feature. Man sollte schon immer darauf achten, das die Rechner in Raum x alle im dritten Oktett die selben Zahlen haben: z.B. 10.17.201.1 10.17.201.2 ... Wenn du suneting aktivierst muß das so sein: wenn du da falsche IPs vergibst, dann geht das erst garnicht. Beliebte Fall ist auch: wenn du nicht sauber vergebene IPs hast, dann geht das mit der Druckerzuweisung schief. Beispiel: r201;r201pc01;10.17.201.1 r201;r201pc02;10.17.201.2 r201;r201pc03;10.17.201.3 r201;r201pc04;10.17.201.4 ... r201;r201PC100;10.17.100.1 (weil man aus irgend einem Grund die Lehrerrechner in einem eigenen Range haben will. So: und nun sagt man der Schulkonsole, dass r201 auf Drucker p201 drucken darf. Die SchuKo trägt dazu in die /etc/cups/access.conf eine Zeile ein, die sagt: 10.17.201.0/255.255.255.0 darf auf p201 drucken Da sind dann alle drin .. außer dem Lehrerrechner, weil der ja in 10.17.100.x steckt. Und dann sitzt man am Lehrerrechner und wundert sich, dass alle Drucken dürfen, nur man selber nicht. Lange Rede .. es ist sehr zu empfehlen, dass man alles was r201 als Raum hat ins gleiche Subnet zu stellen. Viele Grüße Holger -- Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
