[gelöst] *.py Probleme nach Migration auf opsi 4.2

Antworten
Towning
Beiträge: 9
Registriert: 02 Jan 2010, 17:51

[gelöst] *.py Probleme nach Migration auf opsi 4.2

Beitrag von Towning »

Hallo zusammen,

nach einer Migration von opsi 4.1 auf 4.1 laut https://download.uib.de/opsi4.2/documen ... -important tauchen Probleme bei der Einbindung der Treiber auf bei Windows auf.
Unter Berücksichtigung von: https://download.uib.de/opsi4.2/documen ... i-packages opsi-client-agent neu installiert.
Und da ich schon einmal Probleme nach einem Update hatte und die Lösung darin lag die Windows-Installationssourcen von
https://download.uib.de/opsi4.1/stable/ ... s/netboot/ neu in das Paket einzubinden habe ich das jetzt auch wieder getan und
das Paket win10-x64_4.1.0.2-14.opsi aus der 4.2 entpakt und wie üblich die control angepasst.
opsi-makepackage & opsi-package-manager -i liefen sauber durch.

Nach der Installation der (übliche) Versuch die Treiber vorsichtshalber einzubinden mit einer Fehlermeldung:

Code: Alles auswählen

towning@opsitest:/var/lib/opsi/depot/win10-2019-ltsc$ ./create_driver_links.py
Traceback (most recent call last):
  File "./create_driver_links.py", line 46, in <module>
    from OPSI.Logger import LOG_DEBUG, LOG_INFO, LOG_WARNING, Logger
ImportError: No module named OPSI.Logger
towning@opsitest:/var/lib/opsi/depot/win10-2019-ltsc$
dpkg -l | grep opsi:

Code: Alles auswählen

ii  opsi-linux-bootimage        20210519-1             all          opsi bootimage for netboot tasks.
ii  opsi-linux-support          4.2.0.0-1              all          Configure system to be able to deploy Linux with opsi.
rc  opsi-server                 4.2.0.52-1             all          opsi server
ii  opsi-server-full            4.2.0.52-1             all          opsi server
ii  opsi-tftpd-hpa              5.2.8-56               amd64        HPA's tftp server
ii  opsi-utils                  4.2.0.102-1            amd64        Utilities for working with opsi
ii  opsi-windows-support        4.2.0.0-1              all          Install utilities useful for deploying Windows with opsi.
ii  opsiconfd                   4.2.0.174-1            amd64        opsi configuration service
ii  opsipxeconfd                4.2.0.17-1             amd64        opsi pxe configuration service
rc  python-opsi                 4.1.1.101-1            all          opsi python library
Ach ja:
Das ganze auch mal unter root probiert - gleiche Fehlermeldung
und ebenso natürlich auch

Code: Alles auswählen

opsi-setup --init-current-config
opsi-set-rights
systemctl restart opsiconfd.service
systemctl restart opsipxeconfd.service
durchgeführt.

OS: Debian 10

Damit bin ich an Ende der Weisheit....
Hat jemand eine Idee?

Nachtrag
Bei der Installation des Betriebsystems kommt auf einem beliebigen PC gleich nach dem Download über PXE zu Beginn:

Code: Alles auswählen

TabError(´inconsistent use of tabs and spaces in indentation´, (´/tmp/setup.py´, 1644, 42, "\t\texecute(´/usr/local/bin/patcha %s´% i)\n"))
Es scheint daher ein generelles Problem mit dem Ausführen von *.py scripten zu geben, daher habe ich die Überschrift geändert von"create_driver_links.py Error nach Migration auf opsi 4.2" in "*.py Probleme nach Migration auf opsi 4.2"

Gruß
Frank
Zuletzt geändert von Towning am 09 Jun 2021, 10:27, insgesamt 1-mal geändert.
Benutzeravatar
m.radtke
uib-Team
Beiträge: 1517
Registriert: 10 Jun 2015, 12:19

Re: *.py Probleme nach Migration auf opsi 4.2

Beitrag von m.radtke »

Hi Frank,

welches Netboot Paket und Version hat denn den letzten Fehler von dir?

Gruß
Mathias
Kein Support per DM!
_________________________
opsi support - http://www.uib.de/
For productive opsi installations we recommend support contracts.
Towning
Beiträge: 9
Registriert: 02 Jan 2010, 17:51

Re: *.py Probleme nach Migration auf opsi 4.2

Beitrag von Towning »

Moin,

Asche auf mein Haupt......
Wie oben erwähnt habe ich die http://download.uib.de/opsi4.2/stable/p ... .2-14.opsi
heruntergeladen die control angepasst, das paket neu gepackt und installiert.
Da ich die entpackten Dateien incl. der geänderten control aber NICHT in das neu zu packende Paket kopiert hatte (abgelenkt von Telefonanruf...)
habe ich natürlich die Version win10-2019-ltsc_4.1.0.1-14 und nicht die Version win10-2019-ltsc_4.1.0.2-14 gepackt
und installiert. :oops:
So ist das wenn man abgelenkt wird und nicht die komplette Nummer vergleicht, sondern nur auf die 14 am Ende achtet :arrow: Merke:
Immer die komplette Versionsnummer lesen.... :!: :idea:

Und da schreibe ich noch am Anfang:
Und da ich schon einmal Probleme nach einem Update hatte und die Lösung darin lag die Windows-Installationssourcen von
https://download.uib.de/opsi4.1/stable/ ... s/netboot/ neu in das Paket einzubinden habe ich das jetzt auch wieder getan und
das Paket win10-x64_4.1.0.2-14.opsi aus der 4.2 entpakt und wie üblich die control angepasst.
:roll:

Dateien aus der 4.1.0.2-14 in das richtige Verzeichnis in der workbench kopiert win10-2019-ltsc_4.1.0.2-14.opsi gepackt und dann funktioniert es auch.
Die selber gebauten Fehler sieht man meist erst, wenn man (mit dem Holzhammer) darauf hingewiesen wird und es zum 16(?) mal kontrolliert :?

Danke (für den Holzhammer)

Gruß
Frank
Antworten