forum.opsi.org

Guten Tag,

wir haben einen laufenden OPSI4-Server auf eine andere Maschine migriert. Er läuft auf einem virtuellen Host. Die Depot-ID war allerdings der FQDN des Hosts und nicht des virtuellen Hosts. Der Forumsbeitrag "DepotId ändern" schien Abhilfe zu verschaffen, hier wurde

Code: Alles auswählen

    opsi-admin -d method host_renameOpsiDepotserver depot.donbo.internet <new-id>

empfohlen. Die vorangestellte Warnung

! Vorher unbedingt ein Backup des opsi-Backends erstellen !

nahm ich insofern ernst, dass ich beschloss, mich gleich hernach darum zu kümmern.

Der Aufruf endete nicht, nach 15 Minuten unterbrach ich händisch. Seither bekomme ich keine Verbindung mehr mit dem Configed, mit dem Hinweis "Connection Refused". Auch der Dienst läuft nicht richtig, entweder der (re)start failed oder er gibt an, korrekt gestartet zu sein, /etc/init.d/configed status liefert aber (not running) zurück. Die Logfiles werden sowohl bei den Versuchen, den Dämon zu starten, als auch bei Aufrufen von opsi-setup --init-current-config nur mit folgenden Zeilen befüllt:

[5] [Dec 28 16:32:35] Starting opsiconfd main thread (opsiconfd.py|430)
[5] [Dec 28 16:32:35] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|414)
[2] [Dec 28 16:32:45] Traceback: (Logger.py|742)
[2] [Dec 28 16:32:45] line 434 in 'run' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Dec 28 16:32:45] line 255 in '_createBackendInstance' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Dec 28 16:32:45] line 173 in '__init__' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] [Dec 28 16:32:45] line 269 in '__init__' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] [Dec 28 16:32:45] line 320 in '__loadBackends' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] [Dec 28 16:32:45] line 326 in '__init__' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] [Dec 28 16:32:45] line 415 in 'connect' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] [Dec 28 16:32:45] line 603 in '_jsonRPC' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] [Dec 28 16:32:45] line 123 in 'execute' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] [Dec 28 16:32:45] line 135 in 'waitForResult' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Dec 28 16:32:45] ==>>> [Errno 111] Connection refused (opsiconfd.py|449)

Als ob ich mein Depot verschoben hätte, und er nun abbricht, weil ers nicht mehr findet...? Wir haben ein MySQL-Backend. Aber ich habe grossen Respekt davor, da einfach auf Verdacht drin rumzupfuschen. Irgendeinen Vorschlag? Besten Dank schonmal. Am Ende wirds noch langweilig zwischen den Jahren...

Moinsens,

WZB hat geschrieben: Die vorangestellte Warnung
! Vorher unbedingt ein Backup des opsi-Backends erstellen !
nahm ich insofern ernst, dass ich beschloss, mich gleich hernach darum zu kümmern.

Na wie gut, dass Du das so ernst genommen hast...

Im schlimmsten Falle würde ICH nun wie folgt vorgehen (das ist zwar aufwändig aber grenzt im Falle eines Mißerfolges den Fehler mehr und mehr ein...):

Zuerst mal ein Backup Deines Systems machen, damit Du jederzeit an den aktuellen Ausgangspunkt zurückkehren kannst, falls alle nachfolgendenen Tipps nicht helfen. Da folgst Du am besten der Anleitung die hier veröffentlicht ist. Beachte, Bu wirst reichlich Plattenplatz benötigen (wenn Dein System wieder läuft, würde ich dieser Anleitung nochmal folgen, und das vielleicht automatisieren, denn dann hast Du immer ein Backup Deines Systems für den GAU).

Und so schlimm ist es nicht in den MySQL-Daten herumzupfuschen, denn Du kannst ja von der MySQL-Datenbank JETZT ein Backup machen, welches Dich in Bezug auf die MySQL-Daten an den Ausgangspunkt bringt, falls Du jetzt im Nachhinein alles kaputtmachst...

MySQL stoppen
die Datenbank für Opsi aus /var/lib/mysql woanders hinkopieren
MySQL wieder starten

und anschließend am besten - weil einfacher - mit phpMyAdmin die Opsi-Tabellen durchsuchen nach beliebigen Daten... Denn dann kannst Du alle Tabellen anwählen und alle werden durchsucht und die Anzahl der gefundenen Datensätze pro Tabelle angezeigt. Allerdings - das sag ich hier mal für die Anfänger - ist in einem sicheren System phpMySQL nicht unbedingt zu empfehlen, es sei denn, man setzt zusätzliche Sicherungen ein. Das aber nur am Rande.

