Seite 2 von 5
Re: Opsi Config Editor hängt sich auf
Verfasst: 12 Jun 2012, 16:43
von qx23
Schreib einfach mal deinen Befehl den du verwendet hast, dann haben wir einen besseren Vergleichswert
Edit; Ja, ich hab grad etwas Zeitmangel

Re: Opsi Config Editor hängt sich auf
Verfasst: 12 Jun 2012, 16:54
von Valentino-46
Hi,
das Problem hatte ich irgendwann auch einfach mal. Dann habe ich per Debian aptitude das System geupdatet und mal neugestartet...danach lief es perfekt wieder

Gruß
Re: Opsi Config Editor hängt sich auf
Verfasst: 12 Jun 2012, 17:46
von qx23
Hi,
Das habe ich auch schon gemacht
"have you tried turning it off and on again?!" (the it crowd)
Gruß aus dem Zug
Re: Opsi Config Editor hängt sich auf
Verfasst: 12 Jun 2012, 17:47
von tobias

try that
Re: Opsi Config Editor hängt sich auf
Verfasst: 12 Jun 2012, 17:53
von qx23
Werd ich versuchen wenn ich wieder festes Internet habe.
Am besten in nen screen mit time davor
Gruß aus dem Zug
Re: Opsi Config Editor hängt sich auf
Verfasst: 12 Jun 2012, 18:54
von qx23
also,
weder mit
noch mit
passiert etwas...
Vermutlich haben wir das Problem eingegrenzt, denn im englischsprachigen Supportforum habe ich folgenden Thread gefunden (aber keine passende Lösung):
viewtopic.php?f=8&t=3294
in einem Screen habe ich folgenden Befehl angestoßen:
Ausgabe:
Code: Alles auswählen
[6] * BackendManager is creating BackendDispatcher (BackendManager.py|195)
[6] Backend context was set to <OPSI.Backend.BackendManager.BackendManager instance at 0x21faa28> (Backend.py|172)
[6] Loading dispatch config file '/etc/opsi/backendManager/dispatch.conf' (BackendManager.py|288)
[6] Loading backend config '/etc/opsi/backends/file.conf' (BackendManager.py|329)
[6] Backend context was set to <OPSI.Backend.BackendManager.BackendDispatcher instance at 0x21faa70> (Backend.py|172)
[6] Loading backend config '/etc/opsi/backends/mysql.conf' (BackendManager.py|329)
[6] Backend context was set to <OPSI.Backend.BackendManager.BackendDispatcher instance at 0x21faa70> (Backend.py|172)
[6] Creating ConnectionPool instance (MySQL.py|68)
[6] Verifying modules file signature (MySQL.py|400)
[5] Modules file signature verified (customer: XXXXXXXXXXXXXXXXXXXXX) (MySQL.py|422)
[6] Loading backend config '/etc/opsi/backends/opsipxeconfd.conf' (BackendManager.py|329)
[6] Backend context was set to <OPSI.Backend.BackendManager.BackendDispatcher instance at 0x21faa70> (Backend.py|172)
[6] * BackendManager is creating ExtendedConfigDataBackend (BackendManager.py|206)
[6] Setting context to backend <OPSI.Backend.Backend.ExtendedConfigDataBackend instance at 0x21fa9e0> (Backend.py|395)
[6] * BackendManager is creating DepotserverBackend (BackendManager.py|211)
[6] Setting context to backend <OPSI.Backend.Depotserver.DepotserverBackend instance at 0x2623908> (Backend.py|395)
[6] * BackendManager is creating HostControlBackend (BackendManager.py|214)
[6] Setting context to backend <OPSI.Backend.HostControl.HostControlBackend instance at 0x263c0e0> (Backend.py|395)
[6] * BackendManager is creating BackendExtender (BackendManager.py|225)
[6] Setting context to backend <OPSI.Backend.BackendManager.BackendExtender instance at 0x27e1368> (Backend.py|395)
[6] Reading config file '/etc/opsi/backendManager/extend.d/10_opsi.conf' (BackendManager.py|483)
[6] Reading config file '/etc/opsi/backendManager/extend.d/20_legacy.conf' (BackendManager.py|483)
[6] Reading config file '/etc/opsi/backendManager/extend.d/70_dynamic_depot.conf' (BackendManager.py|483)
[6] arg[0]: method (opsi-admin|268)
[6] arg[1]: hostControl_reachable (opsi-admin|268)
[6] Execute: method hostControl_reachable (opsi-admin|658)
[6] Executing: hostControl_reachable() (opsi-admin|1094)
[6] Trying connection to '127.0.1.1:4441' (HostControl.py|113)
[6] Trying connection to '192.168.xx.xx:4441' (HostControl.py|113)
[6] Trying connection to '192.168.xx.xx:4441' (HostControl.py|113)
[6] Trying connection to '192.168.xx.xx:4441' (HostControl.py|113)
[6] Trying connection to '192.168.xx.xx:4441' (HostControl.py|113)
...
...
...
[6] Trying connection to '192.168.xx.xx:4441' (HostControl.py|113)
Detail am Rande: Inkl localhost versucht sich opsi-admin zu 159 Geräte zu connecten. Im Opsi Config Editor sind aber 163 Clients aufgelistet...
Wenn ich STRG+C drücke kommt das hier, aber nichts passiert:
Um ein Firewallproblem auszuschließen habe ich es mit Telnet versucht und konnte mich verbinden
Code: Alles auswählen
telnet 192.168.xx.xx 4441
Trying 192.168.xx.xx...
Connected to 192.168.xx.xx.
Escape character is '^]'.
Hat jemand Ideen was man als nächstes machen könnte? Hat sich evtl. python verspult?
Gruß
Re: Opsi Config Editor hängt sich auf (hostControl_reachable
Verfasst: 12 Jun 2012, 20:07
von tobias
ok interessant denn bei mir schmiert opsi-admin einfach ab es kommt keine ausgabe und ich muss das terminal schließen und erneut aufrufen. Strg+c bringt nämlich agr nix.
Ich werd morgen den loglevel mal hochsetzen und schauen was mitgeloggt wird.
Re: Opsi Config Editor hängt sich auf (hostControl_reachable
Verfasst: 12 Jun 2012, 20:25
von qx23
Kleiner Nachtrag:
Wenn ich einen Hostname mit angebe passiert das hier:
Code: Alles auswählen
time opsi-admin -d method hostControl_reachable horstpc
[2] Traceback: (Logger.py|742)
[2] line 1569 in '<module>' in file '/usr/bin/opsi-admin' (Logger.py|742)
[2] line 304 in 'main' in file '/usr/bin/opsi-admin' (Logger.py|742)
[2] line 672 in 'execute' in file '/usr/bin/opsi-admin' (Logger.py|742)
[2] ==>>> Failed to execute 'method hostControl_reachable horstpc': Backend missing data error: No matching host ids found (opsi-admin|1579)
real 0m0.888s
user 0m0.616s
sys 0m0.080s
Hab dann den Opsi Client Agent drüber installiert und komplett neu installiert, machte keinen Unterschied.
Seit gestern abend geht das nicht mehr. Davor ging alles wunderbar. Am Backend wurde diese Woche gar nichts geändert.
Entweder hab ich grad ein grundsätzliches Problem oder ich seh vor lauter Wald die Bäume nicht mehr...
Re: Opsi Config Editor hängt sich auf (hostControl_reachable
Verfasst: 12 Jun 2012, 20:28
von tobias
hostname immer als FQDN angeben
Re: Opsi Config Editor hängt sich auf (hostControl_reachable
Verfasst: 12 Jun 2012, 20:33
von qx23
Danke für den Hinweis. Mit fqdn kommt true zurück.
Genau das meinte ich mit dem Wald und den Bäumen. Geht bei dir die explizite Abfrage?
Zusatz:
Das hat für alle Hosts funktioniert. Bei den ausgeschalteten PCs gab es einen Timeout nach 15 Sekunden.