Ja - selbst, wenn ich sie partitioniere und formatiere, neu synchronisiere - gleiches Verhalten. Gebe ich ihnen einen neuen Hostnamen und starte synchronisiert neu, geht es. Gebe ich ihnen den alten Hostnamen zurück (selbst mit anderer MAC), scheitert die Domänenanmeldung wieder.
Nein, habe auch überlegt, Netzwerktreiber, etc. - aber selbst, wenn der lange steht oder nach einem unsynchronisierten Neustart, ändert sich nichts. Als lokaler Admin angelemdet erreiche ich auch den Server oder kann Shares verbinden - nur die Domänenanmeldung geht schief.
Ja, mehrmals. Wie gesagt, sogar Namensänderungen, MAC-Adressänderungen… es scheinen mir - waurm auch immer - diese speziellen (aber im Vergleich total unauffälligen) Hostnamen zu sein, die Probleme machen.
Wir haben ja inzwischen weit über 100 Rechner in die 7.2 umgezogen. Es betrifft derzeit 2. Die eigentliche Sorge ist, dass sich da im Hintergrund etwas tun könnte, was „schlimmer“ wird. Und wenn man dann immer noch im Nebel stochert, könnte es halt fies werden. Darum dachte ich, dass insbesondere die AD-Spezialisten eine Idee haben, wo es da haken oder wo man nachschauen könnte. Aber das wäre dann ja eher ein eigener Thread.
Hallo zusammen,
ich bin gerade an der Schule und wollte
das ausprobieren. Jetzt habe ich festgestellt, dass der Kernelparameter schon drin war!!!
Ich hab ihn testweise rausgenommen und siehe da, der Download läuft jetzt wieder schneller.
@thomas Falls du dir schon den Kopf darüber zerbrochen hat, an was das gelegen haben könnte, möchte ich mich entschuldigen. War mein Fehler! Das neue linbo läuft in der Grundeinstellung super!!!
nur zur Info und als Frage:
Im /var/log/syslog gibt es zahlreiche failed: No such file or directory Meldungen.
grep "failed: No such file or directory" -C3 /var/log/syslog
zum Beispiel:
ep 29 09:51:51 server rsyncd[1482920]: rsync on linbo/win11main.qcow2.macct from r219-pc19.bs-wiz.llan (10.16.129.21)
Sep 29 09:51:51 server rsyncd[1482920]: building file list
Sep 29 09:51:51 server rsyncd[1482920]: rsync: [sender] link_stat "win11main.qcow2.macct" (in linbo) failed: No such file or directory (2)
Sep 29 09:51:51 server rsyncd[1482920]: sent 111 bytes received 8 bytes total size 0
Sep 29 09:51:51 server rsyncd[1482989]: connect from r219-pc19.bs-wiz.llan (10.16.129.21)
Sep 29 09:51:51 server rsyncd[1482989]: rsync allowed access on module linbo from r219-pc19.bs-wiz.llan (10.16.129.21)
Sep 29 09:51:51 server rsyncd[1482994]: rsync on linbo/tmp/r219-pc19_linbo.log from r219-pc19.bs-wiz.llan (10.16.129.21)
Der Pfad der macct Datei, in dem gesucht wird linbo/win11main.qcow2.macct ist in Version 7.2 ja auch nicht linbo/„macct-Datei“ sondern /srv/linbo/images/HW-Gruppe/"macct-Datei
Einen Link unter linbo/ sehe ich auch nicht
Das Merkwürdige dabei: die betroffenen Clients (überwiegend Windows 11) funktionieren alle …
die Zeilen hab ich auch, obwohl die Images seit langem in den linbo
Unterordnern liegen … da ist wohl noch eine Codezeile veraltet… ich
schreib ein Issue.
It’s not a bug, it’s a feature.
Die macct-Datei soll nicht zum Client heruntergeladen werden. Wenn der Client die macct-Datei beim Betriebssystemstart anfordert, ist das ein Trigger das Maschinenkonto-Passwort des Clients auf dem Server zu patchen. Der rsync-Dämon loggt halt, wenn eine Datei angefordert wird, die es nicht gibt.
Es gibt ein neues Paket linuxmuster-tools7 der gerade schon in Version 7.2.5 liegt.
Dieses Paket sammelt alle rüdimentäre Tools, die ich für die Webui entwickelt habe: