beim Stöbern in der Doku zu 6.2 ist mir folgendes aufgefallen:
Raumbezeichnung
Geben Sie hier den Namen des Raums (z.B. r100 oder g1r100) ein. Beachten Sie bitte, dass die Bezeichnung des Raumes oder auch des Gebäudes mit einem Kleinbuchstaben beginnen muss. Sonderzeichen sind nicht erlaubt.
Bei uns (wir verwenden noch die 6.1) heißen die Räume „schon immer“ (d.h. schon vor der Migration auf 6.1) 101, 102 usw. ohne Buchstaben am Anfang. Bis jetzt habe ich aber noch keine Probleme bemerkt.
Weiß jemand, an welcher Stelle Raumbezeichnungen, die nicht mit Kleinbuchstaben beginnen, Probleme verursachen können? Und betrifft das auch die Version 6.1?
Mir ist da so eine Vermutung gekommen: Ist bei einer Raumbezeichnung wie 102 eventuell das Problem, dass der Gruppenname “102” auf dem Server dann mit einer numerischen Gruppen-ID übereinstimmt (in diesem Fall mit der 102 für die Gruppe “crontab”)?
Kann jemand was dazu sagen?
Sollte ich sicherheitshalber alle Raumbezeichnungen umstellen?
wenn Du keine Probleme bemerkst, dann lass alles wie es ist. Ansonsten sollte es kein Problem sein vor jeden Raum ein kleines “r” zu setzen und einmal “import_workstations” aufzurufen.
Ggf. musst Du danach noch die Zuordnungen zu “Computerräumen” setzen und die Druckerkonfiguration anpassen (wer darf von wo drucken).
Ggf. musst Du danach noch die Zuordnungen zu „Computerräumen“ setzen und
die Druckerkonfiguration anpassen (wer darf von wo drucken).
Da ich dann auch noch die Drucker im Windows-Image (das wir neben Ubuntu
leider auch noch haben) neu einrichten bzw. umbenennen müsste, lass ich
das erstmal, wenn keine „unmittelbare Gefahr“ besteht
Ggf. musst Du danach noch die Zuordnungen zu “Computerräumen” setzen und
die Druckerkonfiguration anpassen (wer darf von wo drucken).
Da ich dann auch noch die Drucker im Windows-Image (das wir neben Ubuntu
leider auch noch haben) neu einrichten bzw. umbenennen müsste, lass ich
das erstmal, wenn keine “unmittelbare Gefahr” besteht
du mußt den Druckernamen im Image nicht ändern, da sich der Druckername
ja nicht ändert… nur die Raumbezeichnung.
Die muss allerdings in der Schulkonsole neu zugewiesen werden: das hat
aber mi dem Image nichts zu tun.
Ich würde ein Ändern der Raumbezeichners auch emfehlen.
Ich glaube zwar nicht an eine Überlagerung „reiner“
Zahlenraumbezeichnungen mit Gruppen IDs, da das eine der Name der Gruppe
ist (der nur aus Zahlen besteht) und das andere die ID: also zwei
verschiedene Felder, aber: der Teufel ist ein Eichhörnchen und irgend
wann kneift es dich doch in den Hintern …
du mußt den Druckernamen im Image nicht ändern, da sich der Druckername
ja nicht ändert… nur die Raumbezeichnung.
Die muss allerdings in der Schulkonsole neu zugewiesen werden: das hat
aber mi dem Image nichts zu tun.
Stimmt, war ein Denkfehler meinerseits. Die Bezeichnung in cups muss sich
ja nicht ändern, wenn sich der Hostname in der /etc/workstations ändert.
Aber die Hostnamen müssen dann schon auch geändert werden, oder? D.h. aus
101-pc01 muss r101-pc01 werden usw. Ich meine mich zu erinnern, dass in
irgendwelchen der postsync- oder login-Scripte der Raum aus dem Hostnamen
extrahiert wird, wenn dann also 102-pc01 in r102 steht, wird das
wahrscheinlich auch problematisch sein…
Ich würde ein Ändern der Raumbezeichners auch emfehlen.
Ich glaube zwar nicht an eine Überlagerung „reiner“
Zahlenraumbezeichnungen mit Gruppen IDs, da das eine der Name der Gruppe
ist (der nur aus Zahlen besteht) und das andere die ID: also zwei
verschiedene Felder, aber: der Teufel ist ein Eichhörnchen und irgend
wann kneift es dich doch in den Hintern …
Ein „Problem“ habe ich doch gefunden: getent group [key] akzeptiert als
key Gruppenname oder GID.
getent group 102
interpretiert daher die 102 als numerische GID und liefert
crontab:x:102:
aber nicht die Rechner im Raum 102. Möglicherweise passiert sowas ja dann
auch an anderer Stelle.
Naja, dann werde ich mich bei Gelegenheit wohl einmal daran machen, das
alles zu ändern. Und dabei wahrscheinlich auch irgendwas in
/var/linbo/linuxmuster-client/xenial/ übersehen, so dass das Eichhörnchen
dann halt woanders hinbeißt
Stimmt, war ein Denkfehler meinerseits. Die Bezeichnung in cups muss sich
ja nicht ändern, wenn sich der Hostname in der /etc/workstations ändert.
Aber die Hostnamen müssen dann schon auch geändert werden, oder? D.h. aus
101-pc01 muss r101-pc01 werden usw. Ich meine mich zu erinnern, dass in
irgendwelchen der postsync- oder login-Scripte der Raum aus dem Hostnamen
extrahiert wird, wenn dann also 102-pc01 in r102 steht, wird das
wahrscheinlich auch problematisch sein…
das Rechnernamen wird sowohl bei windows als auch bei ubuntu Cleints
gepatched: da muss also kein neues Image her, wenn du aus 102-pc01
r102pc01 machst.
Es ging mir ja auch um die Drucker: und die müssen ihren Namen ja nicht
ändern: nur ihren Raumbezeichner.
Solange du an den IPs nicht schraubst, sollte das sowiso einfach s
weiter laufen.
Ich würde ein Ändern der Raumbezeichners auch emfehlen.
Ich glaube zwar nicht an eine Überlagerung "reiner"
Zahlenraumbezeichnungen mit Gruppen IDs, da das eine der Name der Gruppe
ist (der nur aus Zahlen besteht) und das andere die ID: also zwei
verschiedene Felder, aber: der Teufel ist ein Eichhörnchen und irgend
wann kneift es dich doch in den Hintern …
Ein “Problem” habe ich doch gefunden: getent group [key] akzeptiert als
key Gruppenname oder GID.
getent group 102 |
interpretiert daher die 102 als numerische GID und liefert
crontab:x:102: |
aber nicht die Rechner im Raum 102. Möglicherweise passiert sowas ja dann
auch an anderer Stelle.
… vor allem verwendet sophomorix wahrscheinlich getent an mehreren
Stellen … und dann schaut das Eichhörnchen hungrig in deine Richtung …
Naja, dann werde ich mich bei Gelegenheit wohl einmal daran machen, das
alles zu ändern. Und dabei wahrscheinlich auch irgendwas in
/var/linbo/linuxmuster-client/xenial/ übersehen, so dass das Eichhörnchen
dann halt woanders hinbeißt
… was soll man sagen: irgendwo erwischt es einen immer
so, alle Raumbezeichnungen [0-9][0-9][0-9] wurden ersetzt durch r[0-9][0-9][0-9], die nach import_workstations leeren Räume mit sophomorix-groupdel --room gelöscht, die Unterverzeichnisse in /var/linbo/linuxmuster-client/xenial/ entsprechend umbenannt und die Drucker in der Schulkonsole neu zugeordnet. Mal schauen, ob das alles war…
Eine Merkwürdigkeit ist mir dabei aber jetzt aufgefallen: Die jeweils letzte zu einem Raum gehörende Workstation in /etc/linuxmuster/workstations taucht nicht unter getent group auf, id liefert aber die richtige Gruppe. Ein Beispiel:
16:10/0 server ~ # grep ^r223 /etc/linuxmuster/workstations
r223;r223-pc01;lenovom73;00:23:24:57:92:22;10.16.223.1;255.240.0.0;1;1;1;1;1;
r223;r223-pc02;lenovom73;00:23:24:57:90:9D;10.16.223.2;255.240.0.0;1;1;1;1;1;
16:10/0 server ~ # getent group r223
r223:*:10299:r223-pc01
16:10/0 server ~ # id r223-pc02
uid=16741(r223-pc02) gid=10299(r223) Gruppen=10299(r223)
