[gelöst] Problem mit Opsi und Samba

[andré]

Hallo,

ich habe zurzeit ein etwas lästiges Problem, wenn sich Opsi mit Samba verbinden möchte. Das passiert auch nur bei Netboot-Installationen, wenn nach der Installation von Windows die Opsi-Pakete nach und nach installiert werden.

Und zwar wird eine ganze Weile installiert und nach ca 2 Stunden ist die Verbindung zum Depot gestört. Ich dachte erst, dass es am WSUS Offline-Paket liegt, aber das passiert nicht nur bei diesem Paket.

Code: Alles auswählen

(1223)    [5] [Mar 28 17:55:10] [ control pipe                  ] -----> Executing: getBlockLogin()   (JsonRpc.pyo|134)
(1224)    [5] [Mar 28 17:55:10] [ opsiclientd                   ] rpc getBlockLogin: blockLogin is 'True'   (ControlPipe.pyo|428)
(1225)    [6] [Mar 28 17:55:10] [ control pipe                  ] Got result   (JsonRpc.pyo|142)
(1226)    [3] [Mar 28 17:55:10] [ action_processor_starter.exe  ] Failed to mount '\\opsi\opsi_depot': (64, 'WNetAddConnection2', 'Der angegebene Netzwerkname ist nicht mehr verf\xfcgbar.')   (Windows.pyo|788)
(1227)    [2] [Mar 28 17:55:10] [ action_processor_starter.exe  ] Traceback:   (Logger.pyo|753)
(1228)    [2] [Mar 28 17:55:10] [ action_processor_starter.exe  ]   File "action_processor_starter.py", line 109, in <module>
(1229)       (Logger.pyo|753)
(1230)    [2] [Mar 28 17:55:10] [ action_processor_starter.exe  ]   File "OPSI\System\Windows.pyo", line 789, in mount
(1231)       (Logger.pyo|753)
(1232)    [2] [Mar 28 17:55:10] [ action_processor_starter.exe  ]      ==>>> Failed to mount '\\opsi\opsi_depot': (64, 'WNetAddConnection2', 'Der angegebene Netzwerkname ist nicht mehr verf\xfcgbar.')   (action_processor_starter.py|121)
(1233)    [6] [Mar 28 17:55:11] [ control pipe                  ] Creating pipe \\.\pipe\opsiclientd   (ControlPipe.pyo|253)
(1234)    [5] [Mar 28 17:55:11] [ control pipe                  ] -----> Executing: getBlockLogin()   (JsonRpc.pyo|134)
(1235)    [5] [Mar 28 17:55:11] [ opsiclientd                   ] rpc getBlockLogin: blockLogin is 'True'   (ControlPipe.pyo|428)
(1236)    [6] [Mar 28 17:55:11] [ control pipe                  ] Got result   (JsonRpc.pyo|142)
(1237)    [6] [Mar 28 17:55:11] [ control server                ] Worker <ocdlib.ControlServer.WorkerOpsiclientdJsonRpc instance at 0x02CE7418> started processing   (Worker.pyo|251)
(1238)    [6] [Mar 28 17:55:11] [ control server                ] Failed to get session: session id cJiqaeLCV4QywYU68KvnfGrW9i8bN5HK not found   (Session.pyo|162)
(1239)    [5] [Mar 28 17:55:11] [ control server                ] New session created   (Session.pyo|184)
(1240)    [5] [Mar 28 17:55:11] [ control server                ] Application 'opsi jsonrpc module version 4.0.7.12' on client '127.0.0.1' supplied non existing session id: cJiqaeLCV4QywYU68KvnfGrW9i8bN5HK   (Worker.pyo|399)
(1241)    [5] [Mar 28 17:55:11] [ control server                ] Authorization request from PC-Adresse@127.0.0.1 (application: opsi jsonrpc module version 4.0.7.12)   (ControlServer.pyo|162)
(1242)    [5] [Mar 28 17:55:11] [ opsiclientd                   ] -----> Executing: setStatusMessage(u'1', u"Failed to process action requests: Failed to mount '\\\\opsi\\opsi_depot': (64, 'WNetAddConnection2', 'Der angegebene Netzwerkname ist nicht mehr verf\\xfcgbar.')")   (JsonRpc.pyo|134)
(1243)    [5] [Mar 28 17:55:11] [ opsiclientd                   ] DEBUG: [<EventProcessingThread(Thread-17, started daemon 2136)>]    (Opsiclientd.pyo|431)
(1244)    [5] [Mar 28 17:55:11] [ opsiclientd                   ] DEBUG: 1    (Opsiclientd.pyo|433)
(1245)    [5] [Mar 28 17:55:11] [ opsiclientd                   ] rpc setStatusMessage: Setting status message to 'Failed to process action requests: Failed to mount '\\opsi\opsi_depot': (64, 'WNetAddConnection2', 'Der angegebene Netzwerkname ist nicht mehr verf\xfcgbar.')'   (ControlServer.pyo|541)
(1246)    [6] [Mar 28 17:55:11] [ opsiclientd                   ] Got result   (JsonRpc.pyo|142)
(1247)    [3] [Mar 28 17:55:11] [ action_processor_starter.exe  ] Failed to process action requests: Failed to mount '\\opsi\opsi_depot': (64, 'WNetAddConnection2', 'Der angegebene Netzwerkname ist nicht mehr verf\xfcgbar.')   (action_processor_starter.py|128)
(1248)    [6] [Mar 28 17:55:12] [ control pipe                  ] Creating pipe \\.\pipe\opsiclientd   (ControlPipe.pyo|253)
(1249)    [5] [Mar 28 17:55:12] [ control pipe                  ] -----> Executing: getBlockLogin()   (JsonRpc.pyo|134)
(1250)    [5] [Mar 28 17:55:12] [ opsiclientd                   ] rpc getBlockLogin: blockLogin is 'True'   (ControlPipe.pyo|428)
(1251)    [6] [Mar 28 17:55:12] [ control pipe                  ] Got result   (JsonRpc.pyo|142)
(1252)    [6] [Mar 28 17:55:13] [ control server                ] Worker <ocdlib.ControlServer.WorkerOpsiclientdJsonRpc instance at 0x02CCC8F0> started processing   (Worker.pyo|251)
(1253)    [6] [Mar 28 17:55:13] [ control server                ] Reusing session for client '127.0.0.1', application 'opsi jsonrpc module version 4.0.7.12'   (Worker.pyo|397)
(1254)    [5] [Mar 28 17:55:13] [ control server                ] Authorization request from PC-Adresse@127.0.0.1 (application: opsi jsonrpc module version 4.0.7.12)   (ControlServer.pyo|162)
(1255)    [5] [Mar 28 17:55:13] [ opsiclientd                   ] -----> Executing: backend_exit()   (JsonRpc.pyo|134)
(1256)    [6] [Mar 28 17:55:13] [ opsiclientd                   ] Got result   (JsonRpc.pyo|142)
(1257)    [5] [Mar 28 17:55:13] [ event processing gui_startup{installation_pending}] Process 2488 ended with exit code 0   (Windows.pyo|1648)
(1258)    [6] [Mar 28 17:55:13] [ event processing gui_startup{installation_pending}] Session id set to 1   (EventProcessing.pyo|173)

