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>
opsi 4.2: Problem mit Priorität / Abhängigkeit
-
- Beiträge: 25
- Registriert: 29 Jul 2020, 16:15
Re: opsi 4.2: Problem mit Priorität / Abhängigkeit
welche Reihenfolge der Produkte wird denn geliefert vom Konsolenaufruf
opsi-admin -d getProductOrdering DEPOTID
?
opsi-admin -d getProductOrdering DEPOTID
?
opsi support - uib gmbh
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.
Wondering who's using opsi? Have a look at the opsi map: http://opsi.org/opsi-map/.
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.
Wondering who's using opsi? Have a look at the opsi map: http://opsi.org/opsi-map/.
-
- Beiträge: 25
- Registriert: 29 Jul 2020, 16:15
Re: opsi 4.2: Problem mit Priorität / Abhängigkeit
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'
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'
Re: opsi 4.2: Problem mit Priorität / Abhängigkeit
die depotid ist der FQDN des Depotservers, z.B. des Haupt-opsiservers, wie er in der opsi-Datenhaltung verzeichnet ist - kann nicht srv sein.
opsi support - uib gmbh
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.
Wondering who's using opsi? Have a look at the opsi map: http://opsi.org/opsi-map/.
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.
Wondering who's using opsi? Have a look at the opsi map: http://opsi.org/opsi-map/.
-
- Beiträge: 25
- Registriert: 29 Jul 2020, 16:15
Re: opsi 4.2: Problem mit Priorität / Abhängigkeit
Habe ich nur beim Reinkopieren abgeschnitten, weil ich ungern unsere Servernamen im Internet habe.
In der Shell habe ich den FQDN angegeben.
In der Shell habe ich den FQDN angegeben.
Re: opsi 4.2: Problem mit Priorität / Abhängigkeit
ich hatte das stichwort method vergessen, das befehlsschema ist
opsi-admin -d method getProductOrdering DEPOTID
opsi-admin -d method getProductOrdering DEPOTID
opsi support - uib gmbh
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.
Wondering who's using opsi? Have a look at the opsi map: http://opsi.org/opsi-map/.
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.
Wondering who's using opsi? Have a look at the opsi map: http://opsi.org/opsi-map/.
-
- Beiträge: 25
- Registriert: 29 Jul 2020, 16:15
Re: opsi 4.2: Problem mit Priorität / Abhängigkeit
... 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?
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?
Re: opsi 4.2: Problem mit Priorität / Abhängigkeit
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.
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.
opsi support - uib gmbh
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.
Wondering who's using opsi? Have a look at the opsi map: http://opsi.org/opsi-map/.
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.
Wondering who's using opsi? Have a look at the opsi map: http://opsi.org/opsi-map/.