So, ich bin wieder genesen und habe am Montag und heute weiter am Fehler gearbeitet.
Folgende Ergebnisse:
Ich habe in der devices.csv alle Namen bereinigt. Großbuchstaben weg, Unterstrich weg. Dann die Namen der Hardwareklassen angepasst und erneut versucht. Keine Veränderung. Daran lag es wohl nicht, ich lasse es aber nun so damit alles konform zur Anleitung ist.
Ich habe dann im WebUI einen der nicht funktionierenden Clients komplett gelöscht. Dann Linbo am entsprechenden Client gebootet (den hatte ich vor zwei Wochen über den USB-Stick mit Linbo bespielt), und die Images neu installiert.
Dabei gab es das Problem, dass die Images im Ordner
/srv/linbo/images/IMAGENAME/IMAGENAME.cloop
gesucht werden. Der entsprechende Ordner auf dem Server war allerdings komplett leer. Die Images liegen stattdessen im Ordner /srv/linbo/IMAGENAME.cloop
Das hat sich wohl von der 7.0 zur 7.1 geändert und wurde beim Upgrade nicht automatisch migriert. Ist das Problem bekannt?
Ich habe dann einfach das entsprechende Verzeichnis von Hand angelegt, das Image reinkopiert und schon konnte der Client neu installiert werden und funktioniert nun endlich
Das werde ich jetzt sukzessive für alle nicht funktionierenden Clients wiederholen und hoffe, dass das Problem dann gelöst ist.
Wenn das klappt kann ich diese Vorgehensweise als „Lösung“ für mein Problem markieren.
ah ja… die Anleitung bzgl. der Image-Konvertierung hatte ich übersehen.
Interessanterweise hat es nun (teilweise) auch mit den alten Images geklappt, nachdem ich sie von Hand an die richtige Stelle kopiert hatte.
Jetzt bin ich aber gerade bei der Konvertierung und hoffe, dass das die verbliebenden Probleme löst.
Ist Stand: 12 von 16 Clients funktionieren im Moment wieder…
So, ich habe nun konsequent alle Images und Gruppen an die Namenskonventionen angepasst und alle Images ins qcow2 Format konvertiert (Anleitung zur Migration komplett abgearbeitet).
Leider sind einige schwere Probleme übrig geblieben…
Alle Clients werden als offline angezeigt, obwohl sie an sind, sich im richtigen Netz befinden und vom Server aus angepingt werden können:
Die Clients zeigen noch die alten Hardwaregruppen an (die mit Unterstrich im Namen), obwohl ich es überall geändert habe (bei der Migration und in der start.conf). Hier sollte die Gruppe win10-bionic lauten. Das Problem bleibt auch bestehen wenn ich den Client auf dem Server lösche und per Linbo neu (mit der korrekten Hardwaregruppe) registriere:
… hast Du denn auch linuxmuster-import-devices neu laufen lassen? Ist das korrekt durchgelaufen? Der Befehl gibt am Ende ja eine Zusammenfassung … passt da alles?
Bei den Clients werden nun keine Fehler angezeigt. Im Vorfeld schon. Ich hab’s mal etwas freigestellt. Ein Fehler bezieht sich auf Cryptography und einer auf DNS…
root@server:~# linuxmuster-import-devices
/usr/local/lib/python3.6/dist-packages/paramiko/transport.py:33: CryptographyDeprecationWarning: Python 3.6 is no longer supported by the Python core team. Therefore, support for it is deprecated in cryptography. The next release of cryptography (40.0) will be the last to support Python 3.6.
from cryptography.hazmat.backends import default_backend
/usr/local/lib/python3.6/dist-packages/paramiko/transport.py:236: CryptographyDeprecationWarning: Blowfish has been deprecated
"class": algorithms.Blowfish,
------------------------------------------------------------------------------
#### linuxmuster-import-devices startet at 2024-03-11 11:15:09 ####
------------------------------------------------------------------------------
#### Starting sophomorix-device syntax check: ####
Command line::
Hmmh. do not know what to do with option info
Option verbose is a modifier option
Option json is a modifier option
* forcing info mode
Option combinations successfully checked
OK: SophomorixSchemaVersion 1 matches required Version 1
#### Reading /usr/share/sophomorix/devel/sophomorix.ini ####
#### Distro-check: Ubuntu 18.04 is OK ####
#### Reading /etc/samba/smb.conf ####
#### Reading /usr/lib/linuxmuster-webui/etc/default-ui-permissions.ini ####
#### Parsing: net conf list ####
#### Asking domain passwordsettings from samba ####
#### Reading /etc/linuxmuster/sophomorix/sophomorix.conf ####
#### Reading /etc/linuxmuster/sophomorix/default-school/school.conf ####
#### Query AD for device (start) ####
#### 37 Computers found in AD ####
#### 15 sophomorix rooms/devicegroupes found in AD ####
#### 3 dnsZones found ####
#### 75 sophomorix dnsNodes found ####
#### Sorting lists ... ####
#### Query AD for device (end) ####
#### Reading /etc/linuxmuster/sophomorix/default-school/devices.csv ####
#### /usr/sbin/sophomorix-device started ... ####
#### /usr/sbin/sophomorix-device terminated regularly ####
Calling console printout
LOG : Reading /etc/linuxmuster/sophomorix/default-school/devices.csv
LOG : All *.devices.csv files without syntax error
LOG : /usr/sbin/sophomorix-device terminated regularly
#### sophomorix-device finished OK! ####
Command line::
Hmmh. do not know what to do with option info
Option verbose is a modifier option
Option json is a modifier option
* forcing info mode
Option combinations successfully checked
OK: SophomorixSchemaVersion 1 matches required Version 1
#### Reading /usr/share/sophomorix/devel/sophomorix.ini ####
#### Distro-check: Ubuntu 18.04 is OK ####
#### Reading /etc/samba/smb.conf ####
#### Reading /usr/lib/linuxmuster-webui/etc/default-ui-permissions.ini ####
#### Parsing: net conf list ####
#### Asking domain passwordsettings from samba ####
#### Reading /etc/linuxmuster/sophomorix/sophomorix.conf ####
#### Reading /etc/linuxmuster/sophomorix/default-school/school.conf ####
#### Query AD for device (start) ####
#### 37 Computers found in AD ####
#### 15 sophomorix rooms/devicegroupes found in AD ####
#### 3 dnsZones found ####
#### 75 sophomorix dnsNodes found ####
#### Sorting lists ... ####
#### Query AD for device (end) ####
#### Reading /etc/linuxmuster/sophomorix/default-school/devices.csv ####
#### /usr/sbin/sophomorix-device started ... ####
#### 0 ERRORS, 0 WARNINGS -> let's go ####
#### Killing 0 computer rooms: ####
#### Killing 0 computer accounts ####
#### Adding 0 computer accounts: ####
#### Updating 0 computer accounts: ####
#### Killing 0 host groups: ####
#### Adding 0 host groups: ####
#### Updating 0 rooms ####
#### Killing 0 dnsNodes: ####
#### Killing 0 dnsZones: ####
#### Adding 0 dnsZones: ####
#### Adding 0 dnsNodes: ####
#### Updating 0 dnsNodes: ####
#### Killing 0 devicegroups: ####
#### Adding 0 devicegroups: ####
#### Devicegroup members to be added: ####
#### Devicegroup members to be killed: ####
#### Creating Printers.xml for GPO in /var/lib/sophomorix/gpo/school ####
/usr/bin/samba-tool gpo listall (and: gpo listcontainers)
ldb_wrap open of secrets.ldb
GENSEC backend 'gssapi_spnego' registered
GENSEC backend 'gssapi_krb5' registered
GENSEC backend 'gssapi_krb5_sasl' registered
GENSEC backend 'spnego' registered
GENSEC backend 'schannel' registered
GENSEC backend 'naclrpc_as_system' registered
GENSEC backend 'sasl-EXTERNAL' registered
GENSEC backend 'ntlmssp' registered
GENSEC backend 'ntlmssp_resume_ccache' registered
GENSEC backend 'http_basic' registered
GENSEC backend 'http_ntlm' registered
GENSEC backend 'krb5' registered
GENSEC backend 'fake_gssapi_krb5' registered
resolve_lmhosts: Attempting lmhosts lookup for name _ldap._tcp.LINUXMUSTER.LAN<0x0>
dns_send_req: Failed to resolve _ldap._tcp.LINUXMUSTER.LAN. (Success)
ads_dns_lookup_srv: Failed to send DNS query (NT_STATUS_UNSUCCESSFUL)
dns child failed to find name '_ldap._tcp.LINUXMUSTER.LAN' of type SRV
finddcs: Failed to find SRV record for _ldap._tcp.LINUXMUSTER.LAN
ERROR(runtime): uncaught exception - ('Could not find a DC for domain', NTSTATUSError(-1073741772, 'The object name is not found.'))
File "/usr/lib/python2.7/dist-packages/samba/netcmd/__init__.py", line 176, in _run
return self.run(*args, **kwargs)
File "/usr/lib/python2.7/dist-packages/samba/netcmd/gpo.py", line 311, in run
self.url = dc_url(self.lp, self.creds, H)
File "/usr/lib/python2.7/dist-packages/samba/netcmd/gpo.py", line 117, in dc_url
raise RuntimeError("Could not find a DC for domain", e)
School default-school: 7 printers found
WARNING: Cannot copy Printers.xml to GPO: Printers exist, but no GPO directory
#### /usr/sbin/sophomorix-device terminated regularly ####
Calling console printout
LOG : Reading /etc/linuxmuster/sophomorix/default-school/devices.csv
LOG : All *.devices.csv files without syntax error
LOG : /usr/sbin/sophomorix-device terminated regularly
------------------------------------------------------------------------------
#### Working on dhcp configuration for devices ####
#### * in subnet 172.16.1.0/24: ####
#### firewall | 172.16.1.253 | server | 0 | ####
#### pc12 | 172.16.1.32 | classroom-stude | 1 | bios64 ####
#### pc14 | 172.16.1.34 | classroom-stude | 1 | bios64 ####
#### pc01 | 172.16.1.21 | classroom-stude | 1 | bios64 ####
#### pc07 | 172.16.1.27 | classroom-stude | 1 | bios64 ####
#### pc13 | 172.16.1.33 | classroom-stude | 1 | bios64 ####
#### pc02 | 172.16.1.22 | classroom-stude | 1 | bios64 ####
#### pc15 | 172.16.1.35 | classroom-stude | 1 | bios64 ####
#### pc06 | 172.16.1.26 | classroom-stude | 1 | bios64 ####
#### pc08 | 172.16.1.28 | classroom-stude | 1 | bios64 ####
#### pc16 | 172.16.1.36 | classroom-stude | 1 | bios64 ####
#### pc03 | 172.16.1.23 | classroom-stude | 1 | bios64 ####
#### pc04 | 172.16.1.24 | classroom-stude | 1 | bios64 ####
#### pc20 | 172.16.1.40 | classroom-stude | 1 | bios64 ####
#### pc21 | 172.16.1.41 | classroom-stude | 1 | bios64 ####
#### laserlehrer | 172.16.1.53 | printer | 0 | ####
#### eb1 | 172.16.1.61 | classroom-stude | 1 | bios64 ####
#### lehrerpc03 | 172.16.1.54 | faculty-teacher | 1 | bios64 ####
#### z4002 | 172.16.1.63 | classroom-stude | 1 | bios64 ####
#### z4004 | 172.16.1.65 | classroom-stude | 1 | bios64 ####
#### z2001 | 172.16.1.66 | classroom-stude | 1 | bios64 ####
#### z2002 | 172.16.1.67 | classroom-stude | 1 | bios64 ####
#### z2201 | 172.16.1.68 | classroom-stude | 1 | bios64 ####
#### z2101 | 172.16.1.69 | classroom-stude | 1 | bios64 ####
#### z2102 | 172.16.1.70 | classroom-stude | 1 | bios64 ####
#### z2103 | 172.16.1.71 | classroom-stude | 1 | bios64 ####
#### z2104 | 172.16.1.72 | classroom-stude | 1 | bios64 ####
#### bh223 | 172.16.1.92 | printer | 0 | ####
#### bhc454 | 172.16.1.90 | printer | 0 | ####
#### bh363 | 172.16.1.91 | printer | 0 | ####
#### bhc364 | 172.16.1.93 | printer | 0 | ####
#### bh36 | 172.16.1.89 | printer | 0 | ####
#### lasersus | 172.16.1.148 | printer | 0 | ####
#### r201-pc09 | 172.16.1.29 | classroom-stude | 1 | bios64 ####
#### r201-pc11 | 172.16.1.31 | classroom-stude | 1 | bios64 ####
#### r201-pc10 | 172.16.1.30 | classroom-stude | 1 | bios64 ####
#### r201-pc05 | 172.16.1.25 | classroom-stude | 1 | bios64 ####
------------------------------------------------------------------------------
#### Working on linbo/grub configuration for devices: ####
#### pc12 | win10-bionic ####
#### pc14 | win10terra-bionic ####
#### pc01 | win10terra-bionic ####
#### pc07 | win10-bionic ####
#### pc13 | win10-bionic ####
#### pc02 | win10terra-bionic ####
#### pc15 | win10-bionic ####
#### pc06 | win10-bionic ####
#### pc08 | win10-bionic ####
#### pc16 | win10terra-bionic ####
#### pc03 | win10terra-bionic ####
#### pc04 | win10terra-bionic ####
#### pc20 | win10-bionic ####
#### pc21 | win10-bionic ####
#### eb1 | win10-bionic ####
#### lehrerpc03 | win10-bionic ####
#### z4002 | bionic ####
#### z4004 | bionic ####
#### z2001 | bionic ####
#### z2002 | bionic ####
#### z2201 | bionic ####
#### z2101 | bionic ####
#### z2102 | bionic ####
#### z2103 | bionic ####
#### z2104 | bionic ####
#### r201-pc09 | win10-bionic ####
#### r201-pc11 | win10-bionic ####
#### r201-pc10 | win10-bionic ####
#### r201-pc05 | win10-bionic ####
------------------------------------------------------------------------------
#### Working on linbo/grub configuration for groups: ####
#### | linbo start.conf | grub cfg ####
#### ----------------+----------------------+--------------------- ####
#### win10-bionic | present | replaced ####
#### win10terra-bionic | present | replaced ####
#### bionic | present | replaced ####
------------------------------------------------------------------------------
#### Restarting services: ####
#### * isc-dhcp-server .............................................. OK! ####
------------------------------------------------------------------------------
#### linuxmuster-import-devices finished at 2024-03-11 11:15:13 ####
------------------------------------------------------------------------------
root@server:~#
Könnte der DNS-Fehler verantwortlich sein für das „offline“ der Clients??? linuxmuster.lan ist natürlich nur ein interner Name aber vielleicht hängt es ja doch irgendwie zusammen?
bei den Clients, die „falsch“ heißen, liest das alte linbo, das aus dem Cache startet, wohl noch alte Daten aus dem Cache.
Das kann man beheben in dem man entweder einmal einen PXE Boot erzwingt (F12 beim booten drücken) … das hilft aber nicht immer.
Was hilft ist ein neues Partitionieren des Clients inlinbo: dann werden die lokalen Daten und das linbo im cache erneuert (gezwungenermaßen).
Steht der Server selbst bei Dir in der devices.csv ? Hier ist das der Fall – wobei ich nicht weiß, ob das so sein muss oder bei uns nur wegen der Migration so ist?
Wobei ich ergänzen muss, dass das Partitionieren in Linbo nicht geklappt hat. Ich habe dann per Terminal neu partitioniert.
Allerdings kann ich nun den Client lediglich registrieren und nicht neu bespielen.
Wenn ich das mache, dann wird er korrekt auf dem Server angezeigt und startet auch mit den korrekten Daten (Hostname, Hardwaregruppe, IP). Er wird aber in der Linbo-Synchronisierung nach wie vor als „offline“ angezeigt.
Wenn ich es auf dem Server per Kommandozeile versuche, dann kommt wieder die Meldung:
/usr/sbin/linbo-remote -i 172.16.1.99 -c format:1,sync:1
Skipping 172.16.1.99, not a pxe host!
Dabei hat der Host per PXE gebootet und sich selber registriert
Wie bereits erwähnt lief die 7.0 knapp 4 Jahre gut. Die Clients waren auch immer erreichbar.
Aber… vor einem Jahr haben wir eine Sophos Firewall bekommen, die hinter die OPNSense geschaltet wurde, quasi in Reihe.
Danach gab es ein paar seltsame Phänomene… unter anderem verloren einige Win10 Client die Vertrauensstellung und loggten nicht mehr ein
Ich werde nächste Woche die Sophos aus der Kette herausnehmen und schauen, ob sich etwas ändert.
Sollte auch das nichts bringen werde ich eine neue VM mit einer kompletten 7.1 Neuinstallation aufsetzen.
Oder soll ich besser direkt die 7.2 nehmen? Was meint ihr?
Ich habe die Sophos nun überbrückt und schon sind die Clients auf dem WebUI wieder „online“.
Ich habe jetzt die Kreisverwaltung einbestellt. Die haben die Sophos installiert und sollen es nun richten!
Die Neuinstallation werde ich aber dennoch durchführen. Ich habe den Luxus einen fetten Server mit 64 Kernen, 384GB RAM und fettem HDD-Array unter Proxmox zum „spielen“ zu haben
Ich würde mich ja auch eher für eine Firewall entscheiden und diese richtig konfigurieren. Wenn ich mir das so anschaue würde ich behaupten hat eine Firewall die Sophos die Verbindung zwischen Server und Clients gestört.
Ja, ganz meine Meinung.
Die Kreisverwaltung war inzwischen hier und der Fachinformatiker hat einiges an der Sophos geändert.
Ich habe parallel die 7.1 Installation, die ja nicht zuverlässig funktionierte gemäß Anleitung auf 7.2 upgegraded.
Nun laufen immerhin wieder alle Client mit Linbo 4.2 (und daten auch automatisch up).
Komischerweise werden jedoch auf dem WebUI unter „Client-Configuration“ immer noch alle Clients als offline angezeigt.
Unter „Device-Manager“ wird der Status hingegen korrekt angezeigt. Hmmmm…???
Ich mache aber auf jeden Fall noch die Neuinstallation und sehe dann ja, ob es an der Firewall oder an einem misslungenen Upgrade liegt.
kommst du vom server aus mittels
linbo-ssh IP.DES.CLI.ENTS
auf die in linbo laufenden Clients, oder kommt da eine Abfrage?
Und nach der Abfrage, beim nächsten Versuch, geht es dann ohne Abfrage?
Funktioniert es nach einmal Abfrage beantworten in der WebUI?
