Fog Menu loop
-
Fog server has been in place just updated to 1.5.5 was running 1.2.0. Just experiencing this on new Dell machines that can’t boot Legacy.
-
@Rebelman said in Fog Menu loop:
Ubuntu 14.03.
Quite old. Hope you are aware if it went out of support just these days.
About the issue. Please open the following URL in your browser and post full output here: http://x.x.x.x/fog/service/ipxe/boot.php (put in the FOG xerver IP instead of
x.x.x.x) -
#!ipxe set fog-ip 10.254.1.20 set fog-webroot fog set boot-url http://${fog-ip}/${fog-webroot} cpuid --ext 29 && set arch x86_64 || set arch i386 iseq ${platform} efi && set key 0x1b || set key 0x1b iseq ${platform} efi && set keyName ESC || set keyName Escape prompt --key ${key} --timeout 0 Booting... (Press ${keyName} to access the menu) && goto menuAccess || sanboot --no-describe --drive 0x80 :menuAccess login params param mac0 ${net0/mac} param arch ${arch} param platform ${platform} param username ${username} param password ${password} param menuaccess 1 param debug 1 param sysuuid ${uuid} isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme :bootme chain -ar http://10.254.1.20/fog/service/ipxe/boot.php##params -
@Rebelman said in Fog Menu loop:
just updated to 1.5.5 was running 1.2.0
Just to clarify this is the first system you are trying to image since the upgrade from 1.2.0? The reason why I ask is that your boot menu via the url that Sebastian supplied is incomplete.
You might want to try this url
http://x.x.x.x/fog/service/ipxe/boot.php&mac=00:00:00:00:00:00 -
Yes the first system to image since updating, also should you’re proposed URL mac address on the end be a specific address or all 0’s?
-
@Rebelman Yes all zeros.
This is what I might expect the beginning of your boot menu to look like.
#!ipxe set fog-ip 192.168.1.50 set fog-webroot fog set boot-url http://${fog-ip}/${fog-webroot} 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://192.168.1.50/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.deployimage Deploy Image item fog.multijoin Join Multicast Session item fog.sysinfo Client System Information (Compatibility)As you can see they are not even close. I might run through the fog installer script one more time to see if everything got updated correctly.
-
When I type http://10.254.1.20/fog/service/ipxe/boot.php&mac=00:00:00:00:00:00 I am redirected to my Fog dashboard. And I’ve already run through the installer once more before posting on here as a possible solution.
-
I also just tested on an older machine that still uses Legacy and I have no problems imaging it. Problem is only happening on newer machines that have I have to use UEFI images.
-
@george1421 said in Fog Menu loop:
http://x.x.x.x/fog/service/ipxe/boot.php&mac=00:00:00:00:00:00
There is a typo in the URL…
&should be?-> http://x.x.x.x/fog/service/ipxe/boot.php?mac=00:00:00:00:00:00@Rebelman said:
I also just tested on an older machine that still uses Legacy and I have no problems imaging it. Problem is only happening on newer machines that have I have to use UEFI images.
Well that’s interesting. I need to think about this a bit more and look through the code. Not sure why this would make a difference at that stage yet.
-
@Sebastian-Roth This is what I get when I do the ? mark.
#!ipxe set fog-ip 10.254.1.20 set fog-webroot fog set boot-url http://${fog-ip}/${fog-webroot} cpuid --ext 29 && set arch x86_64 || set arch i386 iseq ${platform} efi && set key 0x1b || set key 0x1b iseq ${platform} efi && set keyName ESC || set keyName Escape prompt --key ${key} --timeout 0 Booting... (Press ${keyName} to access the menu) && goto menuAccess || sanboot --no-describe --drive 0x80 :menuAccess login params param mac0 ${net0/mac} param arch ${arch} param platform ${platform} param username ${username} param password ${password} param menuaccess 1 param debug 1 param sysuuid ${uuid} isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme :bootme chain -ar http://10.254.1.20/fog/service/ipxe/boot.php##params -
@Rebelman said in Fog Menu loop:
:menuAccess
loginPlease take a look through the iPXE menu options in the web UI. Maybe there is something wrong there.
-
@Sebastian-Roth said in Fog Menu loop:
Please take a look through the iPXE menu options in the web UI. Maybe there is something wrong there.
Is there something specific I need to be looking for, I’m under the iPXE Menu Item Settings and not sure what to be looking for.
-
@Rebelman See if the option for hidden menu is checked for example.
I need to take a look at the code later on to hopefully get an idea where this might be coming from. Will do that on the way home soon.
-
@Rebelman Taking a look at the code I can confirm that this part of the menu is related to the “hide menu” setting. Though I am still not sure if we see a bug here or if there is something going wrong only in your particular situation (maybe update problem, but really shouldn’t be).
Did you enable the hidden menu intentionally? Is is enabled at all when you look at the settings in the web UI?
-
@Sebastian-Roth
Here are my Menu hide settings, nothing is checked as far as hiding the menu.
-
@Rebelman I still can’t replicate this issue unless I enable the hidden menu. Please check in the database to make sure the web UI is not playing tricks on us.
shell> mysql -u root -p Enter password: ... mysql> use fog; ... mysql> SELECT * FROM globalSettings WHERE globalSettings.settingKey LIKE '%HID%'; ... mysql> quitPlease take a picture of the output and post here.
-
@Sebastian-Roth said in Fog Menu loop:
mysql> SELECT * FROM globalSettings WHERE globalSettings.settingKey LIKE ‘%HID%’;
Here are my lines that return when I type that in.
+-----------+----------------------------+-----------------------------------------------------------------------------+--------------+-------------------+ | settingID | settingKey | settingDesc | settingValue | settingCategory | +-----------+----------------------------+-----------------------------------------------------------------------------+--------------+-------------------+ | 64 | FOG_PXE_MENU_HIDDEN | This setting defines if you would like the FOG pxe menu hidden or displayed | 0 | FOG Boot Settings | | 114 | FOG_PXE_HIDDENMENU_TIMEOUT | This setting defines the default value for the pxe hidden menu timeout. | 30 | FOG Boot Settings | +-----------+----------------------------+-----------------------------------------------------------------------------+--------------+-------------------+ 2 rows in set (0.01 sec) -
@Rebelman This is not making sense to me. Seems like hidden menu is definitely not active on your server but still you get the output from boot.php as if it would be enabled.
One thing I noticed in the output you posted is that the settingID of FOG_PXE_MENU_HIDDEN on your server is 64. On mine it is 69. But FOG_PXE_HIDDENMENU_TIMEOUT is 114 same as yours. The settingID does not play a role as far as I know but I wonder if this is a first sign of some database issue/difference that might be playing a role in this.
Let’s step back from the details a little bit. Re-reading your posts I wonder about what you are saying this only being an issue with UEFI machines. You said: “I also just tested on an older machine that still uses Legacy and I have no problems imaging it”. Was this legacy machine as well new to FOG, I mean unregistered?
You might want to run the database maintenance just to make sure: https://wiki.fogproject.org/wiki/index.php/Troubleshoot_MySQL#Database_Maintenance_Commands
Could you possibly take a video of the boot process? Would be great to see the exact difference. Take one video where you boot an unregistered UEFI machine. As well take another video where you do the exact same steps with an unregistered legacy machine. Upload those videos and post links here.
For a clear good readable video capture you can rest your camera or smartphone on a pile of books on your desk. Will be way less shaky than doing it free hand.
-
I did the database maintenance and every line I put in on my server came back “Query OK, 0 rows affected”
The two links direct to the videos you were wanting to see.
FOG Legacy Boot
FOG UEFI BootI’m wondering if I should just do a reinstall on my server and start fresh, ( update OS while I’m at it since I’m running an older version) maybe something goofed up during install and that’s what’s causing my problems.
-
@Rebelman Great you took those videos. Well done!! It’s way easier to follow than reading text and trying to wind my head around what is being said.
So first thing I noticed is that in the text output where it asks you to press a key to get to the menu I see
ESCon the UEFI machine andEscapeon the legacy machine. I still can’t make sense of this difference and so allow me to ask if those two clients surely booted from the exact same FOG server? Looking at the text output I should be able to see if they both boot from the same IP but the text is too blurry on the UEFI boot video that I just can’t say for sure it’s the exact same IP they boot from. Just want to make sure it is.Second we see that both systems seem to boot from a hidden menu. But the option is not set in the web UI or the database as we checked. Did you ever intend to hide the FOG menu? Do you remember since when it is like that (need to hit ESC and enter password to get the menu)?
Just to make sure we are not hunting down the wrong track here, can you please grab a copy of the file
/var/www/html/fog/lib/fog/bootmenu.class.php, upload it to a file sharing platform and post a link here.Ok, watching the videos over and over I have a feeling that the difference between legacy and UEFI is that loading the kernel/init (FOS) after selecting Full Registration from the menu simply fails on UEFI and because of that you are thrown back to the menu (which is black and white due to a minor issue we have in the code - should fix that but it’s not causing an issue for you here). So the big question is, why does loading the kernel/init actually fail on this UEFI machine??? It really shouldn’t as this is working for so many other people on UEFI machines. Do you have other UEFI models around? Can you please test if you have the same behavior with all UEFI machines?! Also check if there is a firmware upgrade for this particular machine model you see the issue with.
I have to say again that this would not have been possible without you taking the videos. There are small bits of information I can get out of such a video that we would not be able to get to by me just asking questions and you explaining what is going on.
I’m wondering if I should just do a reinstall on my server and start fresh
Maybe this might help in the hidden menu issue but it most probably won’t change anything for the UEFI booting issue. I am still in hope that we can figure out the hidden menu thing without you re-installing the server.
