Fehler nach Update von 3.4 auf 4.0

[AustinPowers]

Ich bekomme nach dem Vorgehen aus der Upgrade-Doku Fehlermeldungen. Ich wollte von 3.4 auf die aktuelle 4.0 updaten. Folgender Fehler tritt auf, wenn ich

Code: Alles auswählen

opsi-setup --update-mysql

eingebe.

Code: Alles auswählen

[5] [Sep 02 09:10:23] Connection to database 'opsi' on 'localhost' as user 'opsi' (opsi-setup|1028)
[5] [Sep 02 09:10:24] Updating database table HARDWARE_DEVICE_HDAUDIO_DEVICE from opsi 3.4 to 4.0 (opsi-setup|1150)
[5] [Sep 02 09:10:24] Updating database table HARDWARE_DEVICE_SCSI_CONTROLLER from opsi 3.4 to 4.0 (opsi-setup|1150)
[5] [Sep 02 09:10:24] Updating database table HARDWARE_DEVICE_AUDIO_CONTROLLER from opsi 3.4 to 4.0 (opsi-setup|1150)
[5] [Sep 02 09:10:24] Updating database table HARDWARE_DEVICE_VIDEO_CONTROLLER from opsi 3.4 to 4.0 (opsi-setup|1150)
[5] [Sep 02 09:10:24] Updating database table HARDWARE_DEVICE_PCI_DEVICE from opsi 3.4 to 4.0 (opsi-setup|1150)
[5] [Sep 02 09:10:24] Updating database table HARDWARE_DEVICE_NETWORK_CONTROLLER from opsi 3.4 to 4.0 (opsi-setup|1150)
[5] [Sep 02 09:10:24] Updating database table HARDWARE_DEVICE_IDE_CONTROLLER from opsi 3.4 to 4.0 (opsi-setup|1150)
[5] [Sep 02 09:10:24] Updating database table HARDWARE_DEVICE_USB_DEVICE from opsi 3.4 to 4.0 (opsi-setup|1150)
[5] [Sep 02 09:10:24] Updating database table HARDWARE_DEVICE_PCMCIA_CONTROLLER from opsi 3.4 to 4.0 (opsi-setup|1150)
[5] [Sep 02 09:10:24] Updating database table HARDWARE_DEVICE_FLOPPY_CONTROLLER from opsi 3.4 to 4.0 (opsi-setup|1150)
[5] [Sep 02 09:10:24] Updating database table HARDWARE_DEVICE_USB_CONTROLLER from opsi 3.4 to 4.0 (opsi-setup|1150)
[5] [Sep 02 09:10:24] Updating database table HARDWARE_DEVICE_1394_CONTROLLER from opsi 3.4 to 4.0 (opsi-setup|1150)
[5] [Sep 02 09:10:24] Modules file signature verified (customer: opsi community) (MySQL.py|413)
[5] [Sep 02 09:10:25] Creating opsi base (SQL.py|392)
[5] [Sep 02 09:10:25] Modules file signature verified (customer: opsi community) (MySQL.py|413)
[5] [Sep 02 09:10:26] Creating opsi base (SQL.py|392)
[5] [Sep 02 09:10:26] Modules file signature verified (customer: opsi community) (MySQL.py|413)
[5] [Sep 02 09:10:26] Creating opsi base (SQL.py|392)
[2] [Sep 02 09:10:27] Traceback: (Logger.py|742)
[2] [Sep 02 09:10:27]      line 3029 in '<module>' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Sep 02 09:10:27]      line 2996 in 'main' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Sep 02 09:10:27]      line 576 in 'update' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Sep 02 09:10:27]      line 2492 in 'initializeConfigs' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Sep 02 09:10:27]      line 1 in 'config_getIdents' in file '<string>' (Logger.py|742)
[2] [Sep 02 09:10:27]      line 407 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Sep 02 09:10:27]      line 1 in 'config_getIdents' in file '<string>' (Logger.py|742)
[2] [Sep 02 09:10:27]      line 407 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Sep 02 09:10:27]      line 1677 in 'config_getIdents' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Sep 02 09:10:27]      line 1 in 'config_getObjects' in file '<string>' (Logger.py|742)
[2] [Sep 02 09:10:27]      line 407 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Sep 02 09:10:27]      line 1 in 'config_getObjects' in file '<string>' (Logger.py|742)
[2] [Sep 02 09:10:27]      line 326 in '_dispatchMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] [Sep 02 09:10:27]      line 997 in 'config_getObjects' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/SQL.py' (Logger.py|742)
[2] [Sep 02 09:10:27]      ==>>> SQL backend module disabled (opsi-setup|3037)

ERROR: SQL backend module disabled

OPSI läuft somit nicht mehr und diverse Computer lassen sich nicht mehr starten. Dort erhalte ich nun die Meldung, dass der Zugriff nicht authorisiert sei. Irgendwie mag OPSI die MySQL-Datenbank nicht mehr ansprechen.

Das ganze läuft auf einem Ubuntu 10.04 Server.

[erwinr]

läuft mysqld? ( ps auwx | mysql )
läuft opsi-atftpd ? ( ps auwx | grep tft )

hast Du nur Opsi oder auch ubuntu upgegraded?

Gruß, E.

[AustinPowers]

MySQL läuft und wird auch von anderen Diensten sauber benutzt.

Allerdings läuft der opsi-atftpd nicht. Ich kann ihn auch über die init-Skripte nicht zu Laufen überreden.

[AustinPowers]

Ah! Vorher lieft der noch mit xinetd. In der Doku stand ja auch, dass der andere genutzt werden muss.

