Client boot to HD goes to memtest.
-
I think this is an iPXE menu problem.
Trunk install (5662) on Ubuntu 15.04 (built today).
I’m able to register a host, upload and download images, but when the client tries to boot to HD, it loads memtest instead.
If I tell BIOS to boot to the HD, it works fine, so I think it’s a problem with the ipxe menu. In FOG Configuration->iPXE Menu Customization it looks like there are no parameters or boot options. I don’t have a working one to compare it to though.Does this look right?
Thanks much.
-
Please open the following URL in your browser and post the content here: http://ip.of.fog.srv/fog/service/ipxe/boot.php
-
@Sebastian-Roth said:
Please open the following URL in your browser and post the content here: http://ip.of.fog.srv/fog/service/ipxe/boot.php
wiki too important to not be in the wiki.
-
I was wondering where that was.
#!ipxe set fog-ip 10.19.100.175 set fog-webroot fog set boot-url http://${fog-ip}/${fog-webroot} #!ipxe cpuid --ext 29 && set arch x86_64 || set arch i386 goto get_console :console_set colour --rgb 0x00567a 1 && colour --rgb 0x00567a 2 && colour --rgb 0x00567a 4 || cpair --foreground 7 --background 2 2 || goto MENU :alt_console cpair --background 0 1 && cpair --background 1 2 || goto MENU :get_console console --picture http://10.19.100.175/fog/service/ipxe/bg.png --left 100 --right 80 && goto console_set || goto alt_console :MENU menu colour --rgb 0xff0000 0 || cpair --foreground 1 1 || cpair --foreground 0 3 || cpair --foreground 4 4 || 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.quickimage Quick Image item fog.multijoin Join Multicast Session item fog.sysinfo Client System Information (Compatibility) choose --default fog.local --timeout 3000 target && goto ${target} :fog.local || goto MENU :fog.memtest kernel memdisk iso raw initrd memtest.bin boot || goto MENU :fog.reginput kernel bzImage32 loglevel=4 init=/sbin/init initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 keymap= web=10.19.100.175/fog/ consoleblank=0 loglevel=4 mode=manreg imgfetch init_32.xz boot || goto MENU :fog.reg kernel bzImage32 loglevel=4 init=/sbin/init initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 keymap= web=10.19.100.175/fog/ consoleblank=0 loglevel=4 mode=autoreg 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 :fog.multijoin login params param mac0 ${net0/mac} param arch ${arch} param username ${username} param password ${password} param sessionJoin 1 isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme :fog.sysinfo kernel bzImage32 loglevel=4 init=/sbin/init initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 keymap= web=10.19.100.175/fog/ consoleblank=0 loglevel=4 mode=sysinfo imgfetch init_32.xz boot || goto MENU :bootme chain -ar http://10.19.100.175/fog/service/ipxe/boot.php##params || goto MENU autoboot
-
I am also seeing this issue. I am running Trunk 5568. I have seen this issue in the past and when I restart the server that normally fixes the issue. After restart, it did not fix the issue. Below is my output on the boot.php. Thanks.
#!ipxe set fog-ip 172.25.8.69 set fog-webroot fog set boot-url http://${fog-ip}/${fog-webroot} #!ipxe cpuid --ext 29 && set arch x86_64 || set arch i386 goto get_console :console_set colour --rgb 0x00567a 1 && colour --rgb 0x00567a 2 && colour --rgb 0x00567a 4 || cpair --foreground 7 --background 2 2 || goto MENU :alt_console cpair --background 0 1 && cpair --background 1 2 || goto MENU :get_console console --picture http://172.25.8.69/fog/service/ipxe/bg.png --left 100 --right 80 && goto console_set || goto alt_console :MENU menu colour --rgb 0xff0000 0 || cpair --foreground 1 1 || cpair --foreground 0 3 || cpair --foreground 4 4 || 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.quickimage Quick Image item fog.multijoin Join Multicast Session item fog.sysinfo Client System Information (Compatibility) choose --default fog.local --timeout 3000 target && goto ${target} :fog.local || goto MENU :fog.memtest kernel memdisk iso raw initrd memtest.bin boot || goto MENU :fog.reginput kernel bzImage32 loglevel=4 init=/sbin/init initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 keymap= web=172.25.8.69/fog/ consoleblank=0 loglevel=4 mode=manreg imgfetch init_32.xz boot || goto MENU :fog.reg kernel bzImage32 loglevel=4 init=/sbin/init initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 keymap= web=172.25.8.69/fog/ consoleblank=0 loglevel=4 mode=autoreg 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 :fog.multijoin login params param mac0 ${net0/mac} param arch ${arch} param username ${username} param password ${password} param sessionJoin 1 isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme :fog.sysinfo kernel bzImage32 loglevel=4 init=/sbin/init initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 keymap= web=172.25.8.69/fog/ consoleblank=0 loglevel=4 mode=sysinfo imgfetch init_32.xz boot || goto MENU :bootme chain -ar http://172.25.8.69/fog/service/ipxe/boot.php##params || goto MENU autoboot
Edited Formatting
-
I am seeing the same issue. I am using Trunk 5676.
Boot.php output available here http://pastebin.com/0ADFrF1v
-
@LJedi said:
... choose --default fog.local --timeout 3000 target && goto ${target} :fog.local || goto MENU :fog.memtest ...
Well, there you go. After ‘:fog.local’ there is a line missing. Depending on your configuration (general (FOG_BOOT_EXIT_TYPE) or host ‘exit type’) you should see ‘exit’ or ‘sanboot …’ or ‘grub.exe …’ there. Please check all your exit type settings in the web interface.
@mrdally204 Same for you! Let’s see if you can find and fix this within the web interface. You might have found a bug here. Please keep your eyes open and let us know if this is coming back at some point.
-
I had this problem too, upgrading to the latest trunk/svn solved it for me. This happened to me last week, so whatever svn version was valid at the start of last Tuesday was having that problem for me, but it went away after an update and restart of the server.
-
@Sebastian-Roth I decided to try to figure out how to add a WinPE option on the menu, and after I got that working (using an ISO, not wimboot btw), I noticed that boot from hard disk started working again.
I’ll see if I can repro the original bug tomorrow morning.
-
@AlexMaxwell I don’t suppose you’d be willing to share how you got winPE to work through pxe using an iso? I tried to do that many moons ago to no avail.
Please and thank you =D -
Fog Configuration --> FOG PXE Boot Menu Configuration --> Exit to Hard Drive Type
Exit to Hard Drive Type was set to SANBOOT. I did change it to EXIT and that seems to fix the issue.
-
@Arrowhead-IT I started putting together a how to last week so @Wayne-Workman can create a wiki page. Let me get a link to that document.
Here is the outline. Both methods work. I wrote the document from a brain dump, so the instructions may have a few kinks but it does work.
https://forums.fogproject.org/topic/6284/booting-mdt-2013-litetouch-with-fog
-
@Arrowhead-IT
Obviously, you’ll have to adjust paths.- Install windows ADK
- Launch Deployment and Imaging Tools Environment (basically a glorified cmd prompt). I always run this as administrator, but I’m not sure it’s required here.
a. mkdir c:\temp\winpe
b. copyxpe x86 c:\temp\winpe\x86 - (Optional) Add drivers as per https://technet.microsoft.com/en-us/library/hh825070.aspx
a. dism /Mount-Image /ImageFile:c:\temp\winpe\x86\media\sources\boot.wim /index:1 /MountDir:C:\temp\winpe\x86\mount
b. dism /Image:C:\temp\winpe\x86\mount /Add-Driver /Driver:d:\share\winpe10.0-Drivers-A01-6XFM6\winpe\x86 /recurse
c. dism /Unmount-Image /mountdir:C:\temp\winpe\x86\mount /commit - Delete bootfix.bin (to get rid of the ‘press any key’ prompt)
a. del c:\temp\winpe\x86\media\Boot\bootfix.bin - Create ISO
a. MakeWinPEMedia /ISO c:\temp\winpe\x86 c:\temp\winpe_x86.iso - Copy the ISO to the FOG server so we can access it via http
a. mkdir /var/www/html/winpe-build2
b. cp /mnt/myshare/winpe_x86.iso /var/www/html/winpe-build2/winpe_x86.iso - Create a new menu item from the FOG UI Fog Configuration->iPXE New Menu Entry
a. Parameters:
initrd http://${fog-ip}/winpe-build2/winpe.iso chain memdisk iso raw boot || MENU
Like:
- Test
-
@Sebastian-Roth I don’t know what is causing it, but I test a few possibilities
-
@AlexMaxwell You are a beautiful and wonderful person.
-
@Sebastian-Roth This was a new install from Trunk. I am still very new to the Fog project and started with a fresh install of 14.04 server and latest Trunk (5676) at the time. The default setting in PXE boot menu was “sanboot”. I switched it to EXIT per LJedi post and it seems to fix the issue.
-
I tried to reproduce this with 5686, and the boot menu looks fine, so I’d call it fixed . For anybody who’s seeing this issue, I’d recommend just changing anything in the iPXE Boot Menu, saving it and changing it back.
Now, to mark this as solved…
-
Since this thread wandered a bit, I’m not sure if we really know the root cause here. I understand upgrading to the latest trunk, and then changing the boot menu and changing it back resolved the issue. But its not clear where the issue was introduced.
I guess we will have to just keep this in mind as/if others come across the same problem.
Thank you for reporting back on a solution.
-
I added code last night to find out data and always failback to my suggested default in case it isn’t set.