opsiclientd: local variable 'val' referenced before ...

[RStandfest]

Hallo

Ich wollte heute meinen opsi-client-agent von 4.0.1-20 auf den aktuellen 4.0.1-25 updaten. Leider ist das etwas schief gegangen... Auf meinem Test-Rechner, auf dem ich entsprechend über Opsi ein Update des Client angestoßen habe will sich seitdem nicht mehr mit Opsi verbinden. Beim Start kommt im Opsi-Fenster immer die Fehlermeldung

Failed to connect to config server 'https://192.168.3.246:4447/rpc': local variable 'val' referenced before assignment

Und im opsiclientd.log steht entsprechend

Code: Alles auswählen

5] [Feb 03 09:47:03] [ event processing gui_startup  ] Executing: 'C:\Program Files\opsi.org\opsi-client-agent\\notifier.exe -p 44003 -i event -s notifier\\event.ini' in session '1' on desktop 'winsta0\winlogon'   (Windows.pyo|1348)
[6] [Feb 03 09:47:03] [ event processing gui_startup  ] Process startet, pid: 3688   (Windows.pyo|1351)
[6] [Feb 03 09:47:03] [ event processing gui_startup  ] Session id set to 1   (EventProcessing.pyo|172)
[6] [Feb 03 09:47:04] [ opsiclientd                   ] client connection made   (Message.pyo|459)
[6] [Feb 03 09:47:06] [ control pipe                  ] Creating pipe \\.\pipe\opsiclientd   (ControlPipe.pyo|253)
[5] [Feb 03 09:47:06] [ control pipe                  ] -----> Executing: getBlockLogin()   (JsonRpc.pyo|123)
[5] [Feb 03 09:47:06] [ opsiclientd                   ] rpc getBlockLogin: blockLogin is 'True'   (ControlPipe.pyo|428)
[6] [Feb 03 09:47:06] [ control pipe                  ] Got result   (JsonRpc.pyo|131)
[6] [Feb 03 09:47:06] [ event processing gui_startup  ] User is allowed to cancel connection after 30 seconds   (EventProcessing.pyo|130)
[6] [Feb 03 09:47:06] [ event processing gui_startup  ] Starting ServiceConnectionThread, timeout is 30 seconds   (OpsiService.pyo|163)
[5] [Feb 03 09:47:06] [ service connection            ] Connecting to config server 'https://192.168.3.246:4447/rpc' #1   (OpsiService.pyo|308)
[6] [Feb 03 09:47:08] [ service connection            ] Verifying modules file signature   (JSONRPC.pyo|520)
[3] [Feb 03 09:47:08] [ service connection            ] Failed to connect to config server 'https://192.168.3.246:4447/rpc': local variable 'val' referenced before assignment   (OpsiService.pyo|340)
[6] [Feb 03 09:47:09] [ control pipe                  ] Creating pipe \\.\pipe\opsiclientd   (ControlPipe.pyo|253)
[5] [Feb 03 09:47:09] [ control pipe                  ] -----> Executing: getBlockLogin()   (JsonRpc.pyo|123)
[5] [Feb 03 09:47:09] [ opsiclientd                   ] rpc getBlockLogin: blockLogin is 'True'   (ControlPipe.pyo|428)
[6] [Feb 03 09:47:09] [ control pipe                  ] Got result   (JsonRpc.pyo|131)
[5] [Feb 03 09:47:11] [ service connection            ] Connecting to config server 'https://192.168.3.246:4447/rpc' #2   (OpsiService.pyo|308)
[6] [Feb 03 09:47:11] [ service connection            ] Verifying modules file signature   (JSONRPC.pyo|520)
[3] [Feb 03 09:47:11] [ service connection            ] Failed to connect to config server 'https://192.168.3.246:4447/rpc': local variable 'val' referenced before assignment   (OpsiService.pyo|340)
[6] [Feb 03 09:47:12] [ control pipe                  ] Creating pipe \\.\pipe\opsiclientd   (ControlPipe.pyo|253)
[5] [Feb 03 09:47:12] [ control pipe                  ] -----> Executing: getBlockLogin()   (JsonRpc.pyo|123)
[5] [Feb 03 09:47:12] [ opsiclientd                   ] rpc getBlockLogin: blockLogin is 'True'   (ControlPipe.pyo|428)

Eine OpsiService.pyo kann ich weder auf dem Client noch auf dem Server finden.

Die Serverseite ist ein CentOS6 mit den aktuellen Opsi-Paketen aus dem RPM-Repository, alle alten Clients sprechen noch mit dem Server. Bin ich auf einen Bug gestossen oder habe ich irgendwo selbst etwas verbockt?

Vielen Dank für Hinweise und Hilfe!

MfG
René Standfest

[d.oertel]

Hi,

bitte prüfe nochmal ob die Pakete auf dem Server wirklich aktuell sind und restarte den opsiconfd auf dem server.

gruss
d.oertel

[RStandfest]

Hi,

hier die aktuell installierten Pakete:

Code: Alles auswählen

