OPSI 4.0.2 auf UCS3 Installieren Problem

[Lennart]

Hallo

Ich erkläre hier erstmal die Struktur die ich bis jetzt aufgebaut habe. Für ein Schulprojekt setze ich einen UCS Server mit dem Erweiterungspaket OPSI4 auf. Im Mittelpunkt steht ein mit ESX laufender Server auf dem sich alle Virtuellen Maschinen befinden. Dort läuft der Master Server über den alle Slaves angeschlossen sind. Auf dem Master läuft auch der LDAP Dienst. OPSI4 soll in dem System auf einem der Slaves installiert werden.

Ich bin soweit der Anleitung gefolgt und habe die 4 Pakete installiert und alle Einstellungen übernommen.

http://download.uib.de/opsi4.0/doc/html ... n-base-ucs
Unterpunkt "3.1.3. Installation auf einem Univention Corporate Server (UCS)"

Bei der installation des ersten Pakets ist nur ein Fehler aufgetreten der den Fehlschlag bei der initialisierung des LDAP besagt. Da dieser auf dem Master läuft und soweit ich das verstanden habe auch nicht von nöten ist da wohl bei der neusten Version auf MySQL gesetzt wird, habe ich diesen Fehler fürs erste ignoriert. Nach der installation ist mir ein weiterer Fehler aufgefallen.

Code: Alles auswählen

root@ucsslyve17:~# /etc/init.d/opsiconfd restart
Stopping opsi config service...   (not running).
Starting opsi config service.......   (done).

      WARNING: User opsiconfd lacks read permission for /etc/shadow.
               PAM authentication will fail.

Darunter verstehe ich das der Dienst nicht gestartet werden kann weil etwas in den permissions o.ä. nicht stimmt.
Auch das manuelle starten des Dienstes schlägt fehl.
Das Resultat ist soweit ich das beurteilen kann, dass ich nicht auf die Konfigurationsoberfläche von OPSI4 komme. Diese wird zwar mit einer Verlinkung im UCS Browser Menü angezeigt, führt aber ins Leere.

Ein Zugriff auf den Server ist nicht möglich.

• Die von Ihnen aufgerufene Adresse https://*********.********.local:4447/configed.jnlp ist zurzeit nicht erreichbar. Bitte überprüfen Sie die korrekte Schreibweise der Webadresse (URL) und versuchen Sie dann die Seite neu zu laden.

Dazu ist noch zu sagen das ich das erste mal mit UCS arbeite und soit wenig Erfahrung habe. Falls jemand das problem erkennt würde ich mich sehr über hilfe freuen

Falls noch fragen auftauchen oder ich etwas vergessen habe bitte nachfragen. Ich bin auch per E-Mail den ganzen Tag erreichbar.

Danke schon einmal im voraus

[ueluekmen]

Hi,

bitte erstmal ein paar mehr infos. Welche UCS Version wird eingesetzt? Ich schätze mal UCS 3.0, sollte UCS 3.1 eingesetzt werden, so sei hier noch direkt erwähnt, dass UCS 3.1 von uns noch nicht freigegeben wurde.

Zu allererst mal

Code: Alles auswählen

dpkg -l | grep opsi

ausführen und hier posten. Wurde nach der Installation univention-run-join-scripts ausgeführt?

Der "Fehler" ist nur eine Warnung. Das bedeutet nicht, dass der opsiconfd nicht gestartet wurde, die Zeile drüber:

Starting opsi config service....... (done)

besagt, dass der Dienst gestartet wurde. Falls UCS 3 eingesetzt wird, bitte auch das Kapitel im Getting-Started noch mal genau lesen, bei dieser Version hat sich einiges geändert.

Ein Blick in die Datei: /var/log/opsi/opsiconfd/opsiconfd.log sollte man auch riskieren.

[Lennart]

Hi.
Danke erstmal fürs antworten

Also der UCS ist auf Version 3.1 und OPSI auf 4.0.2.
Hier sind die Ausgaben bei dem Befehl "dpkg -l | grep opsi":

Code: Alles auswählen

