forum.opsi.org

Hallo zusammen

Wir haben OPSI als Alternative zu WDS installiert und möchten es gerne evaluieren. OPSI haben wir als VM heruntergeladen und lassen es auf VMWare ESXi laufen. Die 1. Konfiguartion haben wir bereits abgeschlossen, inkl externen DHCP. Alles nach OPSI Handbuch.

OPSI verwendet leider nicht die fixe IP welche bei der Konfiguration gegeben wurde, sondern eine welcher per DHCP zugewiesen wurde.

Als wir nun den OPSI Config Editor starten wollten um den Fehler zu beheben hatten wir folgendes Problem:
"Mai 10:12:05:198 2017 -- Nicht erwarteter Fehler sun.awt.image.BufImgSurfaceDate cannot cast to sun.java2d.xr.XRSurfaceData Bitte die Logdatei einsehen."

Der Fehler wiederholt sich dann vielfach und der Editor stürzt ab.

Hat jemand einen Tipp?
Vielen Dank

Hallo,

als Entwickler des opsi-configed in der gegenwärtigen Version habe ich schon viele Fehlermeldungen gesehen, aber diese noch nicht. Welche Java-Version läuft in welchem Betriebssystem? Wird der configeditor per Webstart über den Browser aufgerufen oder aus der VM-Oberfläche? Sieht man schon irgendein Fenster des configeditors oder stürzt er vorher ab?

Viele Grüße
R.Röder

Vielen Dank für die schnelle Rückmeldung.

Ich verwende opsi-configured direkt in der VM (über VMWare Remote Console).

Das Fenster startet, es lässt sich einige Sekunden bis Minuten normal bedienen stürtzt dann aber ab. Und die Fehlermeldung welche oben steht kommt in einem extra Fenster mit dem Titel Problems Occured.

openjdk version "1.8.0_121"

Hinzu kommt, dass der Webzugriff auf die Konfig nicht funktioniert. Nach dem login kommt im Hintergrund kurz der Fehler "Authentification failed" oder so etwas in der Art. Danach kommt wieder User Name / Password....

Fehlermeldung opsi config editor:
https://abload.de/img/fehlermeldungopsiomb32.png

Wir haben die Maschine nun nochmals platt gemacht und werden sie nun als ESXI 5.5 oder höher installieren, nicht mehr 6.0 oder höher.

Hallo,

ich habe in der Bug-Datenbank von Oracle recherchiert. Das beobachtete Phänomen ist ein bekannter Bug, der anscheinend in bestimmten Hardware-Umgebungen (bzw. virtuellen Umgebungen) zu Tage tritt, für die das Bild anders als sonst gerendert wird.

In

http://stackoverflow.com/questions/3418 ... id-7172749

ist ein workaround geschildert; dort steht auch, wie auch der Bug-Datenbank zu entnehmen ist, dass der Bug in Java 9 entfernt sein sollte.

Letzteres kann man testen, indem man unter jdk.java.net/9/ die aktuelle JDK-Version (als tar.gz-Datei) herunterlädt.

Auf dem Server arbeitet man am besten in /usr/lib/configed, wo sowieseo die Dateien liegen. Wenn dort die tar.gz-Datei schon liegt, kann man sie in der Konsole in diesem Verzeichnis z.B. mit

tar xvf ..gar.zz

entpacken. Es entsteht ein Unterverzeichnis

jdk-9

Den configed kann man dann, immer weiter in diesem Verzeichnis, starten mit

jdk-9/bin/java -jar configed.jar

Dann sollte, so der Hinweis in der Bug-Datenbank, das Problem nicht mehr auftreten.

Oder man startet, gemäß dem Hinweis in dem stackoverflow-Artikel, mit dem installierten jdk-8

java -Dsun.java2d.xrender=false -jar configed.jar

Eine ganz andere Möglichkeit ist, die configed-Dateien auf einen anderen Rechner zu kopieren und dort zu starten - das sollte auch gehen.

Mit Sicherheit keine erforderliche Datei verpasst man, wenn man

- das Paket opsi-configed aktuell bezogen hat
- es auf dem Server installiert hat
- und dann das Verzeichnis OPSISERVER\\opsi_depot\opsi-configed\files.configed zu einem anderen Rechner kopiert

Z.B. unter Windows startet der configed dann einfach mit einem Doppelklick auf die configed.jar

Bitte gern weitere Rückmeldungen!