opsi-linux-bootimage -> Manchmal Fehler

[krajenski]

Hallo Forum!

Wir evaluieren gerade OPSI in Verbindung mit Univention (als Basis), und haben manchmal folgendes Problem: Nachdem via PXE das opsi-linux-bootimage (x64) angezogen hat, und normalerweise genau ein Dialog kommen sollte, nämlich "...win10-x64" installieren ja/nein ?"

Statt dessen kommt:
...
"opsi config server: https:/10....:4447/rpcError:tftpy:ERR packet errorode 1, message: File not found"
...

- Und eine Aufforderung den Client-Namen ("Hostname des Clients") anzugeben (das einzige leere Feld hierbei im Dialog)
- Dann der Admin-Passwort-Dialog
- Dann der Netboot-Produkt-Dialog (korrektes Produkt ist nicht vorausgewählt)
- Dann gehts erst los...

Der Client wurde aber im opsi-confed bereits mit MAC und allen individuellen Settings gepflegt.

Da er ihn aber eigentlich kennt, wird nachher bzgl. 'Produktkonfiguration' usw. auch das Richtige und individuelle
für diesen Client getan, konfiguriert und installiert, alles fein, ab hier!

Das Verrückte: Manchmal (eher selten) gehts aber auch einfach, ohne "Zwischendialoge".
Handwerklicher Fehler unsererseits? Mögliche Netzwerkprobleme? ...

Versionen im Einsatz:
ii opsi-linux-bootimage 20191015-3 all opsi bootimage for netboot tasks.
ii opsi-tftpd-hpa 5.2.8-51 amd64 HPA's tftp server
ii opsi-utils 4.1.1.33-2 all utilites for working with opsi.
ii opsi-windows-support 4.1.1-8 all Install utilities useful for deploying Windows with opsi.
ii opsi4ucs 4.1.1.10-1 all opsi software deployment for ucs
ii opsi4ucsappcenter 4.1.1.10 all Installing opsi through the UCS App Center.
ii opsiconfd 4.1.1.20-1 all opsi configuration service
ii opsipxeconfd 4.1.1.17-1 all opsi pxe configuration daemon
ii python-opsi 4.1.1.79-2 all opsi python library

Besten Dank vorab für einen Tipp!

Grüsse,
Sebastian

[m.radtke]

Hi

wie startet ihr den PXE Prozess?
Eigentlich kommt die TFTP Meldung nur wenn kein PXE Boot über die named Pipe erfolgt und dementsprechend kein produkt am opsi Server für diesen Client auf setup steht.
Denn nur dann fragt der Client an ob am TFTP nicht doch eine named Pipe am Server liegt.

der Hostname des Clients für die Maske kommt auch über die named Pipe.

Wie sieht denn

Code: Alles auswählen

/vaf/log/syslog

am Server aus aus wenn der Client bootet?

PS: Wenn opsi nicht unbedingt auf einem UCS System laufen soll, könnt ihr auch debian/ubuntu nehmen

Gruß
Mathias

[krajenski]

Hallo Mathias,

Danke für die schnelle Antwort.
- Es ist UEFI an (mit Eval-Lizenz von Euch)
- Der dhcpd-Teil sieht so aus:

Code: Alles auswählen

  next-server 10.27.1.1;
  filename "pxelinux.cfg/shimx64.efi.signed";
(Im Moment ohne 'vendor-if-then-else' da gerade nur UEFI-Clients am Start sind)

- Im opsi-confed steht win10-x86 auf Setup für den/die Clients

- Der /var/log/syslog-Output sieht so aus:

Code: Alles auswählen