login as: root
Using keyboard-interactive authentication.
Password:
Last login: Mon Jan 28 02:43:23 2013 from 192.168.168.4
root@ucsslyve17:~# dpkg -l | grep opsi
ii  opsi-atftpd                                     0.7.dfsg-2.1                                      advanced TFTP server - opsi version with pcre, fifo and max-blksize patches
ii  opsi-configed                                   4.0.2.5.8-1                                       OPSI config editor
ii  opsi-linux-bootimage                            20120728-1                                        opsi linux bootimage
ii  opsi-utils                                      4.0.2.3-1                                         opsi utils
ii  opsi4ucs                                        4.0.2.3-1                                         opsi software deployment for ucs
ii  opsiconfd                                       4.0.2.4-1                                         opsi configuration service
ii  opsipxeconfd                                    4.0.2.6-1                                         opsi pxe configuration daemon
ii  python-opsi                                     4.0.2.4-1                                         opsi python library
root@ucsslyve17:~#

Hier ist der Inhalt der opsiconfd.log:

Code: Alles auswählen

login as: root
Using keyboard-interactive authentication.
Password:
Last login: Mon Jan 28 02:46:31 2013 from 192.168.168.4
root@ucsslyve17:~# cd var
-bash: cd: var: Datei oder Verzeichnis nicht gefunden
root@ucsslyve17:~# cd /var
root@ucsslyve17:/var# cd log
root@ucsslyve17:/var/log# cd opsi
root@ucsslyve17:/var/log/opsi# ls
bootimage      instlog    opsipxeconfd.log
clientconnect  opsiconfd  opsipxeconfd.log.1.gz
root@ucsslyve17:/var/log/opsi# cd opsiconfd
root@ucsslyve17:/var/log/opsi/opsiconfd# ls
opsiconfd.log
root@ucsslyve17:/var/log/opsi/opsiconfd# opsiconf.log
-bash: opsiconf.log: Kommando nicht gefunden.
root@ucsslyve17:/var/log/opsi/opsiconfd# vi opsiconfig.log
root@ucsslyve17:/var/log/opsi/opsiconfd# ls
opsiconfd.log
root@ucsslyve17:/var/log/opsi/opsiconfd# vi opsiconfd.log
[1] [Jan 22 08:21:07]
==================================================================
=             opsi configuration service starting                =
==================================================================
 (Logger.py|831)
[5] [Jan 22 08:21:09] Starting opsiconfd main thread (opsiconfd.py|449)
[5] [Jan 22 08:21:09] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|426)
[5] [Jan 22 08:21:10] Creating rrd '/var/lib/opsiconfd/rrd/opsiconfd.rrd', start: 1358839270 (statistics.py|105)
[5] [Jan 22 08:21:10] Added static content '/' which points to directory '/usr/share/opsiconfd/static' (opsiconfd.py|285)
[2] [Jan 22 08:21:11] Traceback: (Logger.py|742)
[2] [Jan 22 08:21:11]      line 458 in 'run' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 298 in '_createSite' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 423 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 423 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 423 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 423 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 394 in '_dispatchMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 1271 in 'host_getObjects' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/File.py' (Logger.py|742)
                                                                                                                                           1,1        Anfang

Das Join Skript habe ich nach der Installation ausgeführt. Laut Univention Forum gibt es beim Join-Skript ein Problem das verursacht, dass man das Skript 2x ausführen muss damit es funktioniert. Dies habe ich auch getan. http://forum.univention.de/viewtopic.php?f=48&t=2264

Hier die Ausgabe:

Code: Alles auswählen

