[gelöst] Nach Snapshot zurückspielen "Backend not found"

Antworten
andré
Beiträge: 324
Registriert: 07 Jan 2014, 10:48

[gelöst] Nach Snapshot zurückspielen "Backend not found"

Beitrag von andré »

Ich wollte ein neues Depot mit neuer Subdomain anlegen und meine Clients dahin umziehen.

Der Prozess wird auch korrekt begonnen.

Code: Alles auswählen

root@opsi:~# opsi-setup --register-depot
[5] [Oct 16 18:56:10] Getting current system config (opsi-setup|108)
[5] [Oct 16 18:56:10] System information: (opsi-setup|124)
[5] [Oct 16 18:56:10]    distributor  : Debian (opsi-setup|125)
[5] [Oct 16 18:56:10]    distribution : Debian GNU/Linux 9.5 (stretch) (opsi-setup|126)
[5] [Oct 16 18:56:10]    ip address   : 172.16.0.30 (opsi-setup|127)
[5] [Oct 16 18:56:10]    netmask      : 255.255.255.0 (opsi-setup|128)
[5] [Oct 16 18:56:10]    subnet       : 172.16.0.0 (opsi-setup|129)
[5] [Oct 16 18:56:10]    broadcast    : 172.16.0.255 (opsi-setup|130)
[5] [Oct 16 18:56:10]    fqdn         : opsi.neuer.fqdn (opsi-setup|131)
[5] [Oct 16 18:56:10]    hostname     : opsi (opsi-setup|132)
[5] [Oct 16 18:56:10]    domain       : neuer.fqdn (opsi-setup|133)
[5] [Oct 16 18:56:10]    win domain   : WORKGROUP (opsi-setup|134)
[5] [Oct 16 18:56:46] Creating depot 'opsi.neuer.fqdn' (opsi-setup|427)
[5] [Oct 16 18:56:46] Getting depot 'opsi.neuer.fqdn' (opsi-setup|430)
[5] [Oct 16 18:56:46] Testing connection to config server as user 'opsi.neuer.fqdn' (opsi-setup|439)
[5] [Oct 16 18:56:47] Successfully connected to config server as user 'opsi.neuer.fqdn' (opsi-setup|444)
[5] [Oct 16 18:56:47] Updating backend config '/etc/opsi/backends/jsonrpc.conf' (__init__.py|87)
[5] [Oct 16 18:56:47] Backend config '/etc/opsi/backends/jsonrpc.conf' updated (__init__.py|101)
[5] [Oct 16 18:56:47] Updating dispatch config '/etc/opsi/backendManager/dispatch.conf' (opsi-setup|449)
[5] [Oct 16 18:56:47] Dispatch config '/etc/opsi/backendManager/dispatch.conf' updated (opsi-setup|463)
[5] [Oct 16 18:56:47] Setting rights on directory u'/etc/opsi' (Rights.py|116)
[5] [Oct 16 18:56:47] Setting rights on directory u'/var/log/opsi' (Rights.py|116)
[5] [Oct 16 18:56:47] Setting rights on directory u'/var/lib/opsi' (Rights.py|116)
Seit gestern 18:56 hängt der an dem Punkt fest. Ich habe das gestern vorher schon mal abgebrochen und einen Snapshot zurückgespielt, weil das schon mehrere Stunden dauerte. Da der Zugriff auf den opsi außer mit ssh nicht funktionierte, wollte ich das nicht die Nacht über laufen lassen. Das war aber offenbar nicht ausreichend, da wäre ein zusätzliches opsi-backup gut gewesen. Ich konnte mich dann zwar im opsi-configed anmelden und da sah alles gut aus. Wenn ein Client sich verbinden wollte, gab es aber noch einen Hinweis auf das neue Backend, weshalb der Zugriff fehl schlug.

Entsprechender Auszug aus dem clientconnect.log:

Code: Alles auswählen

[5] [Oct 16 18:28:21] [ opsiclientd                   ] -----> Executing: backend_exit()   (JsonRpc.pyo|134)
[6] [Oct 16 18:28:21] [ opsiclientd                   ] Got result   (JsonRpc.pyo|142)
[5] [Oct 16 18:28:21] [ opsiclientd                   ] Process 3796 ended with exit code 0   (Windows.pyo|1650)
[2] [Oct 16 18:28:21] [ event config on_demand        ] Traceback:   (Logger.pyo|757)
[2] [Oct 16 18:28:21] [ event config on_demand        ]   File "OPSI\Backend\JSONRPC.pyo", line 103, in processResult
   (Logger.pyo|757)
