iPXE initialises devices ok but reboots when Configuring(net0 00:23:7d:b8:a5:54)......

[luislesi]

@Wayne-Workman
Thanks i will try that.

[Wayne Workman]

@luislesi There’s also the option to tell those guys to just remove the next-server and filename and try to use dnsmasq in ProxyDHCP mode. This way, you’re always in control of those extra options and not them.

[george1421]

@Wayne-Workman said in iPXE initialises devices ok but reboots when Configuring(net0 00:23:7d:b8:a5:54)......:

@luislesi There’s also the option to tell those guys to just remove the next-server and filename and try to use dnsmasq in ProxyDHCP mode. This way, you’re always in control of those extra options and not them.

I agree, when you have no control over the dhcp services then dhcpProxy running on a fog server is the next best thing (especially if you start having a mix of bios and uefi systems in your environment.

[luislesi]

@Wayne-Workman

I changed the boot file to undionly.kkpxe and now it works but i have write exit in IPXE.
Do you know you to work around this?

Photo:
https://goo.gl/photos/a38gXYjXiNCT3oEN6

Thanks

[Wayne Workman]

@luislesi It’s like iPXE isn’t getting any arguments, to me. I’ve not seen this one before, I’m going to need to defer to the other @Developers and @Moderators.

[Tom Elliott]

@Wayne-Workman This isn’t something We’re doing. Maybe we can do more with the boot.php script output.

http://fog-server/fog/service/boot.php

[luislesi]

@Tom-Elliott

I Tom. I had to change the boot file again to undionly.kpxe.
At this time i don’t know how i solved this problem.
I tried two things:
I updated the kernel to version 3.19.3 and I changed permissions of ipxe:

         chmod -R 775 /var/www/html/fog/service/ipxe

The only problem is that i have write exit in ipxe to download/upload start.

https://goo.gl/photos/a38gXYjXiNCT3oEN6

Many Thanks

[Wayne Workman]

@luislesi We need the output of the link that Tom requested.

[luislesi]

@Wayne-Workman

Today I installed another server with the same configurations and i noticed that the original problem was solved by getting another undionly.kpxe.

wget https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/undionly.kpxe -O /tftpboot/undionly.kpxe

I originally thought that the problem was solved by upgrading the Kernel and changing the permissions of ipxe, but the problem was solved by getting another undionly.kpxe. But I don´t know if this boot file is reliable.

The only thing i know, is that after this, if i write exit in ipxe, the fog works. But i need to solve this.

Photo: https://goo.gl/photos/GV6XxJUgdhqRAxgg6

The contents of boot.php that you asked (http://10.1.8.1/fog/service/ipxe/boot.php) are:

#!ipxe
cpuid --ext 29 && set arch x86_64 || set arch i386
colour --rgb 0xff6600 2
cpair --foreground 7 --background 2 2
console --picture http://10.1.8.1/fog/service/ipxe/bg.png --left 100 --right 80
:MENU
menu
colour --rgb 0xff0000 0
cpair --foreground 0 3
item --gap Host is NOT registered!
item --gap -- -------------------------------------
item fog.local Boot from hard disk
item fog.memtest Run Memtest86+
item fog.reginput Perform Full Host Registration and Inventory
item fog.reg Quick Registration and Inventory
item fog.sysinfo Client System Information (Compatibility)
choose --default fog.local --timeout 3000 target && goto ${target}
:fog.local
exit || goto MENU
:fog.memtest
kernel memdisk iso raw
initrd memtest.bin
boot || goto MENU
:fog.reginput
kernel bzImage32 root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns= keymap= web=10.1.8.1/fog/ consoleblank=0 loglevel=4 mode=manreg
imgfetch init_32.xz
boot || goto MENU
:fog.reg
kernel bzImage32 root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns= keymap= web=10.1.8.1/fog/ consoleblank=0 loglevel=4 mode=autoreg
imgfetch init_32.xz
boot || goto MENU
:fog.sysinfo
kernel bzImage32 root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns= keymap= web=10.1.8.1/fog/ consoleblank=0 loglevel=4 mode=sysinfo
imgfetch init_32.xz
boot || goto MENU
autoboot

[Sebastian Roth]

@luislesi Why does it fail on the first DHCP request is the main question I suppose…

Maybe spanning tree /port fast setting on the switch? Please search the wiki and forum for this.

[luislesi]

@Tom-Elliott

I still don’t understand why computer reboots with the original undionly.kpxe that comes with the fog installer (1.2.0) and when i get the undionly.kpxe from https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/undionly.kpxe
it works but i have to write exit in IPXE.
You can see it in this photo:
https://goo.gl/photos/GV6XxJUgdhqRAxgg6
I will try to do spanning tree /port fast setting on the switch like @Sebastian-Roth said but i think this is not the reason.
Is there any script that i can do to automatically exit from IPXE?
Thanks

[Tom Elliott]

@luislesi If I had to guess, if you go to the browser at url (Making adjustments for your environment)

http://10.1.8.1/fog/service/ipxe/boot.php?mac=00:23:7d:b9:2d:f2

What’s output to the browser? My guess is it’s missing a “boot” line.

[luislesi]

@Tom-Elliott

The output of the file is:

#!ipxe
cpuid --ext 29 && set arch x86_64 || set arch i386
colour --rgb 0xff6600 2
cpair --foreground 7 --background 2 2
console --picture http://10.1.8.1/fog/service/ipxe/bg.png --left 100 --right 80
:MENU
menu
colour --rgb 0x00ff00 0
cpair --foreground 0 3
item --gap Host is registered as RP044390
item --gap -- -------------------------------------
item fog.local Boot from hard disk
item fog.memtest Run Memtest86+
item fog.keyreg Update Product Key
item fog.quickimage Quick Image
item fog.quickdel Quick Host Deletion
item fog.sysinfo Client System Information (Compatibility)
choose --default fog.local --timeout 3000 target && goto ${target}
:fog.local
exit || goto MENU
:fog.memtest
kernel memdisk iso raw
initrd memtest.bin
boot || goto MENU
:fog.reginput
kernel bzImage32 root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns= keymap= web=10.1.8.1/fog/ consoleblank=0 loglevel=4 1
imgfetch init_32.xz
boot || goto MENU
:fog.keyreg
login
params
param mac0 ${net0/mac}
param arch ${arch}
param username ${username}
param password ${password}
param keyreg 1
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
:bootme
chain -ar http://10.1.8.1/fog/service/ipxe/boot.php##params ||
goto MENU
:fog.reg
kernel bzImage32 root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns= keymap= web=10.1.8.1/fog/ consoleblank=0 loglevel=4 1
imgfetch init_32.xz
boot || goto MENU
:fog.quickimage
login
params
param mac0 ${net0/mac}
param arch ${arch}
param username ${username}
param password ${password}
param qihost 1
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
:bootme
chain -ar http://10.1.8.1/fog/service/ipxe/boot.php##params ||
goto MENU
:fog.quickdel
login
params
param mac0 ${net0/mac}
param arch ${arch}
param username ${username}
param password ${password}
param delhost 1
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
:bootme
chain -ar http://10.1.8.1/fog/service/ipxe/boot.php##params ||
goto MENU
:fog.sysinfo
kernel bzImage32 root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns= keymap= web=10.1.8.1/fog/ consoleblank=0 loglevel=4 mode=sysinfo
imgfetch init_32.xz
boot || goto MENU
:fog.debug
login
params
param mac0 ${net0/mac}
param arch ${arch}
param username ${username}
param password ${password}
param debugAccess 1
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
:bootme
chain -ar http://10.1.8.1/fog/service/ipxe/boot.php##params ||
autoboot

[Tom Elliott]

@luislesi Does it only show the menu IF you type exit, or is exit needed only presented when the host is tasked? The Reason I ask: The picture from earlier shows the host was in a task.

[luislesi]

@Tom-Elliott

Fog stops in IPXE even when i just want to get to the menu.

[Tom Elliott]

Are you using undionly.kpxe or undionly.kkpxe? Could you try ipxe.pxe?

Is this on ALL machines, or just this particular model?

Is it ONLY this machine itself and all others work?

I’m just trying to get all the info.

[luislesi]

@Tom-Elliott

Now i’m using undionly.kpxe. I tried undionly.kkpxe but it did not work.
I will try ipxe.pxe.
This occurs in all machines.

Thanks

[luislesi]

@Tom-Elliott

I changed the boot file to ipxe.pxe and i’ve got the same original problem.

So i downloaded the boot file ipxe.pxe using this command:

wget https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/ipxe.pxe -O /tftpboot/ipxe.pxe

And the result was the same as using undionly.kpxe, stops at IPXE.

[gwhitfield]

@luislesi I spent almost the entire day today trying to figure out a very similar issue - I was seeing the same response to pxe boot. We have two VLANs in the building and one worked and the other did not. On our “problem” VLAN it turns out we had spanning tree turned on, but it was turned off on the “good” VLAN. To make matters worse we can’t turn it off because the network issue it is resolving hasn’t been located yet.

What I ended up doing was turning portfast (props @Sebastian-Roth) on individually for each of the ports being used by the machines I wanted to image. I’m NOT a network guru, I can’t explain to you why it works but it did in my case. Just my 0.02, I don’t see that you have yet posted the results of the STP/PF adjustments you planned to make.

Edit: To try to clarify, I believe the iPXE messages you’re seeing up to the point of the “iPXE>” prompt is the output of the PXE boot ROM of the computer, not anything coming from the network. The DHCP boot process is failing and the PC is not reaching the FOG server. In my case it was due to spanning tree being turned on in our network. The only way around that was to enable portfast on the switch.

[luislesi]

@gwhitfield The portfast it’s enabled in all ports of the switch so at this moment i dont know what to do anymore. Thanks for all that helped me.