Search LDAP binddn                                         done
Running 01univention-ldap-server-init.inst                 skipped (already executed)
Running 03univention-directory-listener.inst               skipped (already executed)
Running 04univention-ldap-client.inst                      skipped (already executed)
Running 05univention-bind.inst                             skipped (already executed)
Running 08univention-apache.inst                           skipped (already executed)
Running 10univention-ldap-server.inst                      skipped (already executed)
Running 11univention-heimdal-init.inst                     skipped (already executed)
Running 15univention-heimdal-kdc.inst                      skipped (already executed)
Running 20univention-directory-policy.inst                 skipped (already executed)
Running 20univention-join.inst                             skipped (already executed)
Running 26univention-nagios-common.inst                    skipped (already executed)
Running 28univention-nagios-server.inst                    skipped (already executed)
Running 30univention-nagios-client.inst                    skipped (already executed)
Running 34univention-management-console-server.inst        skipped (already executed)
Running 34univention-management-console-web-server.inst    skipped (already executed)
Running 35univention-management-console-module-appcenter.inskipped (already executed)
Running 35univention-management-console-module-join.inst   skipped (already executed)
Running 35univention-management-console-module-lib.inst    skipped (already executed)
Running 35univention-management-console-module-mrtg.inst   skipped (already executed)
Running 35univention-management-console-module-pkgdb.inst  skipped (already executed)
Running 35univention-management-console-module-quota.inst  skipped (already executed)
Running 35univention-management-console-module-reboot.inst skipped (already executed)
Running 35univention-management-console-module-services.insskipped (already executed)
Running 35univention-management-console-module-setup.inst  skipped (already executed)
Running 35univention-management-console-module-sysinfo.instskipped (already executed)
Running 35univention-management-console-module-top.inst    skipped (already executed)
Running 35univention-management-console-module-ucr.inst    skipped (already executed)
Running 35univention-management-console-module-updater.instskipped (already executed)
Running 35univention-nagios-cups.inst                      skipped (already executed)
Running 35univention-nagios-dansguardian.inst              skipped (already executed)
Running 35univention-nagios-squid.inst                     skipped (already executed)
Running 40univention-postgresql.inst                       skipped (already executed)
Running 40univention-virtual-machine-manager-schema.inst   skipped (already executed)
Running 50univention-pkgdb.inst                            skipped (already executed)
Running 78univention-kde.inst                              skipped (already executed)
Running 81univention-nfs-server.inst                       skipped (already executed)
Running 90univention-bind-post.inst                        skipped (already executed)
Running 96univention-samba4.inst                           skipped (already executed)
Running 98univention-pkgdb-tools.inst                      skipped (already executed)
Running 98univention-samba4-dns.inst                       skipped (already executed)
Running 99opsi4ucs.inst                                    done
root@ucsslyve17:~#

[Lennart]

Ich habe noch mal genau nachgesehen und 2 Mögliche Fehlerquellen gefunden... Zum einen ist die Datei configed.jnlp aus der Adresse "https://ucsslyve17.bbs-bingen.local:4447/configed.jnlp" garnicht existent. Zum anderen habe ich in einem Anderen Forum gelesen das sie annehmen, dass der Fehler mit Java zusammenhängt. Ich stöbere noch weiter, aber im Moment habe ich noch keine Lösung gefunden.

[ueluekmen]

Hallo Lennart,

ich habe es irgendwie geahnt, dass es sich hier um UCS3.1 handelt. Wir sind dabei die Pakete für UCS 3.1 an zu passen. Das man das join-Skript zweimal ausführen muss ist erstmal korrekt. (Der Beitrag aus deinem Link vom Univention-Forum, stammt im übrigen auch von mir.)
Das liegt einfach dadran, das die User, die für opsi benötigt werden zwar sauber angelegt werden, aber nicht direkt im System sichtbar sind. Deshalb bricht das Skript ab, da man für eine Datei im System keine Userrechte vergeben kann, wenn das System sagt, dass der User nicht existiert (obwohl er existiert). Wenn man das join-Skript noch mal ausführt, werden die User erkannt und dann läuft alles durch, da aber einige Teile nur zum Teil gelaufen sind und beim zweiten mal übersprungen werden, ist das nicht sauber. Daher ist UCS 3.1 für opsi von uns noch nicht freigegeben.

Für folgende Warnung:

WARNING: User opsiconfd lacks read permission for /etc/shadow.
PAM authentication will fail.

Versuche bitte mal auf der Konsole auf dem opsi-Server:

Code: Alles auswählen

dpkg-reconfigure opsiconfd

danach sollte diese Warnung verschwinden. Wie gesagt, unschön, aber damit muss man Leben, wenn man mit nicht offiziell Freigegbenen Installationen kämpft.

"https://ucsslyve17.bbs-bingen.local:4447/configed.jnlp" garnicht existent

Das ist korrekt. Diese jnlp-Datei ist keine Statische Datei auf dem System, sondern wird vom opsi-Webservice Dynamisch generiert. Das bedeutet, man braucht hier nicht zu suchen.

Geht denn einfach ein Aufruf von:

Code: Alles auswählen

https://ucsslyve17.bbs-bingen.local:4447

oder einfach mal probieren:

Code: Alles auswählen

https://<ipaddresse-des-opsi-servers>:4447