Folgender Ablauf:
- Installation Windows 7 x64 Netboot
- Meistens wird danach das WSUS Offline-Paket fertig
- Irgendwann bleibt Opsi dann stehen. Der Loginblocker geht auf, Opsi gibt die Meldung "Starte Aktionen" und bei der anschließenden Meldung "Verbinde mit Depot-Freigabe" bleibt es dann hängen und irgendwann schließt es erfolglos.
- In der Log-Datei oben findet sich dazu nur die Fehlermeldung

(64, 'WNetAddConnection2', 'Der angegebene Netzwerkname ist nicht mehr verf\\xfcgbar.')

Die Merkwürdigkeiten dazu:
- Starte ich den Samba-Server neu, funktioniert der Rechner wieder, es gibt aber auf dem Opsiserver weder im Syslog, noch im Sambalog Hinweise auf einen Fehler.
- Es betrifft immer nur den automatischen OPSI-Start auf diesem einen Rechner. Alle anderen Rechner können auf die Freigabe zugreifen, sowohl wenn Opsi startet, als auch manuell im Benutzeraccount.
- Wenn ich den betroffenen Rechner neustarte, tritt das Problem immer noch auf.
- Führe ich die Installation auf diesem Rechner on_demand aus, geht opsi auf und verbindet sich wie vorgesehen mit der Freigabe. Beim nächsten Neustart dauert die Verbindung zum depot bis zu zwei Minuten. Pro Neustart verringert sich diese Zeit aber, sodass der Rechner sich am Ende des Installationsvorgangs wieder normal verhält.

