Warum muss die gelöscht werden?? Kann sie nicht der Master bleiben??
Warum muss die gelöscht werden?? Kann sie nicht der Master bleiben??
Wenn ich diesen Thread richtig verstanden habe schon. Ich fand die Idee nur lustig, auf die Weise ganz sicher zu gehen…
Gruß
Sascha
Hallo zusammen,
ein absolut wichtiges und heißes Thema hier. Jetzt kommt eine Steigerung:
Bei uns sind die PCs über mehrere Gebäude verteilt und die Images werden von mehreren Personen gewartet. Dabei bekommen die allererste Grundversion von mir.
Wenn nun ein anderer an einem anderen PC das Image aktualisiert, neu erstellt und hochlädt …?
Welcher PC darf dann nicht mehr angefasst werden?
Bisher sind wir so vorgegangen, dass ein geklonter PC vor dem aktualisieren neu gesynct wird. Nach der Aktualisierung wird das Image neu erstellt, hochgeladen und an die restlichen PCs im Raum verteilt.
Immer wieder kommt es aber vor, dass danach die Vertrauensstellung fehlt. - Zumal manche Images in mehreren Räumen (aber gleiche Linbo-Gruppe) verwendet werden
Könnte hier eine Fehlerquelle sein?
Welche Vorgehensweise empfehlt ihr?
Grüße
McTeefax
Hallo Sascha,
Warum muss die gelöscht werden?? Kann sie nicht der Master bleiben??
Wenn ich diesen Thread richtig verstanden habe schon.
er kann als ganz normaler Client verwendet werden: man darf ihn nur
nicht aus der Devices.csv löschen, umbenennen oder Windows darauf anmelden.
LG
Holger
… nur nochmal, um ganz sicher zu gehen: man darf ihn auch synchronisiert neu starten?
(für den Fall interessant, dass man am Master etwas installiert & ausprobiert hat und ihn dadurch zerschossen hat und dann neu aufsetzen muss…)
Hallo,
er kann als ganz normaler Client verwendet werden:
… nur nochmal, um ganz sicher zu gehen: man darf ihn auch synchronisiert
neu starten?(für den Fall interessant, dass man am Master etwas installiert &
ausprobiert hat und ihn dadurch zerschossen hat und dann neu aufsetzen
muss…)
ich kann nur sagen, dass ich das Produktiv seit einem Jahr.
Mein Vorlagenclient ist ein virtueller.
Den habe ich inzwischen wahrscheinlich schon 10 mal neu bespielt …
Images habe ich aber auch von anderen Clients aus erstellt: nur die
Domänenaufnahme war damals von dem virtuellen Client aus.
LG
Holger
Hallo Holger,
heißt das, dass ich vor Erstellen eines überarbeiteten cloops gar kein erneutes turnkey machen muss? Das mache ich nämlich immer. Könnte das der Grund für einige Probleme sein? (mein „Donnerstagvormittagproblem“ sehe ich aber noch nicht als gelöst…)
Grüße,
Stefan
Nein, ist nicht nötig.
Hallo,
OK, hier steht:
https://docs.linuxmuster.net/de/latest/getting-started/linuxclient.html#masterclient-erstmalig-aufnehmen
und hier:
https://github.com/linuxmuster/linuxmuster-client-adsso/wiki/Benutzung%3A%3A01-Installation
jeweils „erstmalig“. Wäre aber aus meiner Sicht ganz sinnvoll, da auch explizit zu schreiben, dass bei späteren Änderungsaktionen an diesem Image ein erneutes turnkey nicht nötig ist. Habe ich so jedenfalls bisher nicht verstanden!
Grüße,
Stefan
Das hört sich doch gut an.
Ich erstelle jetzt auch den virtuellen Client. Denn bei uns war der selbe Effekt.
Muss ich den Proxy dann ins System schreiben?
Wie geht das mit dem Proxy im linuxclient?
Wo kann ich das nachlesen?
Grüßle Ralf
Hallo,
heißt das, dass ich vor Erstellen eines überarbeiteten cloops gar kein erneutes turnkey machen muss?
Nein, ist nicht nötig.
ich würde noch weiter gehen: wenn man das macht, dann ist es
wahrscheinlich, dass man Nebenwirkungen bekommt… wie z.B. Probleme mit
dem „in der Domäne sein“…
Ich mach ja bei Windows auch nicht andauernd eine Domänenaufnahme …
das würde da wohl auch irgend wann schief gehen.
LG
Holger
Hallo Holger,
Ich mach bei Windows gar keine Domänenaufnahme, weil ich kein Windows habe…
Grüße,
Stefan
Also bei uns scheint es jetzt zu klappen: DUALBOOT.
Ich habe einen virutellen Rechner aufgesetzt, mit den gleichen Eigenschaften wie die Clients. Dort auch die gleiche cloop und start.conf.
Habe mich als Linuxadmin angemeldet, den turnkey einmal laufen lassen und die Angaben bestätigt.
Heruntergefahren und ein Image erstellt, dieses ausgerollt.
=> Anmeldung Linux funktioniert mit mehreren Benutzern
Neustart
=> Anmeldung Windows funktioniert
Neustart
=> Anmeldung Linux funktioniert noch immer.
Auch die Netzlaufwerke sind da.
Juhuuuu
Danke und Grüßle
Ralf
Hallo,
jetzt muss ich zu meinem Verständnis nochmal nachhaken: Wenn ich das richtig sehe, haben sich zwei Fälle herauskristallisiert:
- Allererstes Image mit linuxmuster-cloop-turnkey
- Abgeändertes Image ohne turnkey
Im 1. Fall:
- Name des Clients, auf dem das Image erstellt wurde, in der Schulkonsole/devices.csv nicht ändern (mein Problem vom Donnerstagnachmittag) oder löschen
- Client, auf dem das Image erstellt wurde, nicht syncen? (mein Problem vom Donnerstagvormittag)
–> Frage: Wie lange gilt das? Bis auf einem anderen Rechner turnkey gemacht wird (wofür es selten - nie? - einen Grund geben dürfte, aber ich habe das bisher ja überflüssigerweise immer gemacht)? Oder darüber hinaus?
Im 2. Fall:
- Name des Clients, auf dem das Image erstellt wurde, in der Schulkonsole/devices.csv nicht ändern oder löschen
- Neu syncen auf diesem Rechner usw. ist OK
Stimmt das so oder habe ich da noch einen Denkfehler?
Grüße,
Stefan
Hallo Stefan,
richtig sehe, haben sich zwei Fälle herauskristallisiert:
- Allererstes Image mit linuxmuster-cloop-turnkey
- Abgeändertes Image ohne turnkey
Im 1. Fall:
- Name des Clients, auf dem das Image erstellt wurde, in der
Schulkonsole/devices.csv nicht ändern (mein Problem vom
Donnerstagnachmittag) oder löschen- Client, auf dem das Image erstellt wurde, nicht syncen? (mein
Problem vom Donnerstagvormittag)
–> Frage: Wie lange gilt das? Bis auf einem anderen Rechner turnkey
gemacht wird (wofür es selten - nie? - einen Grund geben dürfte,
aber ich habe das bisher ja überflüssigerweise immer gemacht)? Oder
darüber hinaus?Im 2. Fall:
- Name des Clients, auf dem das Image erstellt wurde, in der
Schulkonsole/devices.csv nicht ändern oder löschen
nicht ganz korrekt:
„Name des Clients, auf dem das initiale Image nach dem ersten turnkey
erstellt wurde, in der …“
- Neu syncen auf diesem Rechner usw. ist OK
ja.
Aber halt auch Rechnernamen ändern, Rechner entfernen usw…
Nur der Rechner auf dem turnkey gemacht wurde sollte devices.csv
technisch nciht mehr angefaßt werden.
Alles andere darfst du auch mit dem machen (neu partitionieren, syncen
… ).
Ach so: nochjmal turnkey auf dem CLient (ohne danach ein Iamge zu
schreiben) sollte man auch nciht machen.
LG
Holger
Hej,
ich bin bei der Masterclient-nicht-mehr-anfassen-Geschichte etwas verunsichert (Es hängt ja doch viel Arbeit damit zusammen, wenn was schief geht). Deshalb noch die Frage:
Ich würde gerne das 20.04er-Image von @rettich testen.
Kann ich das problemlos mit dem Masterclient unseres produktiven Images (lmn-bionic-200507) machen? Dadurch ändere ich ja nicht den Namen - aber die Gruppe…
Spiel mit dem Feuer?
Grüße
Michael
Hallo MIchael,
Kann ich das problemlos mit dem Masterclient unseres produktiven Images
(lmn-bionic-200507) machen? Dadurch ändere ich ja nicht den Namen - aber
die Gruppe…
ja, du kannst die Gruppe ändern: nur den Namen nicht.
LG
Holger
Hallo,
kann man irgendwie herausfinden, mit welchem Client das initiale Image erstellt wurde?
Bei mir kommen da nämlich mehrere in Frage…
LG
Daniel
Hallo Daniel,
Du könntest Dir vielleicht die /etc/krb5.keytab anschaun, denn um diese Datei geht es bei dem Ganzen. Dort drinnen steht der Hostname, welcher nicht gelöscht werden darf, also der Host, von welchem das Image erstellt wurde:
In meinem Beispiel ist der Muster PC also „mint-vorlage.linuxmuster.lan“
root@mint-test:~# file /etc/krb5.keytab
/etc/krb5.keytab: Kerberos Keytab file, realm=LINUXMUSTER.LAN, principal=host/mint-vorlage.linuxmuster.lan, type=1, date=Sun Oct 11 09:10:41 2020, kvno=7
Viele Grüße
Klaus
Hallo Michael,
das geht. Du musst nur die Clients, mit denen du das ubuntu2020 ausprobieren möchtest in die HW-Gruppe ubuntu2020 aufnehmen und los geht’s.
Allerdings habe ich festgestellt, dass bei der Paketierung auf dem Server die Datei /srv/linbo/linuxmuster-client/ubuntu2004/common/etc/fstab
angelegt wurde. Die musst du löschen. In meiner /etc/fstab
steht ursprünglich:
/dev/disk/by-label/ubuntu / ext4 errors=remount-ro 0 1
/dev/disk/by-label/swap none swap sw 0 0
Auf meinem Testsystem habe ich gesehen, dass /dev/disk/by-label/ubuntu
durch /dev/sda1
ersetzt wurde?!? Damit geht’s aber auch.
Viel Erfolg,
Mathias