Seite 1 von 1

Update 3.3 -> 3.3.1 schlägt fehl

Verfasst: 11 Dez 2009, 21:44
von friedhelm
Hallo,

ich wollte Opsi endlich auf die aktuelle Version heben. Leider scheitere ich schon beim ersten Schritt 3.3 -> 3.3.1.

Die Update-Prozedur funktioniert zwar gemäß Handbuch und der opsiconfd startet auch ohne Probleme, aber ein Zugriff ist nicht möglich.

Was kann ich tun?

Vielen Dank für jede Hilfe!

Java Plug-in 1.6.0_17
Verwendung der JRE-Version 1.6.0_17-b04 Java HotSpot(TM) Client VM
Home-Verzeichnis des Benutzers = C:\Dokumente und Einstellungen\Administrator
----------------------------------------------------
c: Konsole l�schen
f: Objekte in Finalisierungswarteschlange finalisieren
g: Speicherbereinigung
h: Diese Hilfemeldung anzeigen
l: ClassLoader-Liste ausgeben
m: Speicherbelegung anzeigen
o: Protokollierung ausl�sen
q: Konsole ausblenden
r: Richtlinien-Konfiguration neu laden
s: System- und Bereitstellungseigenschaften ausgeben
t: Threadliste ausgeben
v: Thread-Stack ausgeben
x: ClassLoader-Cache l�schen
0-5: Trace-Stufe auf <n> setzen
----------------------------------------------------


os os.name = Windows XP
osVersion os.version = 5.1
vendor Sun Microsystems Inc.
version 14.3-b01
Laden: Klasse de.uib.configed.configedApplet.class nicht gefunden
java.lang.ClassNotFoundException: de.uib.configed.configedApplet.class
at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source)
at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source)
at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.io.IOException: open HTTP connection failed:https://192.168.0.26:4447/configed/de/u ... lass.class
at sun.plugin2.applet.Applet2ClassLoader.getBytes(Unknown Source)
at sun.plugin2.applet.Applet2ClassLoader.access$000(Unknown Source)
at sun.plugin2.applet.Applet2ClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
... 7 more
Ausnahme: java.lang.ClassNotFoundException: de.uib.configed.configedApplet.class

Re: Update 3.3 -> 3.3.1 schlägt fehl

Verfasst: 12 Dez 2009, 09:51
von d.oertel
Hi,

bitte posten die ausgabe von:

Code: Alles auswählen

dpkg -l | grep opsi
ps -ef | grep opsi
gruss
d.oertel

Re: Update 3.3 -> 3.3.1 schlägt fehl

Verfasst: 12 Dez 2009, 14:48
von friedhelm
Hallo d.oertel,

opsiserver:~ # rpm -qa | grep opsi
opsi-atftp-0.7-1
opsi-configed-1.3.3-2
python-opsi-3.3.1.7-1
opsiconfd-2.0.0.16-1
opsipxeconfd-0.3.7-1
opsi-depotserver-3.3-10
opsi-linux-bootimage-20090414-1
opsi-utils-3.3.1.1-1

opsiserver:~ # ps -ef | grep opsi
avahi 1935 1 0 Dec11 ? 00:00:00 avahi-daemon: running [opsiserver.local]
root 2257 1 0 Dec11 ? 00:00:05 /usr/bin/python /usr/sbin/opsipxeconfd start
993 2585 1 0 Dec11 ? 00:00:00 /usr/bin/python /usr/sbin/opsiconfd -D

Vielen Dank!

Mit freundlichen Grüßen

Re: Update 3.3 -> 3.3.1 schlägt fehl

Verfasst: 12 Dez 2009, 16:39
von d.oertel
Hi,

wenn der configed im Browser geladen wird - bitte mal den Applet-Cache löschen ( Bei windows unter Systemeinstellungen Java).

Startet der opsi-configed lokal ?

gruss
d.oertel

Re: Update 3.3 -> 3.3.1 schlägt fehl

Verfasst: 13 Dez 2009, 23:05
von friedhelm
Hallo d.oertel,

vielen Dank für Ihre Nachricht!

Das Löschen des Java- Applet-Cache bringt leider keine positiven Resultate.

> Startet der opsi-configed lokal ?

Sorry, dies kann ich gegenwärtig nicht prüfen, da der Opsiserver in der Schule steht und zudem noch mittels VirtualBox virtualisiert ist. Wobei zu bemerken ist, daß Opsi 3.3 in dieser Konstellation einen sehr langen Zeitraum extrem stabil durchgelaufen ist.

Hmm...

Ich habe das Forum intensiv studiert und festgestellt, daß openSUSE-Installationen anscheinend eher weniger anzutreffen sind und mithin auch eher ungern supportet werden.

Besteht die Möglichkeit, daß ich ein Debian-System aufsetze und sämtliche Opsi-Daten transferieren kann, so daß die ca. 200 PC's ohne Einschränkungen weiter arbeiten können? Inclusive der benötigten Zertifikate?

Vielen Dank!

Re: Update 3.3 -> 3.3.1 schlägt fehl

Verfasst: 14 Dez 2009, 09:42
von j.schneider
Eine Übernahme der Daten ist problemlos möglich.
Auf Datei-Ebene sollte folgendes auf den neuen Server übernommen werden:
/etc/opsi/pckeys
/var/lib/opsi/config
/opt/pcbin

Re: Update 3.3 -> 3.3.1 schlägt fehl

Verfasst: 14 Dez 2009, 16:59
von friedhelm
Hallo,

vielen Dank für die Antwort. Ich habe einen Server mit Lenny aufgesetzt. Bevor ich Daten von dem bestehenden Opsi3.3 unter Suse transferiere, müßte ich ja Opsi unter Lenny installieren. Kann ich ein Opsi3.3.1 installieren oder muß ich erst Opsi3.3 nehmen und dann updaten?

Vielen Dank!