GELÖST: Installation von OPSI-Paketen unter V3.4 nach XP

[V. Sternemann]

Update:

@ Herrn Schneider: Das mit der aktuelleren Python-Version war auf jeden Fall schon mal ein Erfolg. Die Installation des Betriebssystems läuft sehr gut und auch - wie bereits von V3.3.1 bekannt - die Installation vom Preloginloader und vom opsi-winst läuf ohne zu murren und knurren direkt im Anschluss durch. Das war bis zu dieser Version des Python noch nicht so.

Danach erscheint dann aber leider wieder der bereits bekannte Fehler: "Failed to process rpc: 'vclientxphost.schulePN.local'" (sichtbar sowohl im Log als auch auf dem Bildschirm in der blauen OPSI-Box vor dem Login).

Dieser Fehler erscheint übrigens immer wieder auch beim Versuch, andere Pakete nachzuinstallieren. Eine Installation der gewünschten Pakete erfolgt darauf hin NICHT.

@ Herr Oertel: Ich glaube ich bin gerade etwas blockiert... Ihren Hinweis verstehe ich zwar und denke mir, dass die Spur, die Sie da verfolgen, sicher sehr interessant klingt. Aber eigentlich war bzw. bin ich schwer davon überzeugt, dass ich den Preloginvista NICHT verwende. Das würde mich auch wundern, denn die Installation kam ja sozusagen "out of the box", nämlich aus der von Ihnen zur Verfügung gestellen OPSI-CD. Ich bin allerdings etwas beruhigt, dass mein Server das auch so sieht wie ich. Auf die Eingabe: "opsi-package-manager - r preloginvista" meldet dieser nur "Failure while processing: Uninstall of package(s) preloginvista on depot 'opsiserver.schulepn.local' | {'message': "Product 'preloginvista' is not installed on depot.....} (usw.)".

Meine Frage hierzu ist allerdings: Wie kamen Sie zu dieser Annahme? Vielleicht deutet das ja noch auf einen weiteren Fehler hin? Nur nochmal zur Verdeutlichung: als ich Ihnen die o.g. Log-Auszüge schickte, handelte es sich um eine komplett unveränderte OPSI-Installation, abgesehen von den üblichen Veränderungen aus der 1stboot.py etc. Falls Sie damit mein Posting von oben meinten, dass ich mal auf den alten Prelogin zurück gegangen sei: Damit meinte ich lediglich einen verzweifelten Versuch, irgendwas in Eigenregie noch hinzubekommen. Das ist jetzt nach Ihren Inputs an mich alles zurück geschrieben und war auch auf "Standard", als die Logs erstellt wurden.

[j.schneider]

Wurde der opsiconfd nach dem Update von python-opsi neu gestartet?
Wenn ja, bitte die Log-Datei /var/log/opsi/opsiconfd/<client>.log posten.

[V. Sternemann]

Jo, hallo nochmal!

Da ich nicht mit 100%iger Bestimmtheit sagen kann, dass der Dienst tatächlich schon neu gestartet (und nicht nur upgedatet) worden war, habe ich das jetzt nochmal gemacht. Das Installationsergebnis ist das gleiche, aber die Logdatei sieht - zumindest für mich - jetzt etwas logischer aus. Dieser Installationsversuch lief direkt nach einem kompletten Serverneustart.

Hier ist die gewünschte Datei:

Code: Alles auswählen