[root@opsisrv-1 ~]# rpm -qa |grep opsi
opsiconfd-4.0.1.9-5.1.noarch
opsi-atftp-0.7.dfsg-9.1.x86_64
opsipxeconfd-4.0.1.4-1.1.noarch
opsipxeconfd-4.0.1.5-1.1.noarch
opsi-configed-4.0.1.17-2.1.noarch
opsi-linux-bootimage-20110926-1.1.noarch
opsi-utils-4.0.1.15-1.1.noarch
python-opsi-4.0.1.36-1.1.noarch
opsi-depotserver-4.0.1.11-1.1.noarch

Als Repo ist http://download.opensuse.org/repositori ... psi40.repo hinterlegt.

Ein Neustart des opsiconfd hat ebensowenig gebracht wie ein Neustart des kompletten Servers...

Leider habe ich die opsi-client-agent-4.0.1-20.opsi nicht mehr im Backup und auf http://download.uib.de find ich diese auch nicht mehr... wäre es möglich mir diese nochmal zur Verfügung zu stellen um diese dann (zumindest vorübergehend) wieder einzuspielen?

[juk]

Ich habe genau das selbe Problem mit dem aktuellen Client Agent 4.0.1-25.

Code: Alles auswählen

||/ Name           Version        Beschreibung
+++-==============-==============-============================================
ii  opsi-atftpd    0.7.dfsg-1.7   advanced TFTP server - opsi version with pcr
ii  opsi-configed  4.0.1.17-2     OPSI config editor
ii  opsi-depotserv 4.0.1.11-1     opsi depotserver configuration package
un  opsi-depotserv <keine>        (keine Beschreibung vorhanden)
ii  opsi-linux-boo 20110926-1     opsi linux bootimage
un  opsi-product-u <keine>        (keine Beschreibung vorhanden)
ii  opsi-utils     4.0.1.15-1     opsi utils
ii  opsiconfd      4.0.1.9-4      opsi configuration service
ii  opsipxeconfd   4.0.1.5-1      opsi pxe configuration daemon

[wolfbardo]

mmh,

Ich habe genau das selbe Problem mit dem aktuellen Client Agent 4.0.1-25.

Code: Alles auswählen

||/ Name           Version        Beschreibung
+++-==============-==============-============================================
ii  opsi-atftpd    0.7.dfsg-1.7   advanced TFTP server - opsi version with pcr
ii  opsi-configed  4.0.1.17-2     OPSI config editor
ii  opsi-depotserv 4.0.1.11-1     opsi depotserver configuration package
un  opsi-depotserv <keine>        (keine Beschreibung vorhanden)
ii  opsi-linux-boo 20110926-1     opsi linux bootimage
un  opsi-product-u <keine>        (keine Beschreibung vorhanden)
ii  opsi-utils     4.0.1.15-1     opsi utils
ii  opsiconfd      4.0.1.9-4      opsi configuration service
ii  opsipxeconfd   4.0.1.5-1      opsi pxe configuration daemon

welche python-opsi Version wird verwendet?
welch Linux-Distribution?
Wie sieht die dispatch.conf aus?

Danke und Gruss
Bardo Wolf

[juk]

Softwareversion wie beim Threaderöffner, lediglich Ubuntu.

Code: Alles auswählen

root@opsi:~# dpkg -l "python-opsi*"
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konfiguration/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                  Version               Beschreibung
+++-=====================-=====================-==========================================================
ii  python-opsi           4.0.1.36-1            opsi python library

root@opsi:~# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 10.04.1 LTS
Release:        10.04
Codename:       lucid

root@opsi:~# egrep -v "(^#|^$)" /etc/opsi/backendManager/dispatch.conf
backend_.*         : file, mysql, opsipxeconfd
host_.*            : file, opsipxeconfd
productOnClient_.* : file, opsipxeconfd
configState_.*     : file, opsipxeconfd
softwareLicense.*  : mysql
audit.*            : mysql
.*                 : file

Grundlage des Systems ist das die Test-VM aus http://uib.de/www/opsi-testen/index.html

Vor dem letzten "apt-get upgrade" lief auch noch alles. Die nicht aktualisierten client-agents haben keine Probleme.

Jürgen

[RStandfest]

Hallo,

wie schon erwähnt, bei mir ist python-opsi-4.0.1.36-1.1.noarch installiert. die dispatch.conf hat folgenden Inhalt:

backend_.* : file, opsipxeconfd
host_.* : file, opsipxeconfd
productOnClient_.* : file, opsipxeconfd
configState_.* : file, opsipxeconfd
.* : file

MfG
René Standfest

[d.oertel]

Hi,

da scheint sich ein Bug eingeschlichen zu haben - wir arbeiten dran ...

gruss
d.oertel

[RStandfest]

Alles klar - dann warte ich noch etwas mit dem Rollout

Vielen Dank einstweilen!

[d.oertel]

Hi,

here is the fix:

http://download.uib.de/opsi4.0/experime ... .1-26.opsi

wir bitten um entschuldigung ...

gruss
d.oertel