Fog Menu loop

george1421

Is this a new fog install, or is this behavior just happening with this new dell?

Rebelman

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.

Sebastian Roth

@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)

Rebelman

#!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

george1421

@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

Rebelman

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?

george1421

@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.

Rebelman

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.

Rebelman

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.

Sebastian Roth

@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.

Rebelman

@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

Sebastian Roth

@Rebelman said in Fog Menu loop:

:menuAccess
login

Please take a look through the iPXE menu options in the web UI. Maybe there is something wrong there.

Rebelman

@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.

Sebastian Roth

@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.

Sebastian Roth

@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?

Rebelman

@Sebastian-Roth
Here are my Menu hide settings, nothing is checked as far as hiding the menu.

Sebastian Roth

@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> quit

Please take a picture of the output and post here.

Rebelman

@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)

Sebastian Roth

@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.

Rebelman

@Sebastian-Roth

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 Boot

I’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.

Fog Menu loop

178

12.2k

17.3k

155.4k