Ich lasse -wie viele sicher auch- den opsi-package-updater per Cronjob einmal am Tag laufen. Das hat bisher immer problemlos funktioniert. Seit einer gewissen Zeit funktioniert das nur noch insoweit, das er sich jetzt über gelockte Produkte beschwert. Alle Pakete vor dem Lock werden installiert, aber der Updater endet halt mit einem Errorlevel != 0.
Hier mal ein interaktiver Aufruf:
Code: Alles auswählen
.....
File "/usr/lib/python2.7/dist-packages/OPSI/Backend/Depotserver.py", line 497, in installPackage
raise BackendError(u"Failed to install package '%s' on depot '%s': %s" % (filename, depotId, installationError))
==>>> Backend error: Failed to install package '/var/lib/opsi/repository/win81_4.1.0.0-15.opsi' on depot 'MEINDEPOT.einhostname.net': Backend temporary error: Product 'win81' currently locked on depot 'MEINDEPOT.einhostname.net'
Aufgefallen ist das ganze, da ich in Abhängigkeit vom Erfolgsfall des opsi-package-updater weitere Tasks laufen lasse (einfache &&-Verkettung im Cronjob) und eben jene nicht mehr laufen. Mir ist nicht ganz klar, wie diese gelockten Produkte zustande kommen und was den Lock triggert. Es sind eigentlich ausnahmslos die Stock winXXXX-Pakete von UIB. Beholfen habe ich mir zwischenzeitlich, indem ich den Lock vom Paket entferne und dann läuft der opsi-package-updater wieder (und damit die anderen Tasks auch).