[Gelöst] Deinstallation von Paketen auf opsi nicht möglich

Antworten
Towning
Beiträge: 9
Registriert: 02 Jan 2010, 17:51

[Gelöst] Deinstallation von Paketen auf opsi nicht möglich

Beitrag von Towning »

Moin zusammen,

ich habe ein Problem mit der Deinstallation von Pakete auf dem opsi.
Installationen von Paketen sind ohne Fehlermeldungen möglich.

Mal exemplarisch opsi-clonezilla direkt heruntergeladen und installiert.
Nach der Installation versucht wieder zu deinstallieren:
opsi-package-manager -r opsi-clonezilla
Fehlermeldung:
Ein Fehler ist aufgetreten:
Fehler beim Bearbeiten von Uninstall of package(s) opsi-clonezilla on depot 'opsi.igs-verw.local':
HTTPSConnectionPool(host='172.16.128.10', port=443): Max retries exceeded with url: /repository/ (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x7f72b6633f70>: Failed to establish a new connection: [Errno 111] Verbindungsaufbau abgelehnt'))
Äähh - Port 443????

Natürlich habe ich vorher das Forum durchsucht...
Das einzige was ich bisher gefunden habe ist dieser Post viewtopic.php?t=12434
Da aber dieser opsi ein standalone ist, klappt das nicht wirklich mit neu registrieren :(

Opsi letzten Donnerstag neu installiert (Debian 11, opsi 4.2), Backup eingespielt - gleicher Fehler
Hatte nicht getestet erst mal Pakete einzuspielen und dann mal zu deinstallieren, hätte möglicherweise geklappt.... :oops:

opsiconfd.log kontrolliert - einzige Einträge:
[1] [2022-03-07 14:34:39.572] [ ] Switching to user opsiconfd (main.py:138)
[1] [2022-03-07 14:34:39.575] [ ] opsiconfd is starting (main.py:154)
->15:14 ca. opsi mit init 6 neu gestartet
[1] [2022-03-07 15:15:18.520] [ ] Switching to user opsiconfd (main.py:138)
[1] [2022-03-07 15:15:18.521] [ ] opsiconfd is starting (main.py:154)
Zwischendurch aber
opsi-package-manager -r opsi-clonezilla
mit der Fehlermeldung und die Einträge oben sind die einzigen Einträge im opsiconfd.log...

Namensauflösung ist ok, /etc/hosts ebenso und mir gehen langsam die Ideen aus, weil mittlerweile 8 Pakte nicht mehr benötigt werden, die
aber teilweise (aus "Reflex" :?: ) von Kollegen installiert werden (Windows 10 LTSC z. B.) .

Ist zwar nicht die Beste Idee aber als einzige fällt mir noch die böse Methode ein:
in /var/lib/opsi/config die Dateien zu bearbeiten, aber das würde ich gerne vermeiden um noch mehr Fehlern vorzubeugen...

Hat jemand eine Idee um dem Fehler auf die Spur zu kommen?

Gruß
Frank
Zuletzt geändert von Towning am 17 Mär 2022, 09:51, insgesamt 1-mal geändert.
Towning
Beiträge: 9
Registriert: 02 Jan 2010, 17:51

Nachtrag: Deinstallation von Paketen auf opsi nicht möglich

Beitrag von Towning »

opsiconfd.log des nicht funktionierenden opsi (gerade noch mal nach init 6):
[1] [2022-03-07 16:15:39.533] [ ] Switching to user opsiconfd (main.py:138)
[1] [2022-03-07 16:15:39.534] [ ] opsiconfd is starting (main.py:154)
Ja, ich habe den Server nach Anleitung installiert ;)

-----------------------------------------------------------------------
opsiconfd.log eines funktionierenden opsi (nach init 6):
[5] [Mar 07 16:12:34] Stopping opsiconfd main thread (opsiconfd.py|120)
[5] [Mar 07 16:12:34] Deleting all sessions (Session.py|240)
[5] [Mar 07 16:12:34] Uptime: 46 days, 23:48:21.851016 (opsiconfd.py|365)
[5] [Mar 07 16:12:34] Statistics: (opsiconfd.py|367)
[5] [Mar 07 16:12:34] Methodname Callcount Average processing duration (opsiconfd.py|368)
[5] [Mar 07 16:12:34] SSHCommand_getObjects 3 0.001s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] accessControl_authenticated 152 0.001s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] accessControl_userIsReadOnlyUser 6 0.001s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] auditHardwareOnHost_createObjects 2 0.589s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] auditHardwareOnHost_setObsolete 2 0.445s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] auditHardware_getConfig 8 0.025s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] auditSoftware_getHashes 3 0.100s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] authenticated 7 0.001s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] backend_getInterface 162 0.013s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] backend_getSystemConfiguration 4 0.001s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] backend_info 164 0.003s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] backend_setOptions 327 0.001s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] configState_create 4 0.025s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] configState_getClientToDepotserver 6 0.033s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] configState_getObjects 318 0.046s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] config_getObjects 6 0.036s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] config_updateObjects 9 0.265s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] createClient 2 0.028s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] depot_installPackage 4 190.325s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] depot_uninstallPackage 2 1.181s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] dispatcher_getConfig 152 0.001s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] getClientIds_list 2 0.193s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] getDepotId 106 0.039s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] getDomain 3 0.001s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] getGeneralConfigValue 1 0.053s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] getNetworkConfig_hash 1 0.188s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] getOpsiHostKey 2 0.003s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] getOpsiInformation_hash 3 0.002s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] getPossibleMethods_listOfHashes 3 0.007s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] getProductOrdering 10 0.134s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] getProductProperties_hash 9 0.063s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] getProduct_hash 16 0.029s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] getRawData 3 0.134s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] group_getObjects 6 0.011s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] hostControl_fireEvent 1 0.750s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] host_getIdents 1 0.005s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] host_getObjects 9 0.086s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] log_write 158 0.012s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] objectToGroup_getObjects 6 0.002s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] productDependency_getObjects 3 0.067s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] productOnClient_deleteObjects 2 0.002s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] productOnClient_getHashes 2 0.012s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] productOnClient_getIdents 6 0.012s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] productOnClient_getObjects 174 0.020s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] productOnClient_updateObject 16 0.023s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] productOnClient_updateObjects 7 0.037s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] productOnDepot_getIdents 5 0.043s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] productOnDepot_getObjects 3 0.036s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] productPropertyState_getObjects 9 0.047s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] productProperty_getObjects 3 0.165s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] product_getObjects 5 0.213s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] setMacAddress 1 0.021s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] setProductActionRequest 4 0.066s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] setProductInstallationStatus 3 0.086s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] user_getCredentials 13 0.053s (opsiconfd.py|372)
[5] [Mar 07 16:12:34] Opsiconfd main thread exiting... (opsiconfd.py|359)
[1] [Mar 07 16:13:11]
==================================================================
= opsi configuration service starting =
================================================================== (Logger.py|888)
[5] [Mar 07 16:13:13] Creating pid file u'/var/run/opsiconfd/opsiconfd.pid' (opsiconfd.py|513)
[5] [Mar 07 16:13:13] Starting opsiconfd main thread (opsiconfd.py|344)
[5] [Mar 07 16:13:14] Added static content '/' which points to directory '/usr/share/opsiconfd/static' (opsiconfd.py|217)
[5] [Mar 07 16:13:14] Running on depot server 'opsi.gym-ver.lgh', exporting repository directory (opsiconfd.py|233)
[5] [Mar 07 16:13:14] Running on depot server 'opsi.gym-ver.lgh', exporting depot directory (opsiconfd.py|246)
[5] [Mar 07 16:13:14] Added webdav content 'repository' which points to directory '/var/lib/opsi/repository' () (opsiconfd.py|279)
[5] [Mar 07 16:13:14] Added webdav content 'depot' which points to directory '/var/lib/opsi/depot' () (opsiconfd.py|279)
[3] [Mar 07 16:13:14] Cannot add static content 'configed': directory '/usr/lib/configed' does not exist. (opsiconfd.py|270)
[5] [Mar 07 16:13:14] Accepting HTTPS requests on 0.0.0.0:4447 (opsiconfd.py|332)

