Anlegen eines Clients schlägt fehl

[nschulze]

Hallo,

ich habe eine Neuinstallation von OPSI 4.01 auf opensuse 12.1
DHCP und DNS sind extern.

Ich kann weder über configed noch über service_setup.cmd einen client anlegen. Das Skript läuft sauber durch, aber ich sehe keinen Client im configed.
Die Log-Datei <ip-nummer>.log sowie der pckey werden angelegt.

Hier Auszug aus Log-Datei:

[4] [Mar 05 13:03:14] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[5] [Mar 05 13:03:14] -----> Executing: createClient(u'NB-Test1', u'jobelmannschule.de', u'', u'', u'', u'') (JsonRpc.py|123)
[4] [Mar 05 13:03:14] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[5] [Mar 05 13:03:14] -----> Executing: getClients_listOfHashes(u'', [u'opsi-test.jobelmannschule.de'], u'', u'', u'', u'') (JsonRpc.py|123)
[4] [Mar 05 13:03:14] Failed to read opsi modules file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules' (Backend.py|371)
[5] [Mar 05 13:03:14] -----> Executing: getClientsWithFailed_hash() (JsonRpc.py|123)

MfG
Norbert

[ueluekmen]

Hi,

wie sieht die /etc/opsi/backendManager/dispatch.conf aus?

[2nd_bass]

Hallo,

wir sind GANZ NEU dabei und haben bisher die VMWare zum Laufen gebracht, das Client-Setup auf einem Win7-Rechner geschafft
und dieser Rechner ist mittlerweiel in der Konsole sichtbar.
Beim nächsten Schritt (hwaudit bzw. swaudit) tritt aber genau dieses oben beschriebene Problem auf. Unsere dispatch.conf sieht aus wie folgt
(natürlich nur der nicht auskommentierte Teil davon):

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

auf die Abfrage mit backend_info bekommen wir folgendes Bild:
{
"opsiVersion" : "4.0.1.36",
"realmodules" :
{

},
"modules" :
{
"valid" : false
}
}

MfG Hubert

[nschulze]

Hallo,

ich bin noch einmal von vorn angefangen, und habe ein ubuntu lucid aufgesetzt, um sicher zu gehen das es eine unterstützte Distribution ist. Alles nach Anleitung installiert und siehe da: ES LÄUFT. Konnte service_setup.cmd, hwaudit und swaudit erfolgreich installieren.

Offensichtlich hat die openSUSE 12.1-Version noch einige Fehler. Ist ja auch testing.

Grüße
Norbert

[ueluekmen]

Ok eins nachdem anderen :

@nschulze: Ganau das ist der Grund, warum wir noch kein Stable-Repository für openSuse 12.1 haben. Bis dieses Release zusammen mit opsi 4.0.1 von uns das Prädikat Stable (in Bezug auf opsi selbstverständlich) verdient wird es noch etwas dauern. Wir haben in unseren Tests Probleme fest gestellt, die wir versucht haben im WIki: wiki/open_suse12.1 zu dokumentieren. Allerdings laufen die Tests bei uns noch. WIr haben mit der Release 11.4 bei openSuse leidvoll lernen müssen, dass entscheidende Teile für opsi (Vor allem abhängige Python-Module) nicht immer hundert Prozent funktionieren. Das war auch ein Hauptgrund, warum wir 11.4 übersprungen haben. Das Problem bei der Analyse und Test ist, dass es (zum Glück für die Anwender/leidvoll für die Tester) VIELE Funktionen in opsi gibt, die sauber durchgetestet werden müssen. Das fängt bei banalen Dingen an, die bei jeder opsi-Installation automatisch durchlaufen werden: Wie createClient, etc. und mündet in unseren Kostenpflichtigen Modulen. Wir sind daher angewiesen, dass wir Feedback aus der Community bekommen. Auch gerne längere Informationen mit Logdateien in direktem Kontakt über info(at)uib.de. Wir sind dankbar für jede Art von konstruktivem Feedback besonders auch für unseren Testing-Bereich.

@2nd_bass: Wurde das Getting-Started richtig durchgearbeitet? Wurde auch:

Code: Alles auswählen

opsi-setup --init-current-config

ausgeführt?

Grüße allerseits
e. ueluekmen

[2nd_bass]

Hallo,
wir haben bemerkt, dass der opsi-client beim Hochfahren keine Verbindung zum Installationsverzeichnis von hwaudit aufnehmen konnte.
Daraufhin haben wir in der smb.conf den Abschnitt

[opsi_depot]
available = yes
comment = opsi depot share
path = /opt/pcbin/install
oplocks = no
level2 oplocks = no
writeable = yes
invalid users = root

eingefügt und dann sind hw- und swaudit fehlerfrei durchgelaufen.
Mittlerweile haben wir das erste MSI-Paket deployed und sind zuversichtlich, unsere
Aufgaben mit opsi bewerkstelligen zu können.

mfg hubert aus österreich

[ueluekmen]

Hi,

der Befehl:

Code: Alles auswählen

opsi-setup --auto-configure-samba

hätte hier auch geholfen. Ich glaube in der aktuellen VM ist dieser Share auch angelegt. Für Tests mit den kostenpflichtigen Modulen kann man auch eine Testfreischaltung beantragen, einfach per Mail an info(at)uib.de.

Auch hier nochmal der Hinweis auf unsere weiteren Services, wie Schulungen/Inhouse-Workshops, Supportverträge und Software-Abos.... wenn die Entscheidung dann komplett für opsi fallen sollte.