[GELÖST] UEFI "forcing interactive mode due to configuration file error(s)"

[Mike_i386]

Hallo zusammen,

aktuelle „experimentieren“ wir mir einer Test-Lizenz für die Einführung von UEFI-Unterstützung.

Die Konfiguration unseres ISC-DHCP-Servers (extern) und der Weiche hat sehr gut geklappt.
BIOS-Geräte bekommen weiterhin Syslinux, UEFI-Geräte booten elilo.

Jetzt aber das Problem:
Elilo startet immer mit der Zeile:
„forcing interactive mode due to configuration file error(s)”

Die Datei elilo.conf existiert jedoch und wurde nicht verändert.
Setze ich beim Client (mit aktiviertem UEFI haken) ein netboot-product auf Setup wird die bootfile mit richtiger MAC-Adresse angelegt und auch mit dem für elilo vorgesehenem Inhalt gefüllt.
Trotzdem bekomme ich die elilo Fehlermeldung.

Habe ich etwas übersehen?

Danke und Grüße
Mike

[m.radtke]

Hallo,

wie sieht denn die elilo.conf?
Ein Auszug aus dem Syslog des Opsi Servers wäre interessant um zu sehen ob beim TFTP alles gut läuft.

Gruß
Mathias

[Mike_i386]

Hallo,

also im syslog kommt folgendes an:

Code: Alles auswählen

Mar 21 09:12:11 scc-opsi-01 in.tftpd[21403]: connect from 172.21.103.239 (172.21.103.239)
Mar 21 09:12:11 scc-opsi-01 atftpd[21403]: Advanced Trivial FTP server started (0.7)
Mar 21 09:12:11 scc-opsi-01 atftpd[21403]: Serving linux/pxelinux.cfg/elilo.efi to 172.21.103.239:1083
Mar 21 09:12:11 scc-opsi-01 atftpd[21403]: Serving linux/pxelinux.cfg/elilo.efi to 172.21.103.239:1084

Und das, egal ob ein Produkt auf setup steht oder nicht.
Die elilo.conf sieht so aus:

Code: Alles auswählen

default=local

label=local
root=/dev/sda1

Gehe ich recht der Annahme, dass er die config gar nicht erst bekommt?

Viele Grüße

[m.radtke]

Hi

normalerweise wird die install-elilo-x64.conf (oder öhnlich, habe den genauen Namen gerade nicht im Kopf) genommen und daraus wird die Pipe gebaut.

Wenn ein produkt auf setup steht, was steht denn in der Pipe?
Im Ordner /tftpboot/linux/pxelinux.cfg/ sollte es Dateien geben, welche mit 01- beginnen.

Gruß
Mathias

[Mike_i386]

Ja die Datei wird angelegt.

01-00-15-......

ich habe die Datei nach /tmp kopiert um mir den Inhalt anzusehen.
Der Inhalt lautet: (Hostname und Key durch *** ersetzt)

Code: Alles auswählen

default=opsi
timeout=0

image=/linux/install-x64
label=opsi
append="initrd=/linux/miniroot-x64.bz2 video=vesa:ywrap,mtrr vga=normal --no-log console=tty1 console=ttyS0 dn=scc.kit.edu product=win81-x64 pckey=**************************** service=https://*****opsiserver*****:4447/rpc hn=uefi-test pwh=*****************************************"
initrd=/linux/miniroot-x64.bz2

Bei BIOS Geräten wird äquivalent die Konfiguration für Syslinux eingetragen. Das läuft auch seit fast zwei Jahren problemlos.

[m.radtke]

HI

Bitte in der Datei /etc/inetd.conf --verbose=7 einstellen und den zugehörigen Syslog-Auszug posten

[Mike_i386]

Hier der Inhalt des Syslog: (falls noch etwas vor dem atftp Eintrag benötigt wird kann ich dies noch nachreichen.)

Code: Alles auswählen

Mar 22 07:53:19 scc-opsi-01 in.tftpd[2194]: connect from 172.21.103.239 (172.21.103.239)
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]: Advanced Trivial FTP server started (0.7)
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:   started by inetd
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:   logging level: 7
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:   directory: /tftpboot/
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:   user: nobody.nogroup
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:   log file: syslog
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:   server timeout: 300
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:   tftp retry timeout: 5
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:   maximum number of thread: 100
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:   option timeout:   enabled
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:   option tzise:     enabled
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:   option blksize:   enabled
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:   maximum blocksize: 0
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:   option multicast: enabled
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:      address range: 239.239.239.0-255
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]:      port range:    1758
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]: Creating new socket: 172.21.63.164:60615
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]: Serving linux/pxelinux.cfg/elilo.efi to 172.21.103.239:1537
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]: tsize option -> 238234
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]: blksize option -> 1482
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]: Aborting transfer
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]: Server thread exiting
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]: Creating new socket: 172.21.63.164:48314
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]: Serving linux/pxelinux.cfg/elilo.efi to 172.21.103.239:1538
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]: blksize option -> 1482
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]: End of transfer
Mar 22 07:53:19 scc-opsi-01 atftpd[2194]: Server thread exiting
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]: atftpd terminating after 300 seconds
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]:   Load measurements:
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]:    User:    0.000s  Sys:   0.000s
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]:    Total: 300.049s  CPU:   0.007%
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]:   Time between connections:
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]:    Min: 0.002s Max: 0.002s
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]:   Thread stats:
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]:    simultaneous threads:     1
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]:    number of servers:        1
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]:    number of aborts:         0
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]:    number of errors:         1
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]:    number of files sent:     1
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]:    number of files received: 0
Mar 22 07:58:19 scc-opsi-01 atftpd[2194]: Main thread exiting