Nov  4 17:38:58 ucs dhcpd[2655]: DHCPREQUEST for 10.27.1.104 (10.27.1.1) from 00:50:56:ac:ec:85 via ens224
Nov  4 17:38:58 ucs dhcpd[2655]: DHCPACK on 10.27.1.104 to 00:50:56:ac:ec:85 via ens224
Nov  4 17:38:58 ucs in.tftpd[3464]: RRQ from 10.27.1.104 filename pxelinux.cfg/shimx64.efi.signed
Nov  4 17:38:58 ucs in.tftpd[3464]: tftp: client does not accept options
Nov  4 17:38:58 ucs in.tftpd[3465]: RRQ from 10.27.1.104 filename pxelinux.cfg/shimx64.efi.signed
Nov  4 17:38:58 ucs in.tftpd[3466]: RRQ from 10.27.1.104 filename pxelinux.cfg/grubx64.efi
Nov  4 17:38:58 ucs in.tftpd[3467]: RRQ from 10.27.1.104 filename /grub/x86_64-efi/command.lst
Nov  4 17:38:58 ucs in.tftpd[3468]: RRQ from 10.27.1.104 filename /grub/x86_64-efi/fs.lst
Nov  4 17:38:58 ucs in.tftpd[3469]: RRQ from 10.27.1.104 filename /grub/x86_64-efi/crypto.lst
Nov  4 17:38:58 ucs in.tftpd[3470]: RRQ from 10.27.1.104 filename /grub/x86_64-efi/terminal.lst
Nov  4 17:38:58 ucs in.tftpd[3471]: RRQ from 10.27.1.104 filename /grub/grub.cfg
Nov  4 17:38:58 ucs in.tftpd[3472]: RRQ from 10.27.1.104 filename /grub/grub.cfg
Nov  4 17:38:58 ucs in.tftpd[3473]: RRQ from 10.27.1.104 filename /grub/grub.cfg
Nov  4 17:38:58 ucs in.tftpd[3474]: RRQ from 10.27.1.104 filename /grub/grub.cfg
Nov  4 17:38:59 ucs in.tftpd[3475]: RRQ from 10.27.1.104 filename /linux/pxelinux.cfg/01-00-50-56-ac-ec-85
Nov  4 17:39:00 ucs in.tftpd[3476]: RRQ from 10.27.1.104 filename /linux/install-x64
Nov  4 17:39:01 ucs in.tftpd[3544]: RRQ from 10.27.1.104 filename /linux/install-x64
Nov  4 17:39:02 ucs in.tftpd[3546]: RRQ from 10.27.1.104 filename /linux/miniroot-x64.bz2

ABER: Ich glaube ich habe soeben einen Zusammenhang gefunden bzw. eine Info der ich noch keine große Aufmerksamkeit widmete.
Eigentlich passiert folgendes:

- opsi-confed -> Netboot -> win10-x64 -> SETUP -> Speichern
- ERSTER Boot vom Client

Bei diesem ersten Boot folgende Meldung:


- Strg-Alt-Entf -> Zweiter Versuch sofort hinterher -> Dann bootet opsi-linux-bootimage (mit den bekannten "Zusatzabfragen")

-> Aber zu dem Zeitpunkt ist bereits der opsi-confed-Wunsch "SETUP" weg, wenn man opsi-confed neu lädt:


Grüsse,
Sebastian

[SisterOfMercy]

Have you tried this on different machines? It kinda looks there could be an uefi error with that specific type of computer. Perhaps a bios update will fix it.
If it's on various types, we can at least exclude that.

[krajenski]

Hey there!

Thanks for your input.
Yes, we have. We tried two different types of FTS/Esprimo PC (like one brand-new and one ~5 years old) systems, as well as VMWare VMs as Clients, with UEFI and Secure enabled. So it seems quite hardware-independent.

Edit: If one searches for "Error: Not an IP" in specific only, there are a few articles on the Internet that suggest some specific grub2/PXE thing (On a GNU/FreeBSD Mailinglist e.g.). There even is one post in this forum that mentions this message once, but in either case: No real conclusion for the moment (that I can read out of them)

Greets,
Sebastian

[m.radtke]

Hallo Sebastian,

der Fehler kommt weil die named Pipe nicht zu dem Bootloader

geh mal in

Code: Alles auswählen

/etc/opsi/opsipxeconfd.conf

und ändere den Entrag

Code: Alles auswählen

install-elilo-x64

zu

Code: Alles auswählen

install-grub-x64

Starte den Dienst neu und setz das produkt noch,als auf setup.

Gruß
Mathias

[krajenski]

Guten Morgen Mathias,

In der Tat, Dankeschön.
Case Closed!

Beste Grüsse,
Sebastian