Irgendeine Idee, was das auslösen kann? Es ist bei uns schon vor einem halben Jahr passiert, dass ein Rechner auf dem Loginbildschirm stehen blieb, weil es keine Verbindung zum depot gab. In dem Fall war einfach die Ursache, dass zu viele Rechner gleichzeitig installiert wurden, da war der Opsi-Server einfach überlastet. Dann musste der Rechner einfach neugestartet werden und alles lief wieder korrekt.

Dieses neue Problem lässt sich so aber leider nicht beheben. Irgendeine Idee, was das auslösen kann?

Code: Alles auswählen

Server: Debian Jessie x64
root@opsi:~# dpkg -l |grep opsi
ii  opsi-atftpd                      0.7.dfsg-6                    amd64        advanced TFTP server - opsi version with pcre, fifo and max-blksize patches
ii  opsi-configed                    4.0.7.1.3-1                   all          OPSI config editor
ii  opsi-depotserver                 4.0.6.7-2                     all          opsi depotserver configuration package
ii  opsi-linux-bootimage             20170206-1                    amd64        opsi bootimage for netboot tasks.
ii  opsi-utils                       4.0.7.7-3                     all          utilites for working with opsi.
ii  opsiconfd                        4.0.7.4.1-1                   all          opsi configuration service
ii  opsipxeconfd                     4.0.7.5-3                     all          opsi pxe configuration daemon
ii  python-opsi                      4.0.7.28-5                    all          opsi python library

Edit: danke, das Problem trat bisher nicht mehr auf, ist gelöst.

[ngbr]

Hi andré,

Code: Alles auswählen

(1226)    [3] [Mar 28 17:55:10] [ action_processor_starter.exe  ] Failed to mount '\\opsi\opsi_depot': (64, 'WNetAddConnection2', 'Der angegebene Netzwerkname ist nicht mehr verf\xfcgbar.')   (Windows.pyo|788)
(1227)    [2] [Mar 28 17:55:10] [ action_processor_starter.exe  ] Traceback:   (Logger.pyo|753)
(1228)    [2] [Mar 28 17:55:10] [ action_processor_starter.exe  ]   File "action_processor_starter.py", line 109, in <module>
(1229)       (Logger.pyo|753)
(1230)    [2] [Mar 28 17:55:10] [ action_processor_starter.exe  ]   File "OPSI\System\Windows.pyo", line 789, in mount
(1231)       (Logger.pyo|753)
(1232)    [2] [Mar 28 17:55:10] [ action_processor_starter.exe  ]      ==>>> Failed to mount '\\opsi\opsi_depot': (64, 'WNetAddConnection2', 'Der angegebene Netzwerkname ist nicht mehr verf\xfcgbar.')   (action_processor_starter.py|121)

default - mäßig wird die Verbindung zum opsi-Server hier via mdns gemacht. das ist oft suboptimal, wir werden vermutlich hier bald den Default ändern. Sinnvoll ist, entweder die IP oder aber den FQDN des opsi - Servers einzutragen in den Parameter des Depots (Depot - Konfiguration > depotRemoteUrl) . Dort steht vermutlich im Moment 'smb://opsi/opsi_depot' .. wir machen das, damit man opsi auch ohne komplettes DNS gut testen kann.

[andré]

Danke, ich habe den Eintrag abgeändert und würde mal nächste Woche prüfen, ob es immer noch Probleme gibt.