ProductProperties werden nicht mehr angezeigt

[F.Werner]

Super,
mit:

Die Schleife sollte bei dem betroffenen Paket eine Fehlermeldung bringen.
Vielleicht so?

Code: Alles auswählen

for product in $(opsi-admin -dS method getProductIds_list); do echo $product; opsi-admin -d method productPropertyState_getObjects '[]' "{\"productId\":\"$product\"}"; done

konnte ich tatsächlich einen Schuldigen ausmachen. Leider kann ich das betroffene Paket weder neu installieren, noch entfernen (auch nicht mit -f)

Any Ideas?

[wolfbardo]

Meine Glaskugel ...

Gibt es bei

Code: Alles auswählen

opsi-package-manager -rf <productid>

denn eine Fehlermeldung ?

Gruss
Bardo Wolf

[F.Werner]

Meine Glaskugel ...

Gibt es bei

Code: Alles auswählen

opsi-package-manager -rf <productid>

denn eine Fehlermeldung ?

Gruss
Bardo Wolf

Ja, die schon mehrfach erwähnte "Expecting value: line 1 column 1 (char 0) (error on server)"

(Sowohl bei dem Versuch der Installation, als auch beim versuch der Deinstallation mit oder ohne -f)

[mtessmer]

Hallo.

Ich habe hier dasselbe Problem und kann das entsprechende Paket nicht entfernen.

[wolfbardo]

Wir haben inzwischen ein Kundenbackend mit dem Fehler und schauen uns die Sache an.

Gruss
Bardo Wolf

[F.Werner]

So,

für uns konnte das Problem beseitigt werden.

Es handelte sich um einen Doppelpunkt, der sich in eine product property des verursachenden Paketes eingeschlichen hatte. (Ein vim-Fehler sozusagen )

Nachdem wir es so weit eingrenzen konnten, haben wir in der Datei "/var/lib/opsi/config/depots/[depotname].ini" den Eintrag für die product property gesucht und eliminiert. Gleichzeitig den Doppelpunkt aus dem control-file des Paketes eliminiert. Das Paket neu gepackt und installiert. Nach einem neustart des opsi-configed war dann auch dieser wieder beruhigt.

Der Maintainer des fraglichen Paketes wurde Informiert und arbeitet an einer Anpassung.

[kojac]

moin,
vielen Dank, das hat bei uns auch geholfen.

Wir nutzen das o4i-Repository, im Paket o4i_kaspersky war im depot .ini-File ein = zuviel (die Zeile war: "uninstall_kaspersky_additional_cleanup = _additional_cleanup = [true]").

[wolfbardo]

Nur das Filebackend ist betroffen wg dem eintrag im control File

Code: Alles auswählen

[ProductProperty]
type: bool
name: uninstall_kaspersky:_additional_cleanup

Gruss
Bardo Wolf

[jub]

Zur Aufklaerung:
Nachdem ich Kenntnis vom Problem hatte, habe ich mich gestern auf die Suche begeben.
Ursache war die neue Property uninstall_kaspersky:_additional_cleanup.
Und nein, der Doppelpunkt war kein vim-Fehler sondern Absicht um die Lesbarkeit im opsiconfiged zu verbessern.

Bei der Ursachensuche hat sich ergeben, dass das Problem nur bei Verwendung des File-Backend fuer OPSI auftritt. Kommt das SQL-Backend zum Einsatz tritt der Fehler nicht auf.
Betroffen ist sowohl die aktuelle Version des OPSI-Servers als auch ein 4.0.7-Legacy-System. Auf letztem auessert sich der Fehler jedoch anders; im Log findet sich dort: "No JSON object could be decoded".

Ein Blick in /var/lib/opsi/config/products/o4i_kaspersky_12-7.localboot offenbart das Fehlen saemtlicher Properties.

In /var/lib/opsi/config/depots/*.ini steht in de Sektion [o4i_kaspersky-install] ein Eintrag:

Code: Alles auswählen

uninstall_kaspersky = _additional_cleanup = [true]

allerdings waere

Code: Alles auswählen

uninstall_kaspersky:_additional_cleanup = [true]

richtig gewesen.

Der Aufruf von:

Code: Alles auswählen

opsi-admin -d method getProductProperties_hash o4i_kaspersky

liefert auf den betroffenen System keinerlei Properties.

Wird in der/den /var/lib/opsi/config/depots/*.ini der fehlerhafte Eintrag z.B. in

Code: Alles auswählen

uninstall_kaspersky_additional_cleanup = [true]

geaendert, laesst sich das Paket deinstallieren.

Die Property wurde umbenannt und ein neunes Paket erstellt.

Sofern ein Depot-Server das Problem bereits hat, ist jedoch eine manuelle Korrektur in der /var/lib/opsi/config/depots/*.ini erforderlich.