Die Ausgabe von der opsiconfd.log sieht nicht komplett aus. Ist das wirklich das einzige was da steht?

probieren mal bitte folgendes General-Rezept:

Code: Alles auswählen

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

Grüße
e. ueluekmen

[Lennart]

Ok also "dpkg-reconfigure opsiconfd" scheint schonmal geklappt zu haben.

Code: Alles auswählen

root@ucsslyve17:~# dpkg-reconfigure opsiconfd
Stopping opsi config service....   (done).
Starting opsi config service.......   (done).

Allerdings kann ich immer noch nicht auf die Seite zugreifen. Der selbe Fehler wie vorher.

Hier ist mal die Ausgabe nach dem setup und dem Neustarten der Dienste:

Code: Alles auswählen

root@ucsslyve17:~# opsi-setup --init-current-config
[5] [Jan 29 03:31:23] Creating base path: '/var/lib/opsi/config' (File.py|222)
[5] [Jan 29 03:31:23] Try to find a Configserver. (opsi-setup|2516)
[5] [Jan 29 03:31:24] Getting current system config (opsi-setup|77)
[5] [Jan 29 03:31:24] System information: (opsi-setup|127)
[5] [Jan 29 03:31:24]    distributor  : Univention (opsi-setup|128)
[5] [Jan 29 03:31:24]    distribution : Univention Corporate Server 3.1-0 errata7 (Findorff) (opsi-setup|129)
[5] [Jan 29 03:31:24]    ip address   : 192.168.168.17 (opsi-setup|130)
[5] [Jan 29 03:31:24]    netmask      : 255.255.255.0 (opsi-setup|131)
[5] [Jan 29 03:31:24]    subnet       : 192.168.168.0 (opsi-setup|132)
[5] [Jan 29 03:31:24]    broadcast    : 192.168.168.255 (opsi-setup|133)
[5] [Jan 29 03:31:24]    fqdn         : ucsslyve17.bbs-bingen.local (opsi-setup|134)
[5] [Jan 29 03:31:24]    hostname     : ucsslyve17 (opsi-setup|135)
[5] [Jan 29 03:31:24]    domain       : bbs-bingen.local (opsi-setup|136)
[5] [Jan 29 03:31:24]    win domain   : BBS-BINGEN (opsi-setup|137)
[5] [Jan 29 03:31:25] Creating base path: '/var/lib/opsi/config' (File.py|222)
[5] [Jan 29 03:31:25] Configuring client user pcpatch (opsi-setup|360)
[5] [Jan 29 03:31:25]    Creating RSA private key for user pcpatch in '/var/lib/opsi/.ssh/id_rsa' (opsi-setup|374)
[5] [Jan 29 03:31:26] Setting rights (opsi-setup|423)
[5] [Jan 29 03:31:26] Setting rights on directory '/var/lib/opsi/.ssh' (opsi-setup|504)
root@ucsslyve17:~# opsi-setup --set-rights
[5] [Jan 29 03:32:54] Setting rights (opsi-setup|423)
[5] [Jan 29 03:32:55] Getting current system config (opsi-setup|77)
[5] [Jan 29 03:32:55] System information: (opsi-setup|127)
[5] [Jan 29 03:32:55]    distributor  : Univention (opsi-setup|128)
[5] [Jan 29 03:32:55]    distribution : Univention Corporate Server 3.1-0 errata7 (Findorff) (opsi-setup|129)
[5] [Jan 29 03:32:55]    ip address   : 192.168.168.17 (opsi-setup|130)
[5] [Jan 29 03:32:55]    netmask      : 255.255.255.0 (opsi-setup|131)
[5] [Jan 29 03:32:55]    subnet       : 192.168.168.0 (opsi-setup|132)
[5] [Jan 29 03:32:55]    broadcast    : 192.168.168.255 (opsi-setup|133)
[5] [Jan 29 03:32:55]    fqdn         : ucsslyve17.bbs-bingen.local (opsi-setup|134)
[5] [Jan 29 03:32:55]    hostname     : ucsslyve17 (opsi-setup|135)
[5] [Jan 29 03:32:55]    domain       : bbs-bingen.local (opsi-setup|136)
[5] [Jan 29 03:32:55]    win domain   : BBS-BINGEN (opsi-setup|137)
[5] [Jan 29 03:32:56] Setting rights on directory '/tftpboot/linux' (opsi-setup|504)
[5] [Jan 29 03:32:56] Setting rights on directory '/home/opsiproducts' (opsi-setup|504)
[5] [Jan 29 03:32:56] Setting rights on directory '/var/log/opsi' (opsi-setup|504)
[5] [Jan 29 03:32:56] Setting rights on directory '/etc/opsi' (opsi-setup|504)
[5] [Jan 29 03:32:56] Setting rights on directory '/var/lib/opsi' (opsi-setup|504)
[5] [Jan 29 03:32:56] Setting rights on directory '/var/lib/opsi/depot' (opsi-setup|504)
root@ucsslyve17:~# /etc/init.d/opsiconfd restart
Stopping opsi config service....   (done).
Starting opsi config service.......   (done).
root@ucsslyve17:~# /etc/init.d/opsipxeconfd restart
Stopping opsi pxe configuration service...   .(done).
Starting opsi pxe configuration service.....   (done).

