Posts made by Scott B

What would be the easiest way to blank out the fields for Primary User, Other Tag #1, and Other Tag #2 under the inventory tab for every host in FOG?

@Sebastian-Roth said in chainloading failed advanced menu:

@Scott-B You need to define a proper menu code yourself. The ... is not enough. Who designed your advanced menu last time?

I think we are good. I was able to add DBAN back to the menu list.

@Sebastian-Roth said in chainloading failed advanced menu:

@Scott-B Well then start adding your advanced menu code here:

#!ipxe
...

That get’s me past the chainload error and drops me off at a blinking cursor.

@Sebastian-Roth said in chainloading failed advanced menu:

@Scott-B As mentioned yesterday you need to disable Firefox Add-in AdBlock Plus to see the field. Not sure why that is but I figured that

Doh! I must have only allowed it temporarily. The field is there now. It’s blank.

@Sebastian-Roth said in chainloading failed advanced menu:

@Scott-B What have you set in the “Advanced Menu Command” field?

It’s blank and uneditable.

@Sebastian-Roth said in chainloading failed advanced menu:

I made the change to /var/www/html/fog/service/ipxe/advanced.php as suggested. The menu still isn’t working but does a few extra errors about Exec format as seen in the image below.

@dijsil said in 70Pcs imaging all unbranded:

on a virtual machine, when I boot from the pcs to pull image will they still work and then if I have missing drivers I can install manually after the image is deployed.

I’m assuming your using Windows? Windows generic drivers should get the PC to boot after an image but you will have unknown devices under device manager if they are unknown to windows. I’ve pulled down our normal sysprep image down on some unique devices and this was the case. You can always add drivers to your windows install on your sysprep image as well.

@george1421 said in chainloading failed advanced menu:

select settingValue from globalSettings where settingKey=“FOG_PXE_ADVANCED”;

mysql> select * from  globalSettings where settingKey="FOG_PXE_ADVANCED";
+-----------+------------------+----------------------------------------------------------------------------------------------------+--------------+-------------------+
| settingID | settingKey       | settingDesc                                                                                        | settingValue | settingCategory   |
+-----------+------------------+----------------------------------------------------------------------------------------------------+--------------+-------------------+
|        74 | FOG_PXE_ADVANCED | This setting defines if you would like to append any settings to the end of your PXE default file. |              | FOG Boot Settings |
+-----------+------------------+----------------------------------------------------------------------------------------------------+--------------+-------------------+
1 row in set (0.00 sec)

mysql> select settingValue from  globalSettings where settingKey="FOG_PXE_ADVANCED";
+--------------+
| settingValue |
+--------------+
|              |
+--------------+
1 row in set (0.10 sec)

mysql>

@george1421 said in chainloading failed advanced menu:

@Scott-B Did you ever have an advanced menu?

Yes. We used to memtest or dban from it.

@george1421 said in chainloading failed advanced menu:

@Scott-B If you call the advanced menu as I have defined the URL what do you get? I think we have 2 issues here.

1. Your advanced menu is not right
2. You can’t edit it because the field is blank.

First lets see what your advanced menu looks like.

All I get is

#!ipxe

@george1421 said in chainloading failed advanced menu:

I did a bit of reverse engineering here: I entered “junk” into that field, then called http://<fog_server_ip>/fog/service/ipxe/advanced.php?mac0=00:00:00:00:00:00&arch=x86_64&username=fog&password=password&advLog=1

and received this as a iPXE menu, which is an invalid iPXE menu and should create a chain loading error because its not a valid iPXE menu script.

#!ipxe
junk

So what does that tell us?

1. FOG will only display the advanced menu item if that field contains data. With a blank field FOG skips over displaying the iPXE menu.
2. You probably have a bad iPXE menu data in that field. Which at the moment you can’t edit via the frontend.

I’m fine taking the whole menu program back to defaults if anyone can help me do so.

@george1421 said in chainloading failed advanced menu:

What do you have in the following field? Fog Settings->iPXE General Configuration->Advanced Menu settings->Advanced menu command(field)

I have nothing listed in that field. In fact, I can’t even enter test in that field. It’s just blank.

@george1421 said in chainloading failed advanced menu:

In addition to the picture, lets grab the ipxe menu. Key in the following into your browser, replacing the <ip_address> with the address of your fog server.
http://<ip_address>/fog/service/ipxe/boot.php?mac=00:00:00:00:00:00
That will spill out a wall of text. That is the iPXE menu commands, post that results here in a code block so we can see what’s wrong with the advanced menu.

Sure, no problem.

#!ipxe
set fog-ip 10.95.95.100
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://10.95.95.100/fog/service/ipxe/bgdark.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.reginput Perform Full Host Registration and Inventory
item fog.deployimage Deploy Image
item fog.multijoin Join Multicast Session
item fog.sysinfo Client System Information (Compatibility)
item fog.advancedlogin Advanced Menu Login
choose --default fog.local --timeout 2000 target && goto ${target}
:fog.local
sanboot --no-describe --drive 0x80 || goto MENU
:fog.reginput
kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=512000 web=http://10.95.95.100/fog/ consoleblank=0 rootfstype=ext4 storage=10.95.95.100:/images/ storageip=10.95.95.100 loglevel=4 mode=manreg
imgfetch init_32.xz
boot || goto MENU
:fog.deployimage
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
param sysuuid ${uuid}
: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
param sysuuid ${uuid}
:fog.sysinfo
kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=512000 web=http://10.95.95.100/fog/ consoleblank=0 rootfstype=ext4 storage=10.95.95.100:/images/ storageip=10.95.95.100 loglevel=4 mode=sysinfo
imgfetch init_32.xz
boot || goto MENU
:fog.advancedlogin
login
params
param mac0 ${net0/mac}
param arch ${arch}
param username ${username}
param password ${password}
param advLog 1
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
param sysuuid ${uuid}
:bootme
chain -ar http://10.95.95.100/fog/service/ipxe/boot.php##params ||
goto MENU
autoboot

Our FOG server started giving a chainloading failed message when you boot and try to access the advanced menu. You can log in on the advanced menu but right after is where you get the message. Normal booting and imaging from the main menu works fine.

I’m not sure if the OS (Ubuntu 16.04.5) grabbed an update, we did move to FOG 1.5.5.3. I believe this was the issue was around before that thought.

Thanks for the info. I’ve been leaning towards Cent so I’ll start there with a test migration.

I’m looking at moving our FOG install to a new server as part of a software and hardware upgrade. I see the wiki lists the server OSs below but also has directions for CentOS. Is this current information and would anyone recommend one over the other based on experience? I’ve been happy with Ubuntu, but have seen some posts about newer versions being more of a pain.

• Ubuntu 14 or higher
• Debian 8 or higher
• Red Hat 6 or higher
• Fedora 22 or higher
• Any version of Arch

What browser are you using? Just asking because I’ve had an issue where Edge alone flakes out after an image. It’s not a FOG issue, I’m thinking corrupt profile, not sure.

@wayne-workman Thanks!

Thanks Wayne that took care of it. Will the kernel files propagate over to the storage node automatically or will I have to manually copy them over?

After moving to FOG 1.5.1 I have couple machines that are getting a kernel panic when pulling down an image. So far they have both been HP dc5800s, but not all. I tried downloading Tom’s newest kernel to see what that did but with the same issue.

FOG Version 1.5.1
Server Ubuntu 14.04.5 LTS
bzImage Version: 4.15.2
bzImage32 Version: 4.15.2