[4] [Jul 31 08:19:35] Client '192.168.0.31' did not send cookie (opsiconfd|261)
[4] [Jul 31 08:19:35] New session created (opsiconfd|951)
[4] [Jul 31 08:19:35] Authorization request from vclientxphost.schulePN.local@192.168.0.31 (opsiconfd|354)
[3] [Jul 31 08:19:40] Failed to resolve hostname 'vclientxphost.schulePN.local': (-2, 'Name or service not known') (opsiconfd|371)
[4] [Jul 31 08:19:40] Host login attempt with username 'vclientxphost.schulePN.local' from ip '192.168.0.31', but name resolves to '[]', ip verification is disabled (access granted) (opsiconfd|384)
[4] [Jul 31 08:19:40] BackendManager created. (opsiconfd|391)
[4] [Jul 31 08:19:41] Creating unix socket '/var/run/opsipxeconfd.socket' (OpsiPXEConfd.py|181)
[3] [Jul 31 08:19:57] Truncated incorrect DOUBLE value: 'Unknown' (MySQL.py|233)
[2] [Jul 31 08:19:57] Data truncated for column 'serialNumber' at row 1 (MySQL.py|231)
[4] [Jul 31 08:19:57] Hardware config with config_id 16 vanished (table HARDWARE_CONFIG_COMPUTER_SYSTEM), updating audit_state (MySQL.py|1057)
[3] [Jul 31 08:19:57] Incorrect integer value: 'None' for column 'addressWidth' at row 1 (MySQL.py|233)
[3] [Jul 31 08:19:57] Incorrect integer value: 'None' for column 'speed' at row 1 (MySQL.py|233)
[3] [Jul 31 08:19:57] Incorrect integer value: 'None' for column 'cylinders' at row 1 (MySQL.py|233)
[3] [Jul 31 08:19:57] Incorrect integer value: 'None' for column 'sectors' at row 1 (MySQL.py|233)
[3] [Jul 31 08:19:57] Incorrect integer value: 'None' for column 'partitions' at row 1 (MySQL.py|233)
[3] [Jul 31 08:19:57] Incorrect integer value: 'None' for column 'heads' at row 1 (MySQL.py|233)
[2] [Jul 31 08:19:57] Data truncated for column 'driveLetter' at row 1 (MySQL.py|231)
[4] [Jul 31 08:23:15] New session created (opsiconfd|951)
[4] [Jul 31 08:23:18] Authorization request from vclientxphost.schulePN.local@192.168.0.31 (opsiconfd|354)
[3] [Jul 31 08:23:23] Failed to resolve hostname 'vclientxphost.schulePN.local': (-2, 'Name or service not known') (opsiconfd|371)
[4] [Jul 31 08:23:23] Host login attempt with username 'vclientxphost.schulePN.local' from ip '192.168.0.31', but name resolves to '[]', ip verification is disabled (access granted) (opsiconfd|384)
[4] [Jul 31 08:23:23] BackendManager created. (opsiconfd|391)
[4] [Jul 31 08:40:39] Client '192.168.0.31' did not send cookie (opsiconfd|261)
[4] [Jul 31 08:40:39] New session created (opsiconfd|951)
[4] [Jul 31 08:40:39] Authorization request from vclientxphost.schulePN.local@192.168.0.31 (opsiconfd|354)
[3] [Jul 31 08:40:44] Failed to resolve hostname 'vclientxphost.schulePN.local': (-2, 'Name or service not known') (opsiconfd|371)
[4] [Jul 31 08:40:44] Host login attempt with username 'vclientxphost.schulePN.local' from ip '192.168.0.31', but name resolves to '[]', ip verification is disabled (access granted) (opsiconfd|384)
[4] [Jul 31 08:40:44] BackendManager created. (opsiconfd|391)
[4] [Jul 31 08:41:09] Client '192.168.0.31' did not send cookie (opsiconfd|261)
[4] [Jul 31 08:41:09] New session created (opsiconfd|951)
[4] [Jul 31 08:41:09] Authorization request from vclientxphost.schulePN.local@192.168.0.31 (opsiconfd|354)
[3] [Jul 31 08:41:14] Failed to resolve hostname 'vclientxphost.schulePN.local': (-2, 'Name or service not known') (opsiconfd|371)
[4] [Jul 31 08:41:14] Host login attempt with username 'vclientxphost.schulePN.local' from ip '192.168.0.31', but name resolves to '[]', ip verification is disabled (access granted) (opsiconfd|384)
[4] [Jul 31 08:41:14] BackendManager created. (opsiconfd|391)
[1] [Jul 31 08:41:14] Traceback (most recent call last):
  File "/usr/lib/python2.5/threading.py", line 446, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib/python2.5/site-packages/twisted/python/threadpool.py", line 161, in _worker
    context.call(ctx, function, *args, **kwargs)
  File "/usr/lib/python2.5/site-packages/twisted/python/context.py", line 59, in callWithContext
    return self.currentContext().callWithContext(ctx, func, *args, **kw)
  File "/usr/lib/python2.5/site-packages/twisted/python/context.py", line 37, in callWithContext
    return func(*args,**kw)
--- <exception caught here> ---
  File "/usr/lib/python2.5/site-packages/twisted/internet/threads.py", line 24, in _putResultInDeferred
    result = f(*args, **kwargs)
  File "/usr/sbin/opsiconfd", line 528, in _realRpc
    self.result['result'] = eval( "bm.%s(%s)" % (method, str(params)[1:-1]) )
  File "<string>", line 1, in <module>
    
  File "/etc/opsi/backendManager.d/50_interface.conf", line 1213, in setProductInstallationStatus
    return self._execMethod(self.defaultBackend, 'setProductInstallationStatus', productId, objectId, installationStatus)
  File "/var/lib/python-support/python2.5/OPSI/Backend/BackendManager.py", line 499, in _execMethod
    res = eval( "instance.%s%s" % (method, params) )
  File "<string>", line 1, in <module>
    
  File "/var/lib/python-support/python2.5/OPSI/Backend/File31.py", line 2042, in setProductInstallationStatus
    self.setProductState(productId, objectId, installationStatus = installationStatus)
  File "/var/lib/python-support/python2.5/OPSI/Backend/File31.py", line 1955, in setProductState
    productType = self.getProductType(productId = productId, depotId = depotId)
  File "/var/lib/python-support/python2.5/OPSI/Backend/Backend.py", line 347, in getProductType
    raise Exception("product '%s': is neither localboot nor netboot product" % productId)