[m.radtke]

Hi mike

für mich sieht es so aus als würde die Pipe nicht an den Client übergeben.

ich schaue mal bei uns nach und poste wie das aussehen sollte.

In etwa so sollte es aussehen:

Code: Alles auswählen

Mar 22 12:18:28 mathias-opsi-srv dhcpd: efi64 client
Mar 22 12:18:28 mathias-opsi-srv dhcpd: DHCPREQUEST for 192.168.16.205 (192.168.16.1) from 00:0c:29:9c:d8:91 via eth0
Mar 22 12:18:28 mathias-opsi-srv dhcpd: DHCPACK on 192.168.16.205 to 00:0c:29:9c:d8:91 via eth0
Mar 22 12:18:28 mathias-opsi-srv dhcpd: DHCPREQUEST for 192.168.16.205 (192.168.16.1) from 00:0c:29:9c:d8:91 via eth0
Mar 22 12:18:28 mathias-opsi-srv dhcpd: DHCPACK on 192.168.16.205 to 00:0c:29:9c:d8:91 via eth0
Mar 22 12:18:28 mathias-opsi-srv atftpd[4745]: Serving linux/pxelinux.cfg/elilo.efi to 192.168.16.205:1040
Mar 22 12:18:28 mathias-opsi-srv atftpd[4745]: Serving linux/pxelinux.cfg/elilo.efi to 192.168.16.205:1041
Mar 22 12:18:28 mathias-opsi-srv atftpd[4745]: Serving linux/pxelinux.cfg/C0A810CD.conf to 192.168.16.205:1042
Mar 22 12:18:28 mathias-opsi-srv atftpd[4745]: Serving linux/pxelinux.cfg/C0A810-x86_64.conf to 192.168.16.205:1043
Mar 22 12:18:28 mathias-opsi-srv atftpd[4745]: Serving linux/pxelinux.cfg/C0A810.conf to 192.168.16.205:1044
Mar 22 12:18:28 mathias-opsi-srv atftpd[4745]: Serving linux/pxelinux.cfg/C0A8-x86_64.conf to 192.168.16.205:1045
Mar 22 12:18:28 mathias-opsi-srv atftpd[4745]: Serving linux/pxelinux.cfg/C0A8.conf to 192.168.16.205:1046
Mar 22 12:18:28 mathias-opsi-srv atftpd[4745]: Serving linux/pxelinux.cfg/C0-x86_64.conf to 192.168.16.205:1047
Mar 22 12:18:28 mathias-opsi-srv atftpd[4745]: Serving linux/pxelinux.cfg/C0.conf to 192.168.16.205:1048
Mar 22 12:18:28 mathias-opsi-srv atftpd[4745]: Serving linux/pxelinux.cfg/01-00-0c-29-9c-d8-91 to 192.168.16.205:1049
Mar 22 12:18:29 mathias-opsi-srv atftpd[4745]: Serving /linux/install-x64 to 192.168.16.205:1050
Mar 22 12:18:31 mathias-opsi-srv atftpd[4745]: Serving /linux/miniroot-x64.bz2 to 192.168.16.205:1051

Ist die elilo.efi von uns oder kommt die von einer anderen Stelle?
Wie sieht die Weiche in der dhcpd.conf aus?

Gruß
Mathias

[Mike_i386]

Ich glaube ich habe das Problem „mehr oder weniger“ gefunden.

Ich habe es nun mit physikalischen Rechnern probiert und da tut es in der Tat so wie es soll.

Ich hatte es bisher mit VM’s auf unserem Hyper-V Cluster getestet.
Mit Hyper-V bekomme ich die oben geschilderten Ergebnisse.
Er zieht nur die elilo.efi, sonst nichts weiter.

Man sollte sich wohl nicht zu sehr auf die VM Technologie verlassen
Ist etwas bekannt in Zusammenhang mit Hyper-V Generation 2 VMs?

Vielen Dank für die Unterstützung.

[uncle_scrooge]

Hyper-V ist zwar nicht meine Welt, aber es gab Gerüchte, daß PXE nur mit dem Legacy Network Adapter sauber funktioniert.