Bevor Du aber nun in den Tabellen suchst würde ich nach der Sicherung der Datenbank jetzt einfach so tun, als ob Opsi noch garnicht installiert ist und nun Stück für Stück das "Getting Started" durchgehen und dabei überprüfen, was nun alles schon geändert ist (oder auch nicht).
Wenn der Name des Servers bereits geändert ist (diese Prüfung des Hostnamens steht ja am Anfang der Installation - hostname -f), würde ich durchaus einen Neustart des Servers erwägen um sicherzugehen, dass der Name auch übernommen worden ist.

Dann würde ich es durchaus noch einmal mit einem

Code: Alles auswählen

opsi-admin -d method host_renameOpsiDepotserver depot.donbo.internet <new-id>

versuchen. Vielleicht repariert es sich so von selbst.
Wenn nicht, dann würde ich dem "Getting Started" weiter folgen und so tun, als sei das System noch nicht installiert. Den einen oder anderen Punkt wirst Du dabei überspringen können - die Software beispielsweise ist ja schon installiert und ändert sich mit dem oben genannten opsi-admin Befehl nicht.
Wenn dann das Opsi-System zumindest wieder da ist und der configed lediglich falsche Einträge hat, kannst Du immernoch phpMySQL für die Änderungen bemühen.

Gruß
Thomas_H

Verfasst: **04 Jan 2012, 16:49**

Lieber Thomas_H,

vielen Dank für die umfangreiche Antwort erstmal! Auf dem Server laufen leider auch andere Services, so dass wir etwas eingeschränkt im kompletten Backupen und der Rumspielerei sind. Leider bin ich auch mit dieser Anleitung nicht weitergekommen. Selbst wenn ich alle Vorkommen des alten Servernamens mit dem neuen ersetze, kommt bei Aufrufen wie

Code: Alles auswählen

opsi-admin -d method host_renameOpsiDepotserver depot.donbo.internet <new-id>

oder auch

Code: Alles auswählen

 opsi-setup --init-current-config

lediglich

Traceback: (Logger.py|742)
[2] line 1551 in '<module>' in file '/usr/bin/opsi-admin' (Logger.py|742)
[2] line 217 in 'main' in file '/usr/bin/opsi-admin' (Logger.py|742)
[2] line 173 in '__init__' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] line 269 in '__init__' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] line 320 in '__loadBackends' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] line 326 in '__init__' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] line 415 in 'connect' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] line 603 in '_jsonRPC' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] line 123 in 'execute' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/JSONRPC.py' (Logger.py|742)
[2] line 135 in 'waitForResult' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] ==>>> [Errno 111] Connection refused (opsi-admin|1561)

zurück. Ich scheu auch nicht davor zurück, einfach nochmal alles drüber zu installieren, aber die schon darüber verteilten Lizenzen, darum täts mir leid. Hab nach wie vor ein wenig Respekt davor, die Tabelle LICENCE_ON_CLIENT einfach ins neu aufgesetzte OPSI zu importieren...
Irgendwie scheint mir der das Backend nicht mehr zu finden. Der Dämon lässt sich weiterhin nicht starten. Auch wenn ich in der dispatch.conf wieder auf file stelle, passiert das, mit der selben Fehlermeldung...
Hätte noch wer einen Vorschlag?
Liebe Grüße und Danke schonmal
Eric

Verfasst: **08 Jan 2012, 17:22**

Moinsens,

hast Du nach dem Umbenennen aller Vorkommen den Server neu gestartet? Sichert, dass der neue Name auch übernommen wird.

WZB hat geschrieben:
Code: Alles auswählen
 opsi-setup --init-current-config
lediglich
[2] ==>>> [Errno 111] Connection refused (opsi-admin|1561)

Connection refused deutet darauf hin, dass die Verbindung zu einem Service nicht aufgebaut werden konnte. Nun ist momentan die Frage, zu welchem Service die Verbindung nicht aufgebaut werden konnte. Zumeist liegt es bei lokalen Anfragen an einem nicht gestarteten Service - sofern nicht eine Firewall falsch konfiguriert ist.

Ist jetzt etwas stochern im Nebel...
Was sagt denn bei Dir

Code: Alles auswählen

ps -e |grep opsi

?

Hast Du denn Opsi für MySQL konfiguriert?
Habt Ihr möglicherweise eine Firewall aktiviert, die auch lokale Anfragen nur dann durchlässt, die erlaubt sind?

Gruß

Thomas_H

Verfasst: **08 Feb 2012, 16:06**

Hallo Thomas_H,

vielen Dank für die Antwort. Hat ein bisschen gedauert, gefunden hab ich dann am End, dass der befehl das backend verdreht hat. Ein Backup von dispatch.conf, in denen mysql als Backend eingetragen ist, verhalf zu Lösung.

Liebe Grüße und besten Dank!
Eric

Verfasst: **09 Feb 2012, 16:29**

