opsi 4.2: Problem mit Priorität / Abhängigkeit

[Osama Dengler]

Hallo zusammen,

ich habe das Problem, daß ich die Installationsreihenfolge von Paketen mit opsi 4.2 nicht in den Griff bekomme.

- Paket x ist abhängig von Paket "oracle-java-8", d.h. das Java-Paket muß zuerst installiert werden.

control-File von Paket x:

[ProductDependency]
action: setup
requiredProduct: oracle-java-8
requiredStatus: installed
requirementType: before

- Priorität von Paket x ist -30
- Priorität von Paket "oracle-java-8" ist 10

Müßte so nicht auf jeden Fall "oracle-java-8" vor Paket x installiert werden?
In der Realität passiert leider das Gegenteil...

Was könnte ich da falsch machen?
Oder ist das noch eine Kinderkrankheit der Version 4.2?

</Osama>

[r.roeder]

welche Reihenfolge der Produkte wird denn geliefert vom Konsolenaufruf

opsi-admin -d getProductOrdering DEPOTID

?

[Osama Dengler]

Moin,

da scheint noch was faul zu sein:

root@srv:~# opsi-admin -d getProductOrdering srv
[2] [2020-12-11 08:14:21.793] [ ] ValueError("Invalid command: 'getProductOrdering'") (Logger.py:291)
Traceback (most recent call last):
File "opsiutils/opsiadmin.py", line 379, in shell_main
File "opsiutils/opsiadmin.py", line 785, in execute
ValueError: Invalid command: 'getProductOrdering'
[3] [2020-12-11 08:14:21.796] [ ] Error during execution: Invalid command: 'getProductOrdering' (opsiadmin.py:1735)
Traceback (most recent call last):
File "opsiutils/opsiadmin.py", line 1728, in main
File "opsiutils/opsiadmin.py", line 392, in shell_main
File "opsiutils/opsiadmin.py", line 379, in shell_main
File "opsiutils/opsiadmin.py", line 785, in execute
ValueError: Invalid command: 'getProductOrdering'

[r.roeder]

die depotid ist der FQDN des Depotservers, z.B. des Haupt-opsiservers, wie er in der opsi-Datenhaltung verzeichnet ist - kann nicht srv sein.

[Osama Dengler]

Habe ich nur beim Reinkopieren abgeschnitten, weil ich ungern unsere Servernamen im Internet habe.
In der Shell habe ich den FQDN angegeben.

[r.roeder]

ich hatte das stichwort method vergessen, das befehlsschema ist
opsi-admin -d method getProductOrdering DEPOTID

[Osama Dengler]

... und schon tuts, danke

root@srv:~# opsi-admin -d method getProductOrdering srv
{
"not_sorted": [
[...]
"oracle-java-8",
[...]
"paket x"
],
"sorted": [
[...]
"oracle-java-8",
[...]
"paket x"
]
}

Ich habs gerade nochmal ausprobiert: es wird definitiv "paket x" vor "oracle-java-8" installiert.

Eine Idee, die mir gerade kam:
ich wähle die Pakete über eine Produktgruppe aus und setze für alle gemeinsam "setup" für alle markierten.
Könnte das die Reihenfolge beeinflussen?

[r.roeder]

entschuldigung für den falschen Befehl und die dadurch bedingte Verzögerung.

Die Ausgabe zeigt, dass die Server-Methode die gewünschte Reihenfolge liefert. Welche Produkte auf setup stehen und wie sie auf setup gesetzt sind, spielt keine Rolle.

Nächster Punkt wäre, sich im instlog sich anzuschauen, ob die richtige Reihenfolge im opsi-script auch ankommt. Da ist das auch dokumentiert.