Und hier die neue opsiconfd.log

Code: Alles auswählen

==================================================================
psi configuration service starting                =
==================================================================
 (Logger.py|831)
[5] [Jan 22 08:21:09] Starting opsiconfd main thread (opsiconfd.py|449)
[5] [Jan 22 08:21:09] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|426)
[5] [Jan 22 08:21:10] Creating rrd '/var/lib/opsiconfd/rrd/opsiconfd.rrd', start: 1358839270 (statistics.py|105)
[5] [Jan 22 08:21:10] Added static content '/' which points to directory '/usr/share/opsiconfd/static' (opsiconfd.py|285)
[2] [Jan 22 08:21:11] Traceback: (Logger.py|742)
[2] [Jan 22 08:21:11]      line 458 in 'run' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 298 in '_createSite' in file '/usr/lib/pymodules/python2.6/opsiconfd/opsiconfd.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 423 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 423 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 423 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 423 in '_executeMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/Backend.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 1 in 'host_getObjects' in file '<string>' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 394 in '_dispatchMethod' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/BackendManager.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 1271 in 'host_getObjects' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/File.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 773 in '_read' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/File.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      line 444 in '_getIdents' in file '/usr/lib/pymodules/python2.6/OPSI/Backend/File.py' (Logger.py|742)
[2] [Jan 22 08:21:11]      ==>>> [Errno 2] No such file or directory: '/var/lib/opsi/config/depots' (opsiconfd.py|468)
[5] [Jan 22 08:21:11] Stopping opsiconfd main thread (opsiconfd.py|178)
[5] [Jan 22 08:21:11] Deleting all sessions (Session.py|217)
[5] [Jan 22 08:21:11] Opsiconfd main thread exiting... (opsiconfd.py|471)
[1] [Jan 22 08:36:39]
==================================================================
=             opsi configuration service starting                =
==================================================================
 (Logger.py|831)
[5] [Jan 22 08:36:41] Starting opsiconfd main thread (opsiconfd.py|449)
[5] [Jan 22 08:36:41] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|426)
[5] [Jan 22 08:36:42] Added static content '/' which points to directory '/usr/share/opsiconfd/static' (opsiconfd.py|285)
[5] [Jan 22 08:36:42] Running on depot server 'ucsslyve17.bbs-bingen.local', exporting repository directory (opsiconfd.py|302)
[5] [Jan 22 08:36:42] Running on depot server 'ucsslyve17.bbs-bingen.local', exporting depot directory (opsiconfd.py|315)
[5] [Jan 22 08:36:42] Added webdav content 'repository' which points to directory '/var/lib/opsi/repository' () (opsiconfd.py|348)
[5] [Jan 22 08:36:42] Added webdav content 'depot' which points to directory '/var/lib/opsi/depot' () (opsiconfd.py|348)
[5] [Jan 22 08:36:42] Added webdav content 'configed' which points to directory '/usr/lib/configed' (u'noauth',) (opsiconfd.py|348)
[5] [Jan 22 08:36:42] Accepting HTTPS requests on 0.0.0.0:4447 (opsiconfd.py|395)
[5] [Jan 22 08:36:42] Publishing opsiconfd over zeroconf as 'opsi configuration daemon' on '4447' (opsiconfd.py|409)
[3] [Jan 22 08:36:42] 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|414)
[5] [Jan 22 08:57:15] Stopping opsiconfd main thread (opsiconfd.py|178)
[5] [Jan 22 08:57:15] Deleting all sessions (Session.py|217)
[5] [Jan 22 08:57:15] Opsiconfd main thread exiting... (opsiconfd.py|471)
[1] [Jan 22 08:57:22]
==================================================================
=             opsi configuration service starting                =
==================================================================
 (Logger.py|831)