exceptions.Exception: product 'preloginvista': is neither localboot nor netboot product
 (opsiconfd|620)
[2] [Jul 31 08:41:14] Failed to process rpc: product 'preloginvista': is neither localboot nor netboot product (opsiconfd|624)
[4] [Jul 31 08:42:24] Client '192.168.0.31' did not send cookie (opsiconfd|261)
[4] [Jul 31 08:42:24] New session created (opsiconfd|951)
[4] [Jul 31 08:42:24] Authorization request from vclientxphost.schulePN.local@192.168.0.31 (opsiconfd|354)
[3] [Jul 31 08:42:29] Failed to resolve hostname 'vclientxphost.schulePN.local': (-2, 'Name or service not known') (opsiconfd|371)
[4] [Jul 31 08:42:29] Host login attempt with username 'vclientxphost.schulePN.local' from ip '192.168.0.31', but name resolves to '[]', ip verification is disabled (access granted) (opsiconfd|384)
[4] [Jul 31 08:42:29] BackendManager created. (opsiconfd|391)
[2] [Jul 31 08:42:30] Access denied: Connection as user 'vclientxphost.schulepn.local' required, logged in as 'vclientxphost.schulePN.local'! (opsiconfd|534)

Dummerweise ist es mir nicht möglich, den ausgeschriebenen Domain-Namen von "schulepn.local" nach "schulePN.local" umzubenennen, da dies schon in der 1stboot.py nicht als gültige Eingabe akzeptiert wird. Ich weiß nicht, ob ich das später noch woanders ändern könnte, was wenigstens als Workaround sicherlich eine Möglichkeit wäre. Aber da liegt wahrscheinlich - wie Herr Schneider bereits vermutet hat - nach wie vor der Hase im Pfeffer.

Eine andere Domain zu benutzen bzw. diese umzubenennen, geht leider auch nicht. Die Domain existierte schon vorher und hat leider genau diese Namenskonvention mit den Groß- und Kleinbuchstaben aus gutem Grunde bekommen.

[V. Sternemann]

/push

Leider kann ich selber keine Lösung hierzu finden

[j.schneider]

Also mittlerweile scheint das Problem an anderer Stelle zu liegen.

Code: Alles auswählen

Failed to process rpc: product 'preloginvista': is neither localboot nor netboot product (opsiconfd|624)

Wo kommt das preloginvista her?

[V. Sternemann]

Das ist eine gute Frage... Dieses Problem hattte Herr Oertel ja schon angedeutet, wenn ich ihn (sh. bitte oben) richtig verstanden hatte.

Ich habe eigentlich nur eine ganz normale 3.4-Installation genommen, um den OPSI ans Laufen zu bringen. Ich kann mich nicht erinnern, irgendwo explizit eingestellt und/oder angewählt zu haben, dass der Preloginvista zu verwenden sei. Aber in diesem Punkt kann ich mich natürlich auch irren!

Kann es sein, dass das "von Hause aus" derzeit so hinterlegt wird? Oder habe ich doch was falsch gemacht bei der Installation? Und noch eine Frage: Einmal ausgeklammert, wo der Fehler herkommt: Wie bekomme ich ihn wieder weg? Ich habe nämlich leider keine Ahnung, wo man das überhaupt einstellen können soll. Wie ich oben bereits einmal schrieb sollte das Paket sogar (entsprechend der Anleitung) entfernt sein. Dazu hatte ich aber schon einmal etwas geschrieben in der Doppelantwort an Sie und Herrn Oertel.

Danke nochmal!

[V. Sternemann]

Offenbar kommen/kamen wir so nicht weiter.

Ich habe das Problem inzwischen doch lösen können durch Vorgaukeln der Domäne an die Clients durch entsprechenden DNS-Eintrag, der beim Booten des/der Netzwerkdevices mit übergeben wird. Wenn dort die Domäne lediglich mit Kleinbuchstaben steht und übergeben wird, scheint dies keine störenden Auswirkungen auf andere Domänenservices zu haben. Die Clients scheinen das alles gut mitzumachen. Allerdings war es ja umgekehrt der Fall, dass OPSI durch die vorherige Verwendung von Groß- und Kleinbuchstaben in der Domäne gehörig durcheinander geraten ist (ab V.3.4, V3.3 machte das komischerweise problemlos mit).

Naja, so läuft's jetzt auf jeden Fall sehr sauber und auch sehr fehlerfrei.

Danke nochmal für die Mühe.

MfG,

V. Sternemann, Willich.