opsi config editor "Lade Tabelle product property" hängt dauerhaft

[isf]

Hallo,

Hi,
mal eine ganz andere Frage: welche Version des configed wird eingesetzt?
Wird localboot oder webstart verwendet?

Es wird normalerweise localboot 5.0.6.7.5 20016/04/08 verwendet, webstart funktioniert aber auch nicht.

Gibt der folgende Befehl auch wieder etwas aus?

Code: Alles auswählen

opsi-admin -u derBenutzerBeiDemEsNichtGeht method host_getObjects

Hier sollten wir auch nochmal checken ob nicht nur eine bestimmte Methode problematisch ist. Liefert der folgende Befehl eine Ausgabe?

Code: Alles auswählen

opsi-admin -u derBenutzerBeiDemEsNichtGeht method productProperty_getObjects

Funktioniert bestens.

Außerdem schau mal bitte, ob du in den Logs auf dem Server unter /var/log/opsi/opsiconfd/<ip des clients>.log Einträge findest, die vllt auf einen Fehler hinweisen.

Mir ist nichts aufgefallen. Wenn ich mich verbinde endet das Log mit

[7] [Jun 10 15:23:31] Sending deflated data (backwards compatible - with content-encoding 'gzip') (Worker.py|623)
[7] [Jun 10 15:23:31] <opsiconfd.workers.WorkerOpsiconfdJsonRpc instance at 0xd110fc8>._setCookie (Worker.py|422)
[7] [Jun 10 15:23:31] Freeing session <OpsiconfdSession(<opsiconfd.session.OpsiconfdSessionHandler object at 0x22cfa50>, name=u'OPSISID', sessionMaxInactiveInterval=120> (Worker.py|319)

Grüße
Andreas

[ueluekmen]

Hi,

wenn der configed beim Laden hängen bleibt, dann muss auch erst mal im configed log geschaut werden. Auf dem Client, wo der configed läuft im Heimatverzeichnis des Users sollte es ein Verzeichnis .configed geben. In diesem Verzeichnis schreibt der configed seine logs.

Wie groß ist die Umgebung? Sind viele Clients und Produkte im Backend vorhanden?

[isf]

Hallo,

Hi,
wenn der configed beim Laden hängen bleibt, dann muss auch erst mal im configed log geschaut werden. Auf dem Client, wo der configed läuft im Heimatverzeichnis des Users sollte es ein Verzeichnis .configed geben. In diesem Verzeichnis schreibt der configed seine logs.

Das steht im Log:

[3] (INFO) [Jun 16 13:55:00.484 2016] [Thread[main,5,main]] Locale de_DE set by param
[3] (INFO) [Jun 16 13:55:00.536 2016] [Thread[main,5,main]] getLocales: [da, de, en, es, fr, pl, tr]
[3] (INFO) [Jun 16 13:55:00.537 2016] [Thread[main,5,main]] selected locale characteristic de
[3] (INFO) [Jun 16 13:55:00.537 2016] [Thread[main,5,main]] system information:
[3] (INFO) [Jun 16 13:55:00.537 2016] [Thread[main,5,main]] configed version 4.0.6.7.5 2016/04/08
[3] (INFO) [Jun 16 13:55:00.537 2016] [Thread[main,5,main]] running by java version 1.8.0_91
[3] (INFO) [Jun 16 13:55:00.562 2016] [Thread[main,5,main]] de.uib.configed.ConfigedMain readLocallySavedServerNames result [<server>, han]
[3] (INFO) [Jun 16 13:55:00.846 2016] [Thread[main,5,main]] OS Windows 7 Version 6.1
[3] (INFO) [Jun 16 13:55:01.151 2016] [Thread[main,5,main]] de.uib.configed.ConfigedMain become interactive
[3] (INFO) [Jun 16 13:55:07.235 2016] [Thread[AWT-EventQueue-0,6,main]] de.uib.utilities.WaitCursor adding instance 1-- call location at (ok_action) on component de.uib.configed.gui.DPassword[dialog0,1055,200,422x422,in<user>id,layout=java.awt.BorderLayout,APPLICATION_MODAL,title=opsi config editor Anmeldung,defaultCloseOperation=HIDE_ON_CLOSE,rootPane=javax.swing.JRootPane[,8,30,406x384,in<user>id,layout=javax.swing.JRootPane$RootLayout,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.synth.SynthBorder@5db49cd9,flags=16777673,maximumSize=,minimumSize=,preferredSize=],rootPaneCheckingEnabled=true]
[3] (INFO) [Jun 16 13:55:07.241 2016] [Thread[Thread-5,6,main]] de.uib.configed.gui.DPassword started runnable, thread Thread-5
[3] (INFO) [Jun 16 13:55:07.267 2016] [Thread[Thread-5,6,main]] de.uib.configed.gui.DPassword invoking PersistenceControllerFactory host, user, <server>, <user>
[3] (INFO) [Jun 16 13:55:07.268 2016] [Thread[Thread-5,6,main]] getNewPersistenceController
[3] (INFO) [Jun 16 13:55:07.279 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.OpsiserviceRawDataPersistenceController start construction,
connect to <server> as <user>
[3] (INFO) [Jun 16 13:55:07.465 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.OpsiserviceRawDataPersistenceController trying to make connection
[3] (INFO) [Jun 16 13:55:07.466 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects started
[3] (INFO) [Jun 16 13:55:07.466 2016] [Thread[Thread-5,6,main]] de.uib.utilities.WaitCursor adding instance 2-- call location at (de.uib.opsicommand.JSONthroughHTTPS) on component null
[3] (INFO) [Jun 16 13:55:07.468 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS produceConnection, url; https://<server>:4447/rpc
[3] (INFO) [Jun 16 13:55:07.507 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects request old or new session
[3] (INFO) [Jun 16 13:55:10.167 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects got new session
[3] (INFO) [Jun 16 13:55:10.173 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObject ready
[3] (INFO) [Jun 16 13:55:10.173 2016] [Thread[Thread-5,6,main]] de.uib.utilities.WaitCursor stop wait cursor 2, was located at (de.uib.opsicommand.JSONthroughHTTPS)
[3] (INFO) [Jun 16 13:55:10.178 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.OpsiserviceRawDataPersistenceController tried to make connection result true
[3] (INFO) [Jun 16 13:55:10.179 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.DataStubRawData test, query select * from SOFTWARE_CONFIG LIMIT 1
[3] (INFO) [Jun 16 13:55:10.179 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects started
[3] (INFO) [Jun 16 13:55:10.180 2016] [Thread[Thread-5,6,main]] de.uib.utilities.WaitCursor adding instance 3-- call location at (de.uib.opsicommand.JSONthroughHTTPS) on component null
[3] (INFO) [Jun 16 13:55:10.181 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS produceConnection, url; https://<server>:4447/rpc
[3] (INFO) [Jun 16 13:55:10.181 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects request old or new session
[3] (INFO) [Jun 16 13:55:10.270 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObject ready
[3] (INFO) [Jun 16 13:55:10.271 2016] [Thread[Thread-5,6,main]] de.uib.utilities.WaitCursor stop wait cursor 3, was located at (de.uib.opsicommand.JSONthroughHTTPS)
[1] (ERROR) [Jun 16 13:55:10.272 2016] [Thread[Thread-5,6,main]] Opsi service error: [BackendConfigurationError] Backend configuration error: You have tried to execute a method, that will not work with filebackend.
[3] (INFO) [Jun 16 13:55:10.273 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.DataStubRawData test result false
[3] (INFO) [Jun 16 13:55:10.274 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.OpsiserviceNOMPersistenceController start construction,
connect to <server> as <user>
[3] (INFO) [Jun 16 13:55:10.275 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.OpsiserviceNOMPersistenceController retrieveOpsiModules
[3] (INFO) [Jun 16 13:55:10.276 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects started
[3] (INFO) [Jun 16 13:55:10.276 2016] [Thread[Thread-5,6,main]] de.uib.utilities.WaitCursor adding instance 4-- call location at (de.uib.opsicommand.JSONthroughHTTPS) on component null
[3] (INFO) [Jun 16 13:55:10.277 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS produceConnection, url; https://<server>:4447/rpc
[3] (INFO) [Jun 16 13:55:10.278 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects request old or new session
[3] (INFO) [Jun 16 13:55:10.279 2016] [Thread[AWT-EventQueue-0,6,main]] de.uib.utilities.WaitCursor$3 stopped wait cursor instance 2, still active 3
[3] (INFO) [Jun 16 13:55:10.280 2016] [Thread[AWT-EventQueue-0,6,main]] de.uib.utilities.WaitCursor$3 stopped wait cursor instance 3, still active 2
[3] (INFO) [Jun 16 13:55:13.154 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects got new session
[3] (INFO) [Jun 16 13:55:13.187 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObject ready
[3] (INFO) [Jun 16 13:55:13.187 2016] [Thread[Thread-5,6,main]] de.uib.utilities.WaitCursor stop wait cursor 4, was located at (de.uib.opsicommand.JSONthroughHTTPS)
[3] (INFO) [Jun 16 13:55:13.194 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.OpsiserviceNOMPersistenceController getOpsiInformation_hash, method signature: []
[3] (INFO) [Jun 16 13:55:13.194 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects started
[3] (INFO) [Jun 16 13:55:13.194 2016] [Thread[Thread-5,6,main]] de.uib.utilities.WaitCursor adding instance 3-- call location at (de.uib.opsicommand.JSONthroughHTTPS) on component null
[3] (INFO) [Jun 16 13:55:13.195 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS produceConnection, url; https://<server>:4447/rpc
[3] (INFO) [Jun 16 13:55:13.195 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects request old or new session
[3] (INFO) [Jun 16 13:55:13.285 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObject ready
[3] (INFO) [Jun 16 13:55:13.285 2016] [Thread[Thread-5,6,main]] de.uib.utilities.WaitCursor stop wait cursor 3, was located at (de.uib.opsicommand.JSONthroughHTTPS)
[3] (INFO) [Jun 16 13:55:13.285 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.OpsiserviceNOMPersistenceController opsi version information 4.0.6.46
[3] (INFO) [Jun 16 13:55:13.285 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.OpsiserviceNOMPersistenceController opsi module information {linux_agent=false, expires=never, license_management=false, uefi=false, dynamic_depot=true, swondemand=true, install_by_shutdown=true, monitoring=false, treeview=true, <user>id=true, roaming_profiles=false, local_imaging=false, mysql_backend=false, scalability1=false, multiplex=false, vpn=false, vista=true, customer=Institut fuer Schweisstechnik und Fuegetechnik, Rheinisch-Westfaelische Technische Hochschule Aachen}
[3] (INFO) [Jun 16 13:55:13.286 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects started
[3] (INFO) [Jun 16 13:55:13.286 2016] [Thread[Thread-5,6,main]] de.uib.utilities.WaitCursor adding instance 4-- call location at (de.uib.opsicommand.JSONthroughHTTPS) on component null
[3] (INFO) [Jun 16 13:55:13.286 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS produceConnection, url; https://<server>:4447/rpc
[3] (INFO) [Jun 16 13:55:13.287 2016] [Thread[AWT-EventQueue-0,6,main]] de.uib.utilities.WaitCursor$3 stopped wait cursor instance 4, still active 3
[3] (INFO) [Jun 16 13:55:13.287 2016] [Thread[AWT-EventQueue-0,6,main]] de.uib.utilities.WaitCursor$3 stopped wait cursor instance 3, still active 2
[3] (INFO) [Jun 16 13:55:13.287 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects request old or new session
[3] (INFO) [Jun 16 13:55:15.865 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObject ready
[3] (INFO) [Jun 16 13:55:15.865 2016] [Thread[Thread-5,6,main]] de.uib.utilities.WaitCursor stop wait cursor 4, was located at (de.uib.opsicommand.JSONthroughHTTPS)
[3] (INFO) [Jun 16 13:55:15.870 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.OpsiserviceNOMPersistenceController$DefaultHostInfoCollections retrieveOpsiHosts type opsiconfigserver host {repositoryRemoteUrl=webdavs://<server>:4447/repository, hardwareAddress=00:16:3e:3d:12:11, notes=, repositoryLocalUrl=file:///var/lib/opsi/repository, ident=<server>, ipAddress=<server>, description=, depotLocalUrl=file:///var/lib/opsi/depot, type=OpsiConfigserver, networkAddress=<ip>/255.255.255.0, masterDepotId=null, inventoryNumber=, isMasterDepot=true, maxBandwidth=0, depotRemoteUrl=smb://han/opsi_depot, opsiHostKey=<key>, id=<server>, depotWebdavUrl=webdavs://<server>:4447/depot}
[3] (INFO) [Jun 16 13:55:15.870 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.OpsiserviceNOMPersistenceController$DefaultHostInfoCollections configserver map {repositoryRemoteUrl=webdavs://<server>:4447/repository, hardwareAddress=00:16:3e:3d:12:11, notes=, repositoryLocalUrl=file:///var/lib/opsi/repository, ident=<server>, ipAddress=<server>, description=, depotLocalUrl=file:///var/lib/opsi/depot, type=OpsiConfigserver, networkAddress=<ip>/255.255.255.0, masterDepotId=null, inventoryNumber=, isMasterDepot=true, maxBandwidth=0, depotRemoteUrl=smb://han/opsi_depot, opsiHostKey=<key>, id=<server>, depotWebdavUrl=webdavs://<server>:4447/depot}
[3] (INFO) [Jun 16 13:55:15.875 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.OpsiserviceNOMPersistenceController$DefaultHostInfoCollections retrieveOpsiHost masterDepots 1
[3] (INFO) [Jun 16 13:55:15.875 2016] [Thread[Thread-5,6,main]] de.uib.opsidatamodel.DataStubNOM retrieveHostConfigs
[3] (INFO) [Jun 16 13:55:15.876 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects started
[3] (INFO) [Jun 16 13:55:15.876 2016] [Thread[Thread-5,6,main]] de.uib.utilities.WaitCursor adding instance 3-- call location at (de.uib.opsicommand.JSONthroughHTTPS) on component null
[3] (INFO) [Jun 16 13:55:15.877 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS produceConnection, url; https://<server>:4447/rpc
[3] (INFO) [Jun 16 13:55:15.877 2016] [Thread[Thread-5,6,main]] de.uib.opsicommand.JSONthroughHTTPS retrieveJSONObjects request old or new session
[3] (INFO) [Jun 16 13:55:15.889 2016] [Thread[AWT-EventQueue-0,6,main]] de.uib.utilities.WaitCursor$3 stopped wait cursor instance 4, still active 2

Der Fehler
"[1] (ERROR) [Jun 16 13:55:10.272 2016] [Thread[Thread-5,6,main]] Opsi service error: [BackendConfigurationError] Backend configuration error: You have tried to execute a method, that will not work with filebackend."
ist komisch, da wir kein filebackend sondern das mysqlbackend verwenden.

Wie groß ist die Umgebung? Sind viele Clients und Produkte im Backend vorhanden?

Es sind etwa 160 Clients und 100 Pakete.

Grüße
Andreas

[n.wenselowski]

Hi Andreas,

Der Fehler
"[1] (ERROR) [Jun 16 13:55:10.272 2016] [Thread[Thread-5,6,main]] Opsi service error: [BackendConfigurationError] Backend configuration error: You have tried to execute a method, that will not work with filebackend."
is komisch, da wir kein filebackend sondern das mysqlbackend verwenden.

Bitte mal die dispatch.conf prüfen, ob da wirklich alles auf MySQL steht. Die Meldung stammt aus dem File-Backend!

Ansonsten einfach zur Sicherheit mal die folgenden magischen Befehle versuchen

Code: Alles auswählen

opsi-setup --set-rights
opsi-setup --init-current-config
service opsiconfd restart
service opsipxeconfd restart

Gruß

Niko

[ueluekmen]

Wenn alles nichts hilft kann man auch mal ein opsi-backup machen und danach ein:

Code: Alles auswählen

opsi-setup --cleanup-backend

[isf]

Hallo,

Hi Andreas,

Der Fehler
"[1] (ERROR) [Jun 16 13:55:10.272 2016] [Thread[Thread-5,6,main]] Opsi service error: [BackendConfigurationError] Backend configuration error: You have tried to execute a method, that will not work with filebackend."
is komisch, da wir kein filebackend sondern das mysqlbackend verwenden.

Bitte mal die dispatch.conf prüfen, ob da wirklich alles auf MySQL steht. Die Meldung stammt aus dem File-Backend!

Code: Alles auswählen

backend_.*         : file, opsipxeconfd, mysql
host_.*            : file, opsipxeconfd
productOnClient_.* : file, opsipxeconfd
configState_.*     : file, opsipxeconfd
license.*          : mysql
softwareLicense.*  : mysql
audit.*            : mysql
.*                 : file

anders als ich dachte ist da nicht überall mysql eingetragen...

Ansonsten einfach zur Sicherheit mal die folgenden magischen Befehle versuchen

Code: Alles auswählen

opsi-setup --set-rights
opsi-setup --init-current-config
service opsiconfd restart
service opsipxeconfd restart

Gruß

Niko

das brachte keine Besserung.

Wenn alles nichts hilft kann man auch mal ein opsi-backup machen und danach ein:

Code: Alles auswählen

opsi-setup --cleanup-backend

Das werden wir wohl als nächstes probieren. Vielen Dank bisher, ich melde mich dann.

Grüße
Andreas

[r.roeder]

Hallo,

zur Erklärung: der Error ist nur der Fehler, der daraus resultiert, dass beim Versuch, aufs mysql-Backend zuzugreifen, dieses keine Antwort liefert, weswegen das Filebackend als Fallback genommen wird; das ist aber völlig korrekt und sollte auch funktionieren, weil die dispatch.conf eben nicht auf mysql umkonfiguiert ist.

Das Vorgehen zur Fehlersuche wäre:

1. Die aktuelle Version des configed verwenden, die in den nächsten Tagen released wird, weil das die Suche nach dem Fehler, falls er überhaupt noch auftritt, wesentlich vereinfacht, z.Zt. ist das

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


2. Möglichst bei den Parametern des Startmenüs ergänzen

--loglevel 4

Dann sieht in den Logs mehr. Jetzt nach dem Log schauen und es posten.

3. Den (zeitlich entsprechenden Abschnitt des) Logfile /var/log/opsi/opsiconfd/[ip des Rechners, auf dem der configed läuft].log posten,


Irgendwo wird der Fehler stehen.

Grüße
Rupert

[remote_minds]

Hallo Zusammen,

wir haben das Problem des OP mehr oder weniger gelöst (oder besser umgangen).

Nachdem es auf einem Debian 8 mit dem mitgelieferten openjdk-7 zufälligerweise funktioniert hat haben wir auf einem Windows-Client
testweise auch mal das Oracle JRE 7 installiert (7.80) statt des bisher verwendeten 8.91.

Mit Java 7 funktioniert alles, mit Java 8 bleibt der configed weiterhin hängen (opsi-configed-4.0.7.1.3).

beste Grüße,
Nils Jürgens
remote_minds IT

[r.roeder]

Wenn es ein configed-Problem ist, hilft das configed.log weiter unter Linux in /home/USERNAME/.configed/, unter Windows in c:\opsi.org\log oder c:\users\USERNAME\AppData\Roaming, bitte mal posten
Grüße
R. Röder

[remote_minds]

configed.log findet sich hier (habe die FQDNs und IP-Adressen rausgenommen)

http://pastebin.ca/3708983

Dieser Versuch stammt von einem Ubuntu 14.04 mit Java 1.8.0_25, Log und Verhalten sind aber identisch zur Java 8 auf Windows.