[5] [Jan 22 08:57:24] Starting opsiconfd main thread (opsiconfd.py|449)
[5] [Jan 22 08:57:24] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|426)
[5] [Jan 22 08:57:25] Added static content '/' which points to directory '/usr/share/opsiconfd/static' (opsiconfd.py|285)
[5] [Jan 22 08:57:25] Running on depot server 'ucsslyve17.bbs-bingen.local', exporting repository directory (opsiconfd.py|302)
[5] [Jan 22 08:57:25] Running on depot server 'ucsslyve17.bbs-bingen.local', exporting depot directory (opsiconfd.py|315)
[5] [Jan 22 08:57:25] Added webdav content 'repository' which points to directory '/var/lib/opsi/repository' () (opsiconfd.py|348)
[5] [Jan 22 08:57:25] Added webdav content 'depot' which points to directory '/var/lib/opsi/depot' () (opsiconfd.py|348)
[5] [Jan 22 08:57:25] Added webdav content 'configed' which points to directory '/usr/lib/configed' (u'noauth',) (opsiconfd.py|348)
[5] [Jan 22 08:57:25] Accepting HTTPS requests on 0.0.0.0:4447 (opsiconfd.py|395)

[ueluekmen]

Ok, das sieht schon mal gut aus. Der Webservice läuft, wenn man dennoch nicht über browser auf https://<ip-des-servers>:4447 zugreifen kann, dann sollte man mal den Paketfilter checken.

In der Datei:

Code: Alles auswählen

/etc/security/packetfilter.d/50_local.sh

sollten eigentlich diese beiden Zeilen auftauchen:

Code: Alles auswählen

/sbin/iptables -A INPUT -p tcp  --dport 4447 -j ACCEPT
/sbin/iptables -A INPUT -p udp  --dport 69 -j ACCEPT

Sollte das nicht der Fall sein, nachtragen und danach:

Code: Alles auswählen

/etc/init.d/univention-firewall restart

Aber mal ehrlich, die Installation scheint irgendwie gründlich in die Hose gegangen zu sein. Die Frage ist, ob man tatsächlich hier weitermacht, oder ein Cut macht. Was man auch machen kann. Von dieser Umgebung unabhängig eine VM mit UCS 3.0 installieren, einfach als Master und dann nach Getting-Started opsi installieren. Das müsste auf Anhieb funktionieren, dann kann man wenigstens spicken.

[Lennart]

Also der Inhalt der 50_local.sh ist soweit richtig... Funktionieren tut es aber trotzdem nicht

Also wenn es nicht anders geht dann werde ich es wohl auf einen neuen Master machen müssen. Das ist aber auch etwas mehr Aufwandt da an dem derzeitigen Master noch 3 andere Leute dransitzen. Ich uss mal mit meinem Projektleiter reden ob es Möglich eine andere Version zu nutzen, da in der Projektbeschreibung die Version 3.1 festgelegt ist.

[ueluekmen]

Hallo Lennart,

ich würde nicht den vorhandenen Master downgraden. Ich würde eher eine VM die komplett von der Umgebung getrennt ist aufsetzen und per Getting startet installieren. Mit virtualbox oder vmplayer ist das schnell gemacht. Das muss auch mit UCS 3.1 funktionieren. Zu mal, sollte die Installation tatsächlich bestehen bleiben, ist es besser man bleibt auf der neuen Version. In meinen Tests war auf einem UCS 3.0 mit opsi 4.0.2 und einem nachträglichen upgrade auf UCS 3.1 kein Problem. Das sollte soweit funktionieren.

Man könnte zwei Dinge machen. Unter /var/log/opsi/opsiconfd schauen ob es eine <ip-addresse-des-clients>.log angelegt wird, wenn man zugreift. Oder, was aber bisschen komplizierter ist auf dem opsiserver per tcpdump auf dem Port von opsi lauschen, ob der Request vom Browser überhaupt ankommt.

Grüße
Erol