ich habe meine Multi-Depot-Umgebung (alles Debian 10 x64) letzte Woche von OPSI 4.1 auf OPSI4.2 angehoben laut Anleitung in den Release-Notes, zuerst den Config-Server, dann die Depots. Das hat oberflächlich betrachtet auch geklappt.
Ich habe dann versucht, Pakete auf den Depots zu aktualisieren, zuerst einmal Localboot-Pakete (swaudit, hwaudit, usw.). Dabei musste ich auf einigen (nicht allen!) Depots ein "opsi-setup --register-depot" und anschließend "opsi-setup --init-current-config" absetzen, da eine Fehlermeldung bei der Verwendung von "opsi-package-manager -d XXX -i XXX" auftrat. Das hat dann aber auch geklappt.
Nun habe ich das Problem, dass ich die Netboot-Produkte "win10" und "win10-x64" aktualisieren wollte. Das klappt auf fast allen Depots außer einem und auf dem Config-Server selbst auch nicht (der ist zwar nur Test-Depot für ein paar Test-PCs, aber trotzdem).
Es erscheint folgende Meldung:
Code: Alles auswählen
[root @ configserver] /home/opsiproducts/!---new_packages---! (09:33:33) # opsi-package-manager -d depot01.depot.local -i win10-x64_4.2.0.1-4.opsi
Ein Fehler ist aufgetreten:
Fehler beim Bearbeiten von Install of package(s) /var/lib/opsi/workbench/!---new_packages---!/win10-x64_4.2.0.1-4.opsi on depot 'depot01.depot.local':
HTTPSConnectionPool(host='depot01.depot.local', port=4447): Read timed out. (read timeout=3600)
ERROR: Failed to process command 'install': 1 errors during the processing of tasks.
[root @ configserver] /home/opsiproducts/!---new_packages---! (10:34:07) #
Mir ist auch aufgefallen, dass diese beiden Netboot-Produkte extrem lange brauchen für die Installation per "opsi-package-manager", sicher im Bereich von Viertelstunden statt Minuten. Und auf obigem Depot scheint das überhaupt in ein Timeout zu laufen - wie man an den Promtps sieht nach einer Stunde(!).
Hat jemand ähnliche Erfahrungen mit diesen Produkten gemacht?
Gruß
kinzi