Seite 1 von 3
[gelöst] bootimage und opsi-setup --set-rights probleme, sowie "list index out of range"
Verfasst: 20 Feb 2017, 11:36
von jul.io
Hallo zusammen!
Wenn ich unser Win7-x64 Image per netboot installieren möchte, dann bekomme ich nach Eingabe der geforderten Daten folgende Meldung, wenn es tatsächlich losgehen soll:
this product requires opsi-linux-bootimage version >= 20140118
jedoch, wenn ich ein
abschicke, bekomme ich folgendes raus:
Code: Alles auswählen
ii opsi-linux-bootimage 20160706-1 amd64 opsi bootimage for netboot tasks.
Hier im Forum findet man den Tipp, dass ein beherztes
Abhilfe schafft, aber das läuft auf unserem Server (Versionsnummer: 4.0.7.17) nicht durch:
Code: Alles auswählen
user@server:~$ sudo opsi-setup --set-rights
[5] [Feb 20 11:34:18] Setting rights on directory u'/etc/opsi' (Rights.py|121)
[5] [Feb 20 11:34:18] Setting rights on directory u'/var/log/opsi' (Rights.py|121)
[5] [Feb 20 11:34:18] Setting rights on directory u'/var/lib/opsi' (Rights.py|121)
[5] [Feb 20 11:34:18] Setting rights on directory u'/home/opsiproducts' (Rights.py|121)
[5] [Feb 20 11:34:18] Setting rights on directory u'/tftpboot/linux' (Rights.py|121)
[5] [Feb 20 11:34:18] Setting rights on directory u'/var/lib/opsi/depot' (Rights.py|121)
[3] [Feb 20 11:34:19] Bad filename 'start15-\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd-end.txt' found in directory '/var/lib/opsi/depot/opsi-winst-test/test-files/testFiles/nonascii-names', skipping entry! (__init__.py|681)
[3] [Feb 20 11:34:19] Bad filename 'start7-\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd\ufffd-end.txt' found in directory '/var/lib/opsi/depot/opsi-winst-test/test-files/testFiles/nonascii-names', skipping entry! (__init__.py|681)
errm...ja - und jetzt stehe ich da und weiß nicht so wirklich weiter...
Re: bootimage und opsi-setup --set-rights probleme
Verfasst: 20 Feb 2017, 11:58
von m.radtke
Brauchst du das Paket opsi-winst-test?
Wenn nicht deinstalliere es mal und führe den Befehl erneut aus.
Im Bootimage selbst gibt es die Datei version in / Verzeichnis. Mit dem Inhalt der Datei findet der Vergleich statt.
Zudem würde es sich anbieten die opsi Pakete per opsi-product-updater und dem Paketmanager des System zu installieren.
Gruß
Mathias
Re: bootimage und opsi-setup --set-rights probleme
Verfasst: 20 Feb 2017, 12:13
von uncle_scrooge
Welche Lokalisierung ist auf dem Server aktiv?
locale sollte Auskunft geben.
Und bitte mal ein
ll /var/lib/opsi/depot/opsi-winst-test/test-files/testFiles/nonascii-names
absetzen.
Ergebnis sollte so aussehen:
-rw-rw---- 1 opsiconfd pcpatch 6 Jan 26 2015 start15-íìéèêîôóòâàáûùú-end.txt
-rw-rw---- 1 opsiconfd pcpatch 6 Jan 26 2015 start1 end.txt
-rw-rw---- 1 opsiconfd pcpatch 6 Jan 26 2015 start7-ßüÜöÖäÄ-end.txt
Und was das bootimage angeht, bitte mal die Ausgabe von
ll/tftpboot/linux
einstellen.
Re: bootimage und opsi-setup --set-rights probleme
Verfasst: 20 Feb 2017, 12:39
von jul.io
Vielen Dank! Das Problem mit "opsi-setup --set-rights" wurde durch die Deinstallation des "opsi-winst-test" Pakets behoben
Das heißt, das läuft jetzt schonmal durch.
Der Fehler, mit der bootimage-Meldung allerdings ist nach wie vor präsent
Hier mal die gewünschten Ausgaben:
Code: Alles auswählen
user@server:~$ locale
LANG=C
LANGUAGE=
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=
user@server:~$ sudo ls -la /var/lib/opsi/depot/opsi-winst-test/test-files/testFiles/nonascii-names
total 20
drwxrws--- 2 opsiconfd pcpatch 4096 Apr 11 2016 .
drwxrws--- 6 opsiconfd pcpatch 4096 Apr 11 2016 ..
-rw-rw---- 1 opsiconfd pcpatch 6 Jan 26 2015 start1 end.txt
-rw-rw---- 1 opsiconfd pcpatch 6 Jan 26 2015 start15-??????????????????????????????-end.txt
-rw-rw---- 1 opsiconfd pcpatch 6 Jan 26 2015 start7-??????????????-end.txt
user@server:~$ ls -la /tftpboot/linux/
total 198988
drwxrwxr-x 3 opsiconfd pcpatch 4096 Sep 22 11:38 .
drwxr-xr-x 3 root root 4096 Nov 19 2013 ..
-rw-rw-r-- 1 opsiconfd pcpatch 12372 Aug 26 12:14 chain.c32
lrwxrwxrwx 1 opsiconfd pcpatch 14 Aug 26 12:14 install -> vmlinuz-driver
lrwxrwxrwx 1 opsiconfd pcpatch 18 Aug 26 12:14 install-x64 -> vmlinuz-x64-driver
lrwxrwxrwx 1 opsiconfd pcpatch 11 Aug 26 12:14 install64 -> install-x64
-rw-rw-r-- 1 opsiconfd pcpatch 137084 Mar 20 2011 memtest86
-rw-rw-r-- 1 opsiconfd pcpatch 150024 Aug 23 2013 memtest86+-5.01
-rw-rw-r-- 1 opsiconfd pcpatch 52272 Aug 26 12:14 menu.c32
-rw-rw-r-- 1 opsiconfd pcpatch 91169458 Aug 26 12:14 miniroot-20160706.bz2
-rw-rw-r-- 1 opsiconfd pcpatch 92014218 Aug 26 12:14 miniroot-x64-20160706.bz2
lrwxrwxrwx 1 opsiconfd pcpatch 25 Aug 26 12:14 miniroot-x64.bz2 -> miniroot-x64-20160706.bz2
lrwxrwxrwx 1 opsiconfd pcpatch 21 Aug 26 12:14 miniroot.bz2 -> miniroot-20160706.bz2
-rw-rw-r-- 1 opsiconfd pcpatch 15710 Aug 26 12:14 pxelinux.0
drwxrwxr-x 2 opsiconfd pcpatch 4096 Sep 22 11:38 pxelinux.cfg
-rw-rw-r-- 1 opsiconfd pcpatch 10185872 Aug 26 12:14 vmlinuz-driver
-rw-rw-r-- 1 opsiconfd pcpatch 9996240 Aug 26 12:14 vmlinuz-x64-driver
... wobei die Datei /var/lib/opsi/depot/opsi-winst-test/test-files/testFiles/nonascii-names ja mitlerweile nicht mehr auf dem system existiert.
edit:
ich hab hier mal den letzten Teil des bootimage (in Zeile 52 steht die Fehlermeldung):
Code: Alles auswählen
[5] [Feb 20 11:35:41] Using product property to get licensekey (master.py|1202)
[6] [Feb 20 11:35:41] Product license key: (master.py|1210)
[5] [Feb 20 11:35:41] Fetching pcpatch password... (master.py|1214)
[7] [Feb 20 11:35:41] Executing jsonrpc method 'user_getCredentials' on host 10.0.0.13 (JSONRPC.py|104)
[7] [Feb 20 11:35:41] Starting new HTTPS connection (0) to 10.0.0.13:4447 (HTTP.py|574)
[7] [Feb 20 11:35:41] Connection established to: 10.0.0.13 (HTTP.py|587)
[7] [Feb 20 11:35:41] Failed to get peer cert: 'NoneType' object has no attribute 'getpeercert' (HTTP.py|164)
[7] [Feb 20 11:35:41] Closing connection: <httplib.HTTPSConnection instance at 0x8e9c36c> (HTTP.py|502)
[7] [Feb 20 11:35:41] Content-Type: gzip-application/json;charset=utf-8, Content-Encoding: gzip (JSONRPC.py|659)
[7] [Feb 20 11:35:41] Expecting compressed data from server (JSONRPC.py|663)
[6] [Feb 20 11:35:41] Decrypting password... (master.py|1221)
[7] [Feb 20 11:35:41] Executing jsonrpc method 'host_getObjects' on host 10.0.0.13 (JSONRPC.py|104)
[7] [Feb 20 11:35:41] Starting new HTTPS connection (0) to 10.0.0.13:4447 (HTTP.py|574)
[7] [Feb 20 11:35:41] Connection established to: 10.0.0.13 (HTTP.py|587)
[7] [Feb 20 11:35:41] Failed to get peer cert: 'NoneType' object has no attribute 'getpeercert' (HTTP.py|164)
[7] [Feb 20 11:35:42] Closing connection: <httplib.HTTPSConnection instance at 0x8eaca8c> (HTTP.py|502)
[7] [Feb 20 11:35:42] Content-Type: gzip-application/json;charset=utf-8, Content-Encoding: gzip (JSONRPC.py|659)
[7] [Feb 20 11:35:42] Expecting compressed data from server (JSONRPC.py|663)
[6] [Feb 20 11:35:42] Mounting 'smb://server/opsi_depot' to '/mnt/opsi' (Repository.py|1143)
[7] [Feb 20 11:35:42] Command 'mount' found at: '/bin/mount' (Posix.py|641)
[6] [Feb 20 11:35:42] Executing: /bin/mount -t cifs -o "iocharset=utf8,domain=server,credentials=/tmp/.cifs-credentials.server" //server/opsi_depot /mnt/opsi (Posix.py|661)
[6] [Feb 20 11:35:42] Using encoding 'UTF-8' (Posix.py|692)
[7] [Feb 20 11:35:42] Exit code: 0 (Posix.py|749)
[5] [Feb 20 11:35:42] Copying action script 'win7-x64/setup.py' from depot to '/tmp/setup.py' (master.py|1314)
[7] [Feb 20 11:35:42] MessageSubject 'copy_overall' created (Message.py|112)
[7] [Feb 20 11:35:42] ProgressSubject 'copy_overall' created (Message.py|238)
[7] [Feb 20 11:35:42] MessageSubject 'copy_current' created (Message.py|112)
[7] [Feb 20 11:35:42] ProgressSubject 'copy_current' created (Message.py|238)
[6] [Feb 20 11:35:42] Copying from 'win7-x64/setup.py' to '/tmp/setup.py' (Repository.py|469)
[7] [Feb 20 11:35:42] Length of binary data to download: 44302 bytes (Repository.py|685)
[7] [Feb 20 11:35:42] Transfer in from <open file u'/mnt/opsi/win7-x64/setup.py', mode 'rb' at 0x8dff910> to <open file u'/tmp/setup.py', mode 'wb' at 0x8dffb78>, dynamic bandwidth False, max bandwidth 0 (Repository.py|338)
[6] [Feb 20 11:35:42] Transfered 43.26 kByte in 0.00 minutes, average speed was 3368.19 kByte/s (Repository.py|370)
[6] [Feb 20 11:35:42] Copy done (Repository.py|552)
[7] [Feb 20 11:35:42] Executing jsonrpc method 'productOnClient_updateObjects' on host 10.0.0.13 (JSONRPC.py|104)
[7] [Feb 20 11:35:42] Starting new HTTPS connection (0) to 10.0.0.13:4447 (HTTP.py|574)
[7] [Feb 20 11:35:42] Connection established to: 10.0.0.13 (HTTP.py|587)
[7] [Feb 20 11:35:42] Failed to get peer cert: 'NoneType' object has no attribute 'getpeercert' (HTTP.py|164)
[7] [Feb 20 11:35:42] Closing connection: <httplib.HTTPSConnection instance at 0x8eb43cc> (HTTP.py|502)
[7] [Feb 20 11:35:42] Content-Type: gzip-application/json;charset=utf-8, Content-Encoding: gzip (JSONRPC.py|659)
[7] [Feb 20 11:35:42] Expecting compressed data from server (JSONRPC.py|663)
[7] [Feb 20 11:35:44] MessageSubject 'script' created (Message.py|112)
[7] [Feb 20 11:35:44] Executing jsonrpc method 'productOnClient_updateObjects' on host 10.0.0.13 (JSONRPC.py|104)
[7] [Feb 20 11:35:44] Starting new HTTPS connection (0) to 10.0.0.13:4447 (HTTP.py|574)
[7] [Feb 20 11:35:44] Connection established to: 10.0.0.13 (HTTP.py|587)
[7] [Feb 20 11:35:44] Failed to get peer cert: 'NoneType' object has no attribute 'getpeercert' (HTTP.py|164)
[7] [Feb 20 11:35:44] Closing connection: <httplib.HTTPSConnection instance at 0x8eb418c> (HTTP.py|502)
[7] [Feb 20 11:35:44] Content-Type: gzip-application/json;charset=utf-8, Content-Encoding: gzip (JSONRPC.py|659)
[7] [Feb 20 11:35:44] Expecting compressed data from server (JSONRPC.py|663)
[2] [Feb 20 11:35:45] Traceback: (Logger.py|742)
[2] [Feb 20 11:35:45] line 1389 in '<module>' in file '/usr/local/bin/master.py' (Logger.py|742)
[2] [Feb 20 11:35:45] line 21 in '<module>' in file '/tmp/setup.py' (Logger.py|742)
[2] [Feb 20 11:35:45] ==>>> This product requires opsi-linux-bootimage version >= 20140118 (master.py|1437)
[7] [Feb 20 11:35:45] Backend: <OPSI.Backend.JSONRPC.JSONRPCBackend instance at 0x8be9dec> (master.py|1440)
[7] [Feb 20 11:35:45] ProductId: win7-x64 (master.py|1441)
[7] [Feb 20 11:35:45] ClientId: wstest88.firma.de (master.py|1442)
[7] [Feb 20 11:35:45] ProductOnClient: <ProductOnClient clientId 'wstest88.firma.de', productId 'win7-x64', installationStatus 'unknown', actionRequest 'none'> (master.py|1443)
[6] [Feb 20 11:35:45] Updating productOnClient: {'actionProgress': u'', 'actionResult': u'failed', 'clientId': u'wstest88.firma.de', 'modificationTime': None, 'actionRequest': u'none', 'targetConfiguration': None, 'productVersion': None, 'productType': u'NetbootProduct', 'type': u'ProductOnClient', 'lastAction': None, 'packageVersion': None, 'actionSequence': None, 'installationStatus': u'unknown', 'productId': u'win7-x64'} (master.py|1454)
[7] [Feb 20 11:35:45] Executing jsonrpc method 'productOnClient_updateObjects' on host 10.0.0.13 (JSONRPC.py|104)
[7] [Feb 20 11:35:45] Starting new HTTPS connection (0) to 10.0.0.13:4447 (HTTP.py|574)
[7] [Feb 20 11:35:45] Connection established to: 10.0.0.13 (HTTP.py|587)
[7] [Feb 20 11:35:45] Failed to get peer cert: 'NoneType' object has no attribute 'getpeercert' (HTTP.py|164)
[7] [Feb 20 11:35:45] Closing connection: <httplib.HTTPSConnection instance at 0x8eacccc> (HTTP.py|502)
[7] [Feb 20 11:35:45] Content-Type: gzip-application/json;charset=utf-8, Content-Encoding: gzip (JSONRPC.py|659)
[7] [Feb 20 11:35:45] Expecting compressed data from server (JSONRPC.py|663)
[5] [Feb 20 11:35:54] Writing log to service (master.py|1468
Re: bootimage und opsi-setup --set-rights probleme
Verfasst: 20 Feb 2017, 13:11
von uncle_scrooge
OK, mit LANG=C gibt es nur ASCII characters. Drum stolperte opsi-set-rights über die Dateien mit non ASCII.
Was das bootimage angeht? Auf Dateiebene sieht es gut, weil unverbastelt, aus.
Da lasse ich jetzt lieber dem Fachmann m.radtke den Vortritt.
Re: bootimage und opsi-setup --set-rights probleme
Verfasst: 20 Feb 2017, 13:50
von m.radtke
In der zweiten Zeile des Bootimage Logs steht die Version des Bootimages. Du kannst ja mal posten was bei dir steht.
Vergleich die mal mit dem minimalen Wert
Im / Verzeischnis des Bootimages gibt es die Datei version, darin steht die Version des Bootimages.
Im Netboot Produkt selbst wird dann die Version in der Datei /version mit dem Minimum verglichen.
Eigentlich sollte das keine Probleme machen.
Aber nicht desto trotz: Bootimage Updaten
Gruß
Mathias
Re: bootimage und opsi-setup --set-rights probleme
Verfasst: 21 Feb 2017, 08:18
von jul.io
Code: Alles auswählen
Feb 20 11:30:46 [opsiinit] opsi init script started
Feb 20 11:30:46 [opsiinit] opsi linux bootimage version: 20130207
da haben wir ja den kasus-knacktus. in welcher datei muss ich diesen string nun korrigieren, oder lässt sich das auch über einen Befehl beheben?
ich hatte vor diesem versuch ein
gemacht und bin jetzt auf:
Code: Alles auswählen
ii opsi-linux-bootimage 20161221-1 amd64 opsi bootimage for netboot tasks.
Re: bootimage und opsi-setup --set-rights probleme
Verfasst: 21 Feb 2017, 08:45
von m.radtke
und damit sollte es auch nun laufen
Re: bootimage und opsi-setup --set-rights probleme
Verfasst: 21 Feb 2017, 09:35
von jul.io
ok, sorry, ich musste mich gerade von einem maximal harten facepalm erholen...
unser tftp server ist ein anderer, als unser opsiconfd-server (habe das system nur geerbt und nicht selbst aufgezogen). Also habe ich nun das miniroot.bz2 auf den richtigen Server liegen...ABER, ich bekomme beim Boot jetzt folgende Fehlermeldung:
Code: Alles auswählen
...
Failed to execute /init
systemd[1]: Failed to mount devtmpfs at /dev: no such device
[!!!!!!] Failed to early mount API filesystems, freezing
systemd[1]: Freezing execution
Re: bootimage und opsi-setup --set-rights probleme
Verfasst: 21 Feb 2017, 09:49
von uncle_scrooge
Hast Du den zugehörigen Kernel ebenfalls mitgenommen?