Moinsens,

schön, dass Du es gefunden hast. Bitte noch die erste Nachricht in dem Thread editieren und die Betreffzeile auf "[Gelöst]..." ändern.

Danke...

Gruß

Thomas_H

Hallo zusammen,

das Problem habe ich auch, habe auch alle Optionen bzw. auch hier die Lösung ausprobiert leider hat das nichts gebracht. brauche dringend Hilfe, würde mich sehr freuen .... komme i-wie nicht mehr auf die Webinterface...

die Fehlermeldung...

[5] [Dec 03 19:03:58] Starting opsiconfd main thread (opsiconfd.py|447)
[5] [Dec 03 19:03:58] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|424)
[2] [Dec 03 19:04:03] Traceback: (Logger.py|754)
[2] [Dec 03 19:04:03] line 453 in 'run' in file '/usr/lib/pymodules/python2.7/opsiconfd/opsiconfd.py' (Logger.py|754)
[2] [Dec 03 19:04:03] line 264 in '_createBackendInstance' in file '/usr/lib/pymodules/python2.7/opsiconfd/opsiconfd.py' (Logger.py|754)
[2] [Dec 03 19:04:03] line 209 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/BackendManager.py' (Logger.py|754)
[2] [Dec 03 19:04:03] line 314 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/BackendManager.py' (Logger.py|754)
[2] [Dec 03 19:04:03] line 364 in '__loadBackends' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/BackendManager.py' (Logger.py|754)
[2] [Dec 03 19:04:03] line 329 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/JSONRPC.py' (Logger.py|754)
[2] [Dec 03 19:04:03] line 398 in 'connect' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/JSONRPC.py' (Logger.py|754)
[2] [Dec 03 19:04:03] line 620 in '_jsonRPC' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/JSONRPC.py' (Logger.py|754)
[2] [Dec 03 19:04:03] line 124 in 'execute' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/JSONRPC.py' (Logger.py|754)
[2] [Dec 03 19:04:03] line 130 in 'waitForResult' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/Backend.py' (Logger.py|754)
[2] [Dec 03 19:04:03] ==>>> [Errno 111] Connection refused (opsiconfd.py|469)
[5] [Dec 03 19:04:03] Stopping opsiconfd main thread (opsiconfd.py|175)
[5] [Dec 03 19:04:03] Opsiconfd main thread exiting... (opsiconfd.py|472)

auch beim set rights

[5] [Dec 03 19:24:30] Setting rights (opsi-setup|534)
[3] [Dec 03 19:24:35] [Errno 111] Connection refused (opsi-setup|571)
[5] [Dec 03 19:24:35] Setting rights on directory '/tftpboot/linux' (opsi-setup|621)
[5] [Dec 03 19:24:35] Setting rights on directory '/home/opsiproducts' (opsi-setup|621)
[5] [Dec 03 19:24:35] Setting rights on directory '/var/log/opsi' (opsi-setup|621)
[5] [Dec 03 19:24:35] Setting rights on directory '/etc/opsi' (opsi-setup|621)
[5] [Dec 03 19:24:35] Setting rights on directory '/var/lib/opsi' (opsi-setup|621)

Danke...

Hi john,

überprüfe die Datei: /etc/opsi/backendManager/dispatch.conf

wenn bei backend jsonrpc auftaucht und du hast nur einen Server, dann ist diese Datei kaputt. Wie Sie sein muss steht in der selben Datei in den Kommentaren oben drüber.

Hallo,

vielen Dank, für die schnelle Rückmeldung... es läuft wieder komme auch auf die Webinterface und meine Depot Server kann ich auch wieder sehen...
unter dispatch.conf bei backend war 2x jsonrpc habe Sie durch mysql und file ersetzt dann ging wieder alles.
nur beim opsiconf starten bekomme ich die Meldung da muss ich noch etwas weiter experimentieren...
Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|365)
und beim softwareverteilen No JSON object could be decoded

Danke...

Hi,

john_91 hat geschrieben:Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|365)

Kann gemäß Getting Started ignoriert werden.

john_91 hat geschrieben:und beim softwareverteilen No JSON object could be decoded

Dann stimmt irgendwas bei der Kommunikation zwischen Server und Client nicht.
Stößt du eine Aktion über den Configed an?

Gruß

Niko

forum.opsi.org

[Gelöst] Ausgesperrt...

[Gelöst] Ausgesperrt...

Re: Ausgesperrt...

Re: Ausgesperrt...

Re: Ausgesperrt...

Re: Ausgesperrt...

Re: Ausgesperrt...

Re: [Gelöst] Ausgesperrt...

Re: [Gelöst] Ausgesperrt...

Re: [Gelöst] Ausgesperrt...

Re: [Gelöst] Ausgesperrt...