Ok, ich muss vorher nachsehen, ob der xinetd noch von anderen Diensten genutzt wird. Weil dann sähe es kritischer aus.

[AustinPowers]

Vorab noch: Es wurde nur OPSI geupdatet. Der Server läuft schon länger mit Ubuntu 10.04.

Auch nach der Installation des openbsd-inetd läuft opsi-atftpd nicht. Müsste der denn überhaupt per ps zu finden sein? Der dürfte doch eingentlich nur über den openbsd-inetd gestartet und gestoppt werden, oder?

[AustinPowers]

Oh... Mein Fehler! Das MySQL-Backend wird ja noch kofinanziert. Aus gewohnter Art ging ich davon aus, dass ich Daten vernünftig nur mit MySQL statt in Files verwalte und daher hatte ich natürlich eine falsche Konfiguration. Ich habe daher nun auf "file" umgestellt. Allerdings erhalte ich nun mit

Code: Alles auswählen

opsi-setup --update-file

zahlreiche Fehler wie

Code: Alles auswählen

Bad object id

oder

Code: Alles auswählen

No option 'productversion' in section: u'python-state' (opsi-setup|1864)

Lässt sich dieses Problem noch beseitigen oder habe ich mir das mit dem MySQL nun zerschossen? Wenn es sich beheben lässt, wie?

[d.oertel]

Hi,

bitte versuchen:

Code: Alles auswählen

opsi-setup --init-current-config
opsi-setup --set-rights
/etc/init.d/opsiconfd restart
/etc/init.d/opsipxeconfd restart
opsi-setup  --cleanup-backend

gruss
d.oertel

[AustinPowers]

Ja, das hat schonmal geholfen. Mit dem Nachteil, dass nun alles wieder leer ist. Die gesamten Rechnerdaten sind weg, es ist quasi eine leere OPSI-Installation. - Aber gut! Es geht erst einmal wieder.

Wofür genau wird denn nun der openbsd-inetd gebraucht und wieso lässt sich das nicht mit dem xinetd machen? Den xinetd brauche ich leider auf dem Server und würde ungern einen weiteren Server ins Netz stellen müssen, nur weil es nicht mit dem xinetd funktioniert.

Darüber hinaus hatte ich noch eine Fehlermeldung bezüglich der UTF8-Kodierung:

Code: Alles auswählen

opsi-setup --init-current-config
[5] [Sep 02 11:05:26] Creating base path: '/var/lib/opsi/config' (File.py|215)
[5] [Sep 02 11:05:26] Getting current system config (opsi-setup|66)
[5] [Sep 02 11:05:26] System information: (opsi-setup|113)
[5] [Sep 02 11:05:26]    distributor  : Ubuntu (opsi-setup|114)
[5] [Sep 02 11:05:26]    distribution : Ubuntu 10.04.2 LTS (opsi-setup|115)
[5] [Sep 02 11:05:26]    ip address   : 192.168.6.15 (opsi-setup|116)
[5] [Sep 02 11:05:26]    netmask      : 255.255.255.0 (opsi-setup|117)
[5] [Sep 02 11:05:26]    subnet       : 192.168.6.0 (opsi-setup|118)
[5] [Sep 02 11:05:26]    broadcast    : 192.168.6.255 (opsi-setup|119)
[5] [Sep 02 11:05:26]    fqdn         : mail.lubra.local (opsi-setup|120)
[5] [Sep 02 11:05:26]    hostname     : mail (opsi-setup|121)
[5] [Sep 02 11:05:26]    domain       : lubra.local (opsi-setup|122)
[5] [Sep 02 11:05:26]    win domain   : LUBRA (opsi-setup|123)
[5] [Sep 02 11:05:26] Creating config server 'mail.lubra.local' (opsi-setup|2429)
[5] [Sep 02 11:05:27] Creating base path: '/var/lib/opsi/config' (File.py|215)
[5] [Sep 02 11:05:27] Configuring client user pcpatch (opsi-setup|346)
[5] [Sep 02 11:05:27]    Creating RSA private key for user pcpatch in '/var/lib/opsi/.ssh/id_rsa' (opsi-setup|360)
[5] [Sep 02 11:05:27] Setting rights (opsi-setup|409)
[5] [Sep 02 11:05:28] Setting rights on directory '/var/lib/opsi/.ssh' (opsi-setup|490)
[3] [Sep 02 11:05:28] 'utf8' codec can't decode byte 0x97 in position 0: unexpected code byte (__init__.py|555)

[AustinPowers]

Wenn ich versuche, einen PC wieder mit dem OPSI zu verheiraten, gibt's auch wieder Ärger:

Code: Alles auswählen

pc-131.lokale.domain      A       192.168.11.131
Traceback (most recent call last):
  File "/opt/pcbin/install/preloginloader/opsi-deploy-preloginloader", line 42, in <module>
    from OPSI.Tools import *
ImportError: No module named Tools

Des Weiteren kann ich auf der linken Seite nichts mehr anklicken. Kein einzelner Rechner lässt sich auswählen. Auch kann ich keine Gruppen mehr anlegen.

[AustinPowers]

Hmmmm... So, wie ich das sehe, muss ich nun doch alle Schritte einer Erstinstallation nochmal durchführen. Ich dachte, dass die alten Packete der 3.4 wenigstens noch irgendeinen Dienst tun. Vorher funktionierte der opsi-product-updater auch nicht, was jetzt allerdings geht. Nun warte ich mal ab, bis alles installiert ist.

Ich denke, diesen Fall werde ich erst einmal schließen, da es irgendwie grundsätzlich falsch lief. Ich gehe dann - wie gesagt - vor, wie bei einer Neuinstallation. Dadurch sollten meine Probleme dann behoben sein.