was denkbar wäre: Linbo sieht nach, ob genügend Platz für ein neues Image ist. Wenn nicht, werden einem die vorhandenen Images zum Löschen angeboten. Vielleicht ja sogar getrennt nach aktuellen Images (= in der start.conf aufgeführt) und anderen.
linbo weiß ja vor dem Download nciht unbedingt wie groß das Image ist…
Aber: lösche alle .cloop, die nicht in der aktuellen start.conf stehen: das klingt machbar.
Allerdings werden dann lokal erstellte (Namengeänderte) Images gelöscht.
Find ich nicht so dramatisch.
Nachfragen ist auch nicht möglich: da hättest du einen harten Stop: ich synce in 99% automatisiert: da klickt niemand irgend was … (hoffentlich)
Die keybasierte SSH-Verbindung per Pythonlibrary paramiko scheint kaputt gegangen zu sein. Machen wir es jetzt halt per Shell mit scp.
Das Paket löst sehr wahrscheinlich auch andere Probleme, die auf eine nicht funktionierende SSH-Verbindung zwischen Server und Firewall zurückzuführen sind.
Mit der neuen Version von python-socketio ist nach dem Upgrade auf Python3 vor 2 Jahre der zweiter Teil der globalen Upgrade abgeschlossen. Wir können uns nun auf die Migration auf Angular konzentrieren.
Ich darf nicht mehr bei dem Thread Linuxmuster.net 7.1 testing - #72 von Arnaud antworten ( max 3 hintereinander Antworten erlaubt → vielleicht sollte man in besondere Fälle abschalten ), deswegen schreibe ich es hier :
linuxmuster-webui 7.1.10 online :
Fix missing pwReset provider
Add german translation of reset_email template ( merci @jochen )
@Arnaud , ich habs verschoben. Ich habe auch einmal nachgesehen ob ich Dir erlauben kann mehr als drei Beiträge hintereinander zu schreiben. Meine Rechte lassen eine solche Einstellung nicht zu. Vielleicht kann das ein Administrator.
Der Registrypatcher wurde ja schon in den Vorversionen verbessert. Allerdings hat das nicht ausgereicht, da lange, komplexe Registry-Strings trotzdem noch nicht funktionieren. Jetzt habe ich das Ding komplett refakturiert. Paket linuxmuster-linbo7 v4.0.13 ist in ca. 30 Min. online:
Completely refactored registry patching (details see #50 & #53)
Hallo,
ich antworte mir mal selber. Das Problem zog weitere Kreise. Alle Rechner, die nicht aufgewacht sind zeigten mit linbo4 ein seltsames Verhalten, wenn man sie per Hand gestartet hat. Das neue linbo wurde geladen, die Gruppeneinstellungen der entsprechenden start.conf aber weitestgehend ignoriert. Die Rechner blieben stehen beim Sync-Button. Wenn man diesen betätigt hat, dann kam ein Fehler, dass die entsprechenden cloop-Dateien nicht unter /srv/linbo/images/name/… liegen. Das ist ja klar, weil die unter /srv/linbo liegen. Ich hatte allerdings in der start.conf auch auf qcow2 umgestellt. Wieso die clients überhaupt cloop „wollen“ ist mir unklar. Andere Clients der gleichen Hardwareklasse funktionieren übrigens völlig problemlos!?
Irgendwann habe ich dann mal in der devices.csv den Hostname eines der problematischen Clients geändert; von musik-01 zu musik01. Danach war das oben beschriebene seltsame Verhalten weg und linbo4 funktionierte tadellos…habe also alle clients, die gezickt haben umbenannt, linuxmuster-import-devices laufen lassen und dann wieder zurück zum alten Namen gewechselt. Jetzt funktionieren alle Clients…seltsam!
danke fürs Debuggen. Sollte eigentlich nicht sein, dass es mit - im Hostnamen Probleme gibt. Works for me
Immerhin hast du einen Workaround gefunden.
Kann erst in 1 Wo. danach schauen. Hatte heute Morgen eine Knie-OP stationär. Glücklicherweise ist die Medizin heute soweit, dass man danach nachmittags schon wieder Forenbeiträge schreiben kann.
Das kommt mir bekannt vor. Holger hatte vor nicht allzulanger Zeit auch das Problem, daß Clients, welche schon vor längerer Zeit ins AD aufgenommen wurden mit Linbo4 nicht funktionierten:
Das wurde damals auch durch Umbenennen gelöst, aber letztendlich die Ursache nicht gesucht/gefunden. Mit dem „-“ im Hostnamen hatte es nichts zu tun.