Clients können nicht mehr an den Paketserver binden

[gabriellg]

Hallo Zusammen,
kennt jemand dieses Problem?

Nach einem serverseitigen Update von Python 2.5. nach Python 2.6. funktioniert die Kommunikation mit dem OPSI-Server nicht mehr.

z.B. opsi-package-manager -i schlägt fehl:

Meldung (lokal auf dem OPSI-Server eingeloggt):
# opsi-package-manager -i prometheanai_1.5.33840-1.opsi
Installing package 'prometheanai_1.5.33840-1.opsi' on depot 'studs-files.studs.intern.leibniz-remscheid.de'
ERROR: Failed to connect to 'https://studs-files.studs.intern.leibni ... e:4447/rpc': No JSON object could be decoded: line 1 column 0 (char 0)

Also Problem mit JSON? SimpleJSON oder irgend so etwas?
Die Windows-Clients melden dementsprechend einen "Bad Request" beim Winst-Client.
Gibt es einen Weg, das zu reparieren? Ich meine irgendwas im Code von einer speziellen Behandlung von Python2.6 gelesen zu haben.
Ich poste natürlich gern noch irgendwelche Logs, bin mir nur nicht sicher welche.

LG
Peter Gabriel

[d.oertel]

Hi,

opsi-version ?
distribution / version ?

gruss
d.oertel

[gabriellg]

-hüstel-
natürlich:
Wir verwenden Opsi 3.4 mit folgenden Paketen:

opsi-depotserver 3.4-1
opsi-configed 1.4.22-1
opsi-utils 3.4-4
opsiconfd 2.0.0.25-1
python-opsi 3.4.0.14-1

uname:
Linux studs-files 2.6.32-5-amd64 #1 SMP x86_64 GNU/Linux

lsb_release -a
Distributor ID: Debian
Description: Debian GNU/Linux 6.0.1 (squeeze)
Release: 6.0.1
Codename: squeeze

soweit ich weiß, sind das die aktuellsten OPSI Pakete

LG
P. Gabriel

[wolfbardo]

Hallo,

opsi 3.4 ist unter Debian Sqeeze nicht getestet und nicht unterstuetzt (auch wenn ich schon eine laufende Installation gesehen habe...)

Von daher ist ein Upgrade nach opsi 4.0.1 empfohlen.

Gruss
Bardo Wolf

[gabriellg]

Danke für den Tipp, dem Update Schritt von 3.4 auf 4.0 habe ich gemacht, habe mir das Handbuch geschnappt, und die Liste abgearbeitet.
(Ich benutze das File-Backend)
Leider ist der Fehler noch ähnlich:

Ausgabe von opsi-setup --init-current-config (bei opsi-setup --update-file kam auch schon ein ähnlicher Fehler, kann ich aber nicht mehr aufrufen)

Code: Alles auswählen

studs-files:/etc/opsi# opsi-setup --init-current-config
[2] [Jul 01 10:54:56] Traceback: (Logger.py|742)
[2] [Jul 01 10:54:56]      line 3006 in '<module>' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Jul 01 10:54:56]      line 2965 in 'main' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Jul 01 10:54:56]      line 2407 in 'initializeBackends' in file '/usr/bin/opsi-setup' (Logger.py|742)
[2] [Jul 01 10:54:56]      line 139 in '__init__' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] [Jul 01 10:54:56]      line 219 in '__init__' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] [Jul 01 10:54:56]      line 235 in '__loadDispatchConfig' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] [Jul 01 10:54:56]      ==>>> Backend configuration error: Failed to load dispatch config file '/etc/opsi/backendManager/dispatch.conf': 'module' object has no attribute 'dumps' (opsi-setup|3014)

ERROR: Backend configuration error: Failed to load dispatch config file '/etc/opsi/backendManager/dispatch.conf': 'module' object has no attribute 'dumps'

Python Version

Code: Alles auswählen

studs-files:/etc/opsi# python --version
Python 2.6.6

Dispatch File

Code: Alles auswählen

# -*- coding: utf-8 -*-
# = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
# =      backend dispatch configuration                                                                         =
# = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
#
# This file configures which methods are dispatched to which backends.
# Entries has to follow the form:
# <regular expression to match method name(s)> : <comma separated list of backend name(s)>
#
# Backend names have to match a backend configuraton file basename <backend name>.conf beneath /etc/opsi/backends.
# For every method executed on backend dispatcher the first matching regular expression will be decisive.
#
# Typical configurations:
#    file, opsipxeconfd and dhcpd backend:
#       backend_.*         : file, opsipxeconfd, dhcpd
#       host_.*            : file, opsipxeconfd, dhcpd
#       productOnClient_.* : file, opsipxeconfd
#       configState_.*     : file, opsipxeconfd
#       .*                 : file
#
#    jsonrpc, opsipxeconfd and dhcpd backend:
#       backend_.*         : jsonrpc, opsipxeconfd, dhcpd
#       .*                 : jsonrpc
#
#    ldap as main backend, mysql as hw/sw invent and license management backend, opsipxeconfd and dhcpd backend:
#       backend_.*         : ldap, mysql, opsipxeconfd, dhcpd
#       host_.*            : ldap, opsipxeconfd, dhcpd
#       productOnClient_.* : ldap, opsipxeconfd
#       configState_.*     : ldap, opsipxeconfd
#       license.*          : mysql
#       softwareLicense.*  : mysql
#       audit.*            : mysql
#       .*                 : ldap
#

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

Hilft das weiter?

LG
Peter Gabriel