ERROR Bad FQDN Hostname

[Senator]

Upgrade von OPSI 3.4 auf 4.0: Aufruf opsi-setup --init-current-config erscheint die oben genannte Fehlermeldung.
Dateien mit dem genannten Hostnamen wurden gelöscht, hat aber nicht geholfen.
Hier der entsprechende Auszug aus dem Log:
opsi-setup --init-current-config
[2] [Sep 22 11:43:22] Traceback: (Logger.py|742)
[2] [Sep 22 11:43:22] line 3068 in '<module>' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Sep 22 11:43:22] line 3027 in 'main' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Sep 22 11:43:22] line 2478 in 'initializeBackends' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Sep 22 11:43:22] line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Sep 22 11:43:22] line 407 in '_executeMethod' in file '/var/lib/python-support/python2.5/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Sep 22 11:43:22] line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Sep 22 11:43:22] line 407 in '_executeMethod' in file '/var/lib/python-support/python2.5/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Sep 22 11:43:22] line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Sep 22 11:43:22] line 407 in '_executeMethod' in file '/var/lib/python-support/python2.5/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Sep 22 11:43:22] line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Sep 22 11:43:22] line 326 in '_dispatchMethod' in file '/var/lib/python-support/python2.5/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] [Sep 22 11:43:22] line 1264 in 'host_getObjects' in file '/var/lib/python-support/python2.5/OPSI/Backend/File.py' (Logger.py|742)
[2] [Sep 22 11:43:22] line 779 in '_read' in file '/var/lib/python-support/python2.5/OPSI/Backend/File.py' (Logger.py|742)
[2] [Sep 22 11:43:22] line 86 in 'parse' in file '/var/lib/python-support/python2.5/OPSI/Util/File/Opsi/__init__.py' (Logger.py|742)
[2] [Sep 22 11:43:22] line 215 in 'forceFqdn' in file '/var/lib/python-support/python2.5/OPSI/Types.py' (Logger.py|742)
[2] [Sep 22 11:43:22] ==>>> Bad fqdn: 'vmw025.localdomain' (opsi-setup|3076)

ERROR: Bad fqdn: 'vmw025.localdomain'

Die per OPSI installierten Systeme wurden alle mit FQDN Namen aufegnommen bzw. auf unserem OPSI Server installiert.

Wo bzw. in welchen Dateien müssen wir ggf. manuell Änderungen vornehmen ?

Danke und Gruß

[d.oertel]

Hi,

das Problem ist die Domain '.localdomain'.

opsi erwartet eine domain mit toplevel domain.

siehe:
http://download.uib.de/opsi4.0/doc/html ... conditions

gruss
d.oertel

[Senator]

FQDN für den OPSI ist gegeben.
Der Hostname aus der Fehlermeldung " Bad fqdn: 'vmw025.localdomain' " ist ein Client.

getent löst die IP, den FQDN und SMB Namen zum OPSI auf.
Der Eintrag localdomain ist in der hosts nicht vorhanden.

Daher muss wohl eine andere Ursache vorliegen, oder ?

Gruß
A.Sennert

[wolfbardo]

Wurde das Upgrade gemaess

http://download.uib.de/opsi4.0/doc/opsi ... uch-de.pdf

durchgefuehrt?

und u.a. das Backend fehlerfrei konvertiert mittels

opsi-setup --update-file

???


Gruss
Bardo Wolf

[Senator]

Nach ausführen von opsi-setup --update-file erscheint folgende Meldung:
[5] [Sep 22 13:59:51] Loading backend config '/etc/opsi/backends/file.conf' (opsi-setup|1457)
[2] [Sep 22 13:59:52] Traceback: (Logger.py|742)
[2] [Sep 22 13:59:52] line 3068 in '<module>' in file '/usr/bin/opsi-setup'(Logger.py|742)
[2] [Sep 22 13:59:52] line 3042 in 'main' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Sep 22 13:59:52] line 1466 in 'updateFileBackend' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Sep 22 13:59:52] ==>>> Detected a file ('/var/lib/opsi/config/config.ini') that should only be in opsi version 4.0, update denied! (opsi-setup|3076)

ERROR: Detected a file ('/var/lib/opsi/config/config.ini') that should only be in opsi version 4.0, update denied!

ERROR: Detected a file ('/var/lib/opsi/config/config.ini') that should only be in opsi version 4.0, update denied!

Berechtigunggsproblem ?

Gruß
A.Sennert

[d.oertel]

Hi,

vielleicht doch ein Fall für professionellen Support:
http://uib.de/www/service_support/support/index.html

gruss
d.oertel

[Senator]

Hallo Herr Oertel,

wir haben den Stand von unserem produktiven OPSI 3.4 Server zurückgesetzt und parallel einen OPSI 4.01 installiert.
Der neue Server wurde auf Basis der Doku opsi-getting-starting-stable bis einschl. Kapitel 2.5 instaliert bzw. konfiguriert.
Anschliessend wurde die Migration von OPSI 3.4 auf 4.01 in Angriff genommen ( Quelle: opsi-v40-releasenotes-upgrade-handbuch).
Doch auch kommt es beim zum Fehler, wenn ich das File Backend mit dem befehl opsi-setup --update file ( am Ende von Punkt 2.2.2.2 ) konvertieren möchte:
[5] [Sep 27 13:41:07] Loading backend config '/etc/opsi/backends/file.conf' (opsi-setup|1421)
[2] [Sep 27 13:41:07] Traceback: (Logger.py|742)
[2] [Sep 27 13:41:07] line 3006 in '<module>' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Sep 27 13:41:07] line 2980 in 'main' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Sep 27 13:41:07] line 1430 in 'updateFileBackend' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Sep 27 13:41:07] ==>>> Detected a file ('/var/lib/opsi/config/config.ini') that should only be in opsi version 4.0, update denied! (opsi-setup|3014)

ERROR: Detected a file ('/var/lib/opsi/config/config.ini') that should only be in opsi version 4.0, update denied!

In einen anderem Forumbeitrag ( https://forum.uib.de/viewtopic.php?f=7&t=1805 ) ist ein ähnliches, wenn nicht sogar gleiches Verhalten festzustellen.
Handelt es sich hier nicht eher um eine Fehlfunktion in der Setup-Routine ?
Wir befinden uns in einer OPSI 4.x Version, daher frage ich mich: wieso wird das Vorhandensein der besagten config.ini in Frage gestellt ?

VG
A.Sennert

[erwinr]

Das kommt mir bekannt vor, iast aber schon einige Monate her, daher sind meine Ausführungen mit Vorsicht zu genießen.

Wenn ich mich recht erinnere, lag es daran, daß ich die Hostconfigurationen vom OPSI3.4-Server auf den neuen Opsi4.0 -Server kopiert hatte und dann versuchte die Konversion durchzuführen.

Ich glaube, ich umging das Problem, indem ich die /var/lib/opsi/config/config.ini in ein Backup verschob (i.e., löschte).
Gruß, E.

[Senator]

Hallo erwinr,

Danke, diesmal hat es geklappt.
Nun heisst es nur noch das Depot vom "alten" OPSI auf den neuen OPSI 4.01 zu übertragen ( VMDK umhängen ).


Gruß
A.Sennert