Initiallisierung der Configed GUI funkktioniert nicht

[nycbroker]

Hallo zusammen,

voweg muss ich erwähnen, dass ich noch ein ziemlicher Anfäger bin.

Ich habe opsi auf einem UCS Server installiert. Während die Installation der client agents problemlos funktioniert, ist es mir nicht möglich die configed Oberfläche aufzurufen. Im Browser lässt sich das Java Applet zwar starten, der Ladebalken bleibt hingegen jedoch bei ca. 25% stehen. Auch die lokale Installation über configed.jnlp stoppt mitten im Installationsprozess. Das ganze habe ich übrigens schon auf mehreren Rechnern und verschiedenen Windows Versionen ausprobiert.

Der Java Cache (für die configed.jnlp) gibt übrigens folgendes aus (ich hoffe mal, dass das relevant ist):

Code: Alles auswählen

<jnlp spec="1.0+" codebase="https://<opsiserver>:4447/" href="https://<opsiserver>:4447/configed.jnlp">
  <information>
    <title>opsi-configed</title>
    <vendor>uib GmbH</vendor>
    <homepage href="http://www.opsi.org/"/>
    <description>Management console application for the opsi client management system</description>
    <description kind="short">opsi management interface (opsi-configed)</description>
    <icon href="https://<opsiserver>:4447/configed.gif" kind="default"/>
    <offline-allowed/>
  </information>
  <security>
    <all-permissions/>
  </security>
  <update check="timeout" policy="always"/>
  <resources>
    <java max-heap-size="1073741824" version="1.7+"/>
    <property name="loglevel" value="4"/>
    <jar href="https://<opsiserver>:4447/configed/configed.jar" download="eager" main="true"/>
    <jar href="https://<opsiserver>:4447/configed/swingx.jar" download="eager" main="false"/>
    <jar href="https://<opsiserver:4447/configed/commons-io.jar" download="eager" main="false"/>
  </resources>
  <application-desc main-class="de.uib.configed.configed">
    <argument>--args</argument>
    <argument>-h;;opsiserver:4447</argument>
  </application-desc>
</jnlp>

[n.wenselowski]

Hi,

ist <opsiserver> wirklich der Wert oder hast du den eingesetzt?

Mein Tipp wäre, dass das Backend eventuell nicht ordentlich eingerichtet ist.
Wie sieht deine Datei /etc/opsi/backendManager/dispatch.conf aus?


Gruß

Niko

[nycbroker]

Hi,

erst einmal vielen Dank für die schnelle Antwort.

Stimmt genau, "<opsiserver>" habe ich nur als Platzhalter für den eigentlichen Servernamen eingesetzt. Die Konfiguration von opsi hat der vollautomatische Paketinstaller von univention durchgeführt.

Hier noch der Inhalt des beschriebenen Files (ich hoffe, ich hab das richtig ausgelesen):

Code: Alles auswählen

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

Gruß,

nycbroker

[n.wenselowski]

Hi,

auslesen hat gut geklapp!

Läuft MySQL?
Siehst du in /var/log/opsi/opsiconfd/opsiconfd.log Fehlermeldungen?

Gibt der folgende Befehl eine Fehlermeldung aus?

Code: Alles auswählen

opsi-admin -d method auditSoftware_getHashes

Einfacher Versuch irgendwas zu retten:

Code: Alles auswählen

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

Gruß

Niko

[nycbroker]

Hi,

Ja, MySQL scheint zu laufen.

Im opsiconfd.log tauchen immer wieder zwei Fehlermeldungen auf:

Code: Alles auswählen

Failed to publish opsiconfd over zeroconf: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Avahi was not provided by any .service files (opsiconfd.py|416)

und

Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|416)

opsi-admin -d method auditSoftware_getHashes liefert als einzigen Fehler:

Code: Alles auswählen

Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|416)

Die ersten beiden Codes wurden leider nicht ausgeführt (in der Kommandozeile kann ich mich leider nicht als root irgendwie anmelden) und beim Neustart der Dienste wurde das "Kommando nicht gefunden". Univention scheint hier irgendwie nicht alles freigegeben zu haben

Gruß und vielen Dank für die Hilfestellungen

nycbroker

[nycbroker]

Pardon

opsi-admin -d method auditSoftware_getHashes liefert

[Erno 13] Keine Berechtigung 'var/lib/obsi/config/depots' (opsi-admin|1713)

Gruß,

nycbroker

[n.wenselowski]

Hi,

die opsi-setup-Befehle müssen als Root ausgeführt werden!

Kann es sein, dass du nicht in der passenden Gruppe bist zum Zugriff?
Useranlage wird u.a. im Getting Started beschrieben: http://download.uib.de/opsi_stable/doc/ ... and-groups
Geht auch analog über die UMC, User müssen eben Mitglied in opsiadmin sein.


Gruß

Niko

[nycbroker]

Hi,

nun habe ich die Befehle noch mal mit root rechten durchgeführt, was jedoch auch nichts gebracht hat.

Mein User (Administrator) ist Mitglied in der Gruppe opsiadmin, sollte daher eigentlich Admin Rechte besitzen.

Auch habe ich das System noch einmal komplett neu aufgesetzt. Der Fehler tritt aber erneut auf.

Gruß und nochmals vielen Dank

nycbroker

[n.wenselowski]

Hi,

versuchs bitte mal mit einem dedizierten User und nicht root / Administrator.


Gruß

Niko