Ich kann mir nicht helfen, aber die Einträge im Log des funktionierenden opsi sehen etwas :o umfangreicher aus....

------------------------------------------------------------
Nachtrag im Nachtrag
- liegt anscheinend daran das auf dem neuen opsi der opsiconfd 4.2.0.227 läuft und auf dem alten 4.1.1.20
Towning
Beiträge: 9
Registriert: 02 Jan 2010, 17:51

Re: [Gelöst] Deinstallation von Paketen auf opsi nicht möglich

Beitrag von Towning »

Neuinstallation -> Debian 11 & opsi 4.2

Alles OK....
.... bis ich dann das Backup eingespielt habe :x

Allso erneut Neuinstallation -> Debian 11 & opsi 4.2
und alle Clients darauf von Hand einrichten - hat eben mal 1 1/2 Arbeitstage gekostet aber läuft jetzt.

Ich weiß zwar immer noch nicht was vergrützt war, aber vielleicht finde ich das noch raus.
Wenn ich mal Zeit habe mit dem ursprünglichen Server probieren
hobbyist
Beiträge: 38
Registriert: 29 Mai 2018, 13:38

Re: [Gelöst] Deinstallation von Paketen auf opsi nicht möglich

Beitrag von hobbyist »

Hallo,

hast Du mehrere Depot-Server? Es scheint ja hier nicht um das Deinstallieren eines Produkts aus dem Depot zu gehen, sondern das Entfernen aus dem Repository von Server opsi.igs-verw.local schlägt ja fehl.

Was steht denn in der Depotserver-Konfiguration als repositoryRemoteUrl drin. Gemacht wird da ja WebDAV. Bei mir steht da webdavs://serverip:4447/repository. Könnte mir vorstellen, da steht bei dir etwas anderes...

EDIT: Ach, sorry. Habe nicht gelesen, dass es gelöst war. Bin nur bis zum
.... bis ich dann das Backup eingespielt habe :x
gekommen. Und hatte nicht auf das Topic geachtet.
Antworten