[2] [Oct 16 18:28:21] [ event config on_demand        ]      ==>>> Backend missing data error: Depot u'opsi.neuer.fqdn' not found in backend   (JSONRPC.pyo|111)
[2] [Oct 16 18:28:21] [ event processing gui_startup{installation_pending}] Traceback:   (Logger.pyo|757)
[2] [Oct 16 18:28:21] [ event processing gui_startup{installation_pending}]   File "ocdlib\EventProcessing.pyo", line 677, in processProductActionRequests
   (Logger.pyo|757)
[2] [Oct 16 18:28:21] [ event processing gui_startup{installation_pending}]   File "ocdlib\EventProcessing.pyo", line 771, in runActions
   (Logger.pyo|757)
[2] [Oct 16 18:28:21] [ event processing gui_startup{installation_pending}]   File "ocdlib\Config.pyo", line 533, in getDepotserverCredentials
   (Logger.pyo|757)
[2] [Oct 16 18:28:21] [ event processing gui_startup{installation_pending}]   File "<string>", line 1, in user_getCredentials
   (Logger.pyo|757)
[2] [Oct 16 18:28:21] [ event processing gui_startup{installation_pending}]   File "OPSI\Backend\JSONRPC.pyo", line 679, in _jsonRPC
   (Logger.pyo|757)
[2] [Oct 16 18:28:21] [ event processing gui_startup{installation_pending}]   File "OPSI\Backend\JSONRPC.pyo", line 148, in execute
   (Logger.pyo|757)
[2] [Oct 16 18:28:21] [ event processing gui_startup{installation_pending}]   File "OPSI\Backend\Backend.pyo", line 148, in waitForResult
   (Logger.pyo|757)
[2] [Oct 16 18:28:21] [ event processing gui_startup{installation_pending}]      ==>>> Backend missing data error: Depot u'opsi.neuer.fqdn' not found in backend   (EventProcessing.pyo|695)
[3] [Oct 16 18:28:21] [ event processing gui_startup{installation_pending}] Failed to process product action requests: Backend missing data error: Depot u'opsi.neuer.fqdn' not found in backend   (EventProcessing.pyo|696)
[6] [Oct 16 18:28:22] [ control pipe                  ] Creating pipe \\.\pipe\opsiclientd   (ControlPipe.pyo|251)
[5] [Oct 16 18:28:22] [ control pipe                  ] -----> Executing: getBlockLogin()   (JsonRpc.pyo|134)
[5] [Oct 16 18:28:22] [ opsiclientd                   ] rpc getBlockLogin: blockLogin is 'True'   (ControlPipe.pyo|426)
[6] [Oct 16 18:28:22] [ control pipe                  ] Got result   (JsonRpc.pyo|142)
[6] [Oct 16 18:28:23] [ control pipe                  ] Creating pipe \\.\pipe\opsiclientd   (ControlPipe.pyo|251)
Ich bräuchte daher entweder einen Hinweis, wie ich das Depot-anlegen abschließen kann, oder wie ich die Hinweise auf das neue Depot entfernen kann, damit zumindest der alte Zustand wiederhergestellt werden kann.
Kann ich vielleicht an dem Punkt sogar abbrechen und die Dienste einfach neu starten und habe dann zwei Depots? Zumindest die Beispiel-Ausgabe von --register-depot im Handbuch deutet darauf hin, dass nach dem Punkt an dem das Programm sich jetzt befindet, nicht mehr viel kommt.

Code: Alles auswählen

root@opsi:~# dpkg -l |grep opsi
ii  opsi-configed                    4.0.7.6.34-2                  all          OPSI config editor
ii  opsi-linux-bootimage             20180813-1                    all          opsi bootimage for netboot tasks.
ii  opsi-server                      4.1.1.4-10                    all          opsi server configuration package
ii  opsi-tftpd-hpa                   5.2.8-47                      amd64        HPA's tftp server
ii  opsi-utils                       4.1.1.22-1                    all          utilites for working with opsi.
ii  opsiconfd                        4.1.1.10-7                    all          opsi configuration service
ii  opsipxeconfd                     4.1.1.13-1                    all          opsi pxe configuration daemon
ii  python-opsi                      4.1.1.43-1                    all          opsi python library
Zuletzt geändert von andré am 17 Okt 2018, 11:54, insgesamt 1-mal geändert.
andré
Beiträge: 324
Registriert: 07 Jan 2014, 10:48

Re: Nach Snapshot zurückspielen "Backend not found"

Beitrag von andré »

Ich habe weiter dran gesessen und es raus bekommen. Der Snapshot hat einen Eintrag in der /etc/hosts wiederhergestellt, auf den die Clients die IP des Servers falsch aufgelöst haben. Nachdem ich den Eintrag wieder gelöscht habe, ging es wieder.
Antworten