nicht einlogbar beim Config editor

[d.oertel]

Hi,

im Getting-started Handbuch das Kapitel
2.2.6 User einrichten und Gruppen opsiadmin und pcpatch pflegen
gelesen, entsprechend einen User angelegt und diesen verwendet ?
Kann der user sich auf dem system einloggen ?
Aufruf auf dem Server oder im Browser ?
Welche Java-Version ?
Ist es ein Sun-Java ?

gruss
d.oertel

[delta544]

Hallo,
ich habe gestern die aktuellste VM von OPSI herunter geladen und gestartet. Ich habe genau den selben Fehler wie der Thread ersteller.
Ich habe auch den Benutzer adminuser 1:1 aus dem erste Schritte Handbuch angelegt. Javaversion ist die aktuellste von SUN habe nach dem aufstarten der VM ein System update gemacht.

Allerding habe ich kein Lizenzfile installiert, weil ich nun nicht genau wusste welches ich benötige, wenn ich ein solches benötige.

Ich wollte mir OPSI mal anschauen und testweise mal eine VM mit einem Client OS oder Server OS installieren lassen.

gruss
Andreas

[delta544]

Hallo allerseits.

Also, ich weiss ja nicht ob ich einen Fehler hier begangen habe, aber nachdem ich in der VM den OPSI ConfED nicht aufrufen konnte habe ich es mal mit der manuellen installation versucht unter Ubuntu 10.10.
Mit fällt auf das die Gruppe pcpatch zwar da ist, aber der Benutzer nicht. Damit ist der Punkt "2.1.2 Installation auf einem Debian / Ubuntu System" unvollständig, weshalb der Punkt "2.2.4 Ändern von Passwörtern" fehlschlägt. Ich wurde auch nicht nach einem Passwort gefragt.

gruss
Andreas

[j.schneider]

Hallo,

bitte einmal auf dem Server folgendes ausführen:

Code: Alles auswählen

/etc/init.d/opsiconfd stop
opsiconfd -l6

Dann bitte die Ausgaben hier posten.

Gruß,
Jan Schneider

[delta544]

Code: Alles auswählen

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2011.01.17 19:22:14 =~=~=~=~=~=~=~=~=~=~=~=
login as: root
root@192.168.178.100's password: 
Linux opsi 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:10:02 UTC 2010 i686 GNU/Linux
Ubuntu 10.04.1 LTS

Welcome to Ubuntu!
 * Documentation:  https://help.ubuntu.com/

]0;root@opsi: ~root@opsi:~# /etc/init.d/opsiconfd stop
Stopping opsi config service...   (not running).
]0;root@opsi: ~root@opsi:~# opsiconfd -l6
[1;37;40mCreating pid file '/var/run/opsiconfd/opsiconfd.pid'[0;0;0m
[1;36;40m[1] [Jan 17 19:24:10] 
==================================================================
=             opsi configuration service starting                =
==================================================================
 (Logger.py|777)[0;0;0m
[0;32;40m[5] [Jan 17 19:24:10] Starting opsiconfd main thread (opsiconfd.py|2250)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:10] Creating backend instance (opsiconfd.py|2102)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:10] * BackendManager is creating BackendDispatcher (BackendManager.py|132)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:10] Loading dispatch config file '/etc/opsi/backendManager/dispatch.conf' (BackendManager.py|203)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:10] Loading backend config '/etc/opsi/backends/file.conf' (BackendManager.py|244)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:10] Backend context was set to <OPSI.Backend.BackendManager.BackendDispatcher instance at 0xa05ec0c> (Backend.py|162)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:10] Loading backend config '/etc/opsi/backends/mysql.conf' (BackendManager.py|244)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:10] Backend context was set to <OPSI.Backend.BackendManager.BackendDispatcher instance at 0xa05ec0c> (Backend.py|162)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:10] Creating ConnectionPool instance (MySQL.py|66)[0;0;0m
[0;33;40m[4] [Jan 17 19:24:10] Failed to read opsi modules file '/etc/opsi/modules': Signature expired (Backend.py|343)[0;0;0m
[0;32;40m[5] [Jan 17 19:24:10] Disabling mysql backend and license management module: no customer in modules file (MySQL.py|384)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:10] Loading backend config '/etc/opsi/backends/opsipxeconfd.conf' (BackendManager.py|244)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:10] Backend context was set to <OPSI.Backend.BackendManager.BackendDispatcher instance at 0xa05ec0c> (Backend.py|162)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:10] Loading backend config '/etc/opsi/backends/dhcpd.conf' (BackendManager.py|244)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:10] Backend context was set to <OPSI.Backend.BackendManager.BackendDispatcher instance at 0xa05ec0c> (Backend.py|162)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:11] * BackendManager is creating ExtendedConfigDataBackend (BackendManager.py|136)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:11] Setting context to backend <OPSI.Backend.Backend.ExtendedConfigDataBackend instance at 0xb7716e0c> (Backend.py|366)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:11] * BackendManager is creating BackendExtender (BackendManager.py|150)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:11] Setting context to backend <OPSI.Backend.BackendManager.BackendExtender instance at 0xa2c62cc> (Backend.py|366)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:11] Reading config file '/etc/opsi/backendManager/extend.d/10_opsi.conf' (BackendManager.py|382)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:11] Reading config file '/etc/opsi/backendManager/extend.d/20_legacy.conf' (BackendManager.py|382)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:11] Reading config file '/etc/opsi/backendManager/extend.d/21_multiplex.conf' (BackendManager.py|382)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:11] Reading config file '/etc/opsi/backendManager/extend.d/70_dynamic_depot.conf' (BackendManager.py|382)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:11] Creating site (opsiconfd.py|2111)[0;0;0m
[0;32;40m[5] [Jan 17 19:24:11] Added static content '/' which points to directory '/usr/share/opsiconfd/static' (opsiconfd.py|2122)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11] Traceback: (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 2255 in 'run' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 2133 in '_createSite' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 393 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 1 in '<module>' in file '<string>' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 393 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 1 in '<module>' in file '<string>' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 393 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 1 in '<module>' in file '<string>' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 309 in '_dispatchMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 1 in '<module>' in file '<string>' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 1206 in 'host_getObjects' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/File.py' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 726 in '_read' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/File.py' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      line 421 in '_getIdents' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/File.py' (Logger.py|710)[0;0;0m
[1;31;40m[2] [Jan 17 19:24:11]      ==>>> [Errno 2] No such file or directory: '/var/lib/opsi/config/depots' (opsiconfd.py|2264)[0;0;0m
[1;37;40m[6] [Jan 17 19:24:13] Removing pid file '/var/run/opsiconfd/opsiconfd.pid' (opsiconfd.py|2400)[0;0;0m
]0;root@opsi: ~root@opsi:~# exit
Abgemeldet

Also, ich habe die VM noch mal komplett herunter geladen, entpackt, gestartet und aktualisiert. Danach habe ich die Komandos auf der Konsole abgesetzt.
Das ergebnis sieht man oben.
Wiederum war der Benutzer PcPatch nicht angelegt.

gruss
Andreas

[j.schneider]

Hallo,

ein Blick in das Getting-Startet wäre nicht verkehrt:
http://download.uib.de/opsi4.0/doc/opsi ... v40-de.pdf

Code: Alles auswählen

opsi-setup --init-current-config
opsi-setup --set-rights
/etc/init.d/opsiconfd restart
/etc/init.d/opsipxeconfd restart

[delta544]

Hallo,

also, nachdem ich die angeführten Befehle ausgeführt habe, hat es also auch tatsächlich funktioniert.
Ich hatte gedacht ich kann diese Schritte überspringen da ich eine vorkonfigurierte VM habe, aber nach erneutem durchlesen hab ich dann auch die entsprechende Textpassage gefunden

Code: Alles auswählen

The default after installing the opsi packages is the file backend. At our pre configured
VM it is while the beta / release candidate time period the default the mysql backend.
Now at the initial start-up (even if you don't changed the file) and after any change on
this configuration file you should call:
opsi-setup --init-current-config
opsi-setup --set-rights
/etc/init.d/opsiconfd restart
/etc/init.d/opsipxeconfd restart

Asche auf mein Haupt. Vielleicht als kleine Anregung das man diesen Part noch mal optisch hervorhebt um deren besondere Bedeutung klar zu machen?

Immer noch bin ich etwas verwirrt darüber das ich, trotz allem, keinen Benutzer PcPatch finden kann.

gruss
Andreas