DHCP problems on storage nodes

george1421

ok looking at your first picture a bit more where / why are these two IP addresses in play here

10.21.40.39
192.168.10.238

I would expect to see one address for your fog server, unless you have a storage node 10.21.40.39 and the master fog server at 192.168.10.238

Additionally during dhcp discovery on FOS its posting dns servers in the 192.168.10.x range with the target computer being given an IP address in the 10.21.100.x range. WTF??

Greg Plamondon

@george1421

10.21.40.39 is the storage node for that location.
192.168.10.238 is the main fog server that is the management interface.

george1421

@greg-plamondon ok run the query I posted in red below against your fog master server.

I did amend my previous post with the WTF comment. You have Ip addresses all over the place.

Greg Plamondon

@george1421
run it from the client i am trying to image? or from any workstation?

Greg Plamondon

#!ipxe
set fog-ip 192.168.10.238
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.21.40.39/fog/service/ipxe/bg.png --left 100 --right 80 && goto console_set || goto alt_console
:MENU
menu
colour --rgb 0x00567a 0 ||
cpair --foreground 1 1 ||
cpair --foreground 0 3 ||
cpair --foreground 4 4 ||
item --gap Host is registered as PC3181!
item --gap -- -------------------------------------
item fog.local Boot from hard disk
item fog.memtest Run Memtest86+
item fog.keyreg Update Product Key
item fog.deployimage Deploy Image
item fog.multijoin Join Multicast Session
item fog.quickdel Quick Host Deletion
item fog.sysinfo Client System Information (Compatibility)
item fog.iso Boot from ISO CD
item fog.Nuke Fast wipe Hard Disk
choose --default fog.local --timeout 5000 target && goto ${target}
:fog.local
chain -ar ${boot-url}/service/ipxe/grub.exe --config-file="rootnoverify (hd0);chainloader +1" || goto MENU
:fog.memtest
kernel http://10.21.40.39/fog/service/ipxe/memdisk initrd=http://10.21.40.39/fog/service/ipxe/memtest.bin iso raw
initrd http://10.21.40.39/fog/service/ipxe/memtest.bin
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
param sysuuid ${uuid}
: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.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
param sysuuid ${uuid}
:fog.sysinfo
kernel http://10.21.40.39/fog/service/ipxe/bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=http://192.168.10.238/fog/ consoleblank=0 rootfstype=ext4 storage=10.21.40.39:/images/ storageip=10.21.40.39 loglevel=4 mode=sysinfo
imgfetch http://10.21.40.39/fog/service/ipxe/init_32.xz
boot || goto MENU
:fog.iso
menu passwd 707376
:MENU
menu
item --gap -- ---------------- iPXE boot menu ----------------
item CENTOS6532 CentOS-6.5 Net Install 32BIT
item CENTOS6564 CentOS-6.5 Net Install 64BIT
item CENTOS7MIN64 CentOS-7.0 Minimal 64BIT
item CENTOS7NET64 CentOS-7.0 Net Install 64BIT
item KaliLinux Kali Linux 2016 64BIT
item RocksCluster Rocks Cluster 64BIT
item SpinRite6 SprinRite 6
item return return to previous menu
choose --default return --timeout 5000 target && goto ${target}
:CENTOS6532
initrd http://${fog-ip}/ISO/CentOS-6.5-i386-netinstall.iso
chain memdisk iso raw ||
goto MENU
:CENTOS6564
initrd http://${fog-ip}/ISO/CentOS-6.5-x86_64-netinstall.iso
chain memdisk iso raw ||
goto MENU
:CENTOS7MIN64
initrd http://${fog-ip}/ISO/CentOS-7.0-1406-x86_64-Minimal.iso
chain memdisk iso raw ||
goto MENU
:CENTOS7NET64
initrd http://${fog-ip}/ISO/CentOS-7.0-1406-x86_64-NetInstall.iso
chain memdisk iso raw ||
goto MENU
:KaliLinux
initrd http://${fog-ip}/ISO/kali-linux-2016.2-amd64.iso
chain memdisk iso raw ||
goto MENU
:RocksCluster
initrd http://${fog-ip}/ISO/RocksCluster.iso
chain memdisk iso raw ||
goto MENU
:SpinRite6
initrd http://${fog-ip}/ISO/SpinRite6.iso
chain memdisk iso raw ||
goto MENU
:return
chain http://${fog-ip}/${fog-webroot}/service/ipxe/boot.php?mac=${net0/mac} ||
prompt
goto MENU
autoboot
param sysuuid ${uuid}
:fog.Nuke
kernel http://10.21.40.39/fog/service/ipxe/bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=http://192.168.10.238/fog/ consoleblank=0 rootfstype=ext4 storage=10.21.40.39:/images/ storageip=10.21.40.39 loglevel=4 capone=1 mode=wipe wipemode=fast mac=00:00:00:00:00:00
imgfetch http://10.21.40.39/fog/service/ipxe/init_32.xz
boot || goto MENU
:bootme
chain -ar http://10.21.40.39/fog/service/ipxe/boot.php##params ||
goto MENU
autoboot```

george1421

@greg-plamondon as long as you still have the job scheduled from any computer that can reach the master fog server.

also just because your network is a bit more complex than it appears on the surface. You are sure that the 10.21.100.x subnet can physically reach the master fog server at 192.168.10.238. I’m going to say yes because we see that in the pxe booting process. But during FOS startup it has to be able to connect via http to the fog server.

Greg Plamondon

@george1421
oops i canceled the job…

george1421

@greg-plamondon if you are going to reschedule the job, tick the check box that says debug and then pxe boot the target computer. Let see if that gives us any new info.

Greg Plamondon

@george1421

#!ipxe
set fog-ip 192.168.10.238
set fog-webroot fog
set boot-url http://${fog-ip}/${fog-webroot}
kernel http://10.21.40.39/fog/service/ipxe/bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=http://192.168.10.238/fog/ consoleblank=0 rootfstype=ext4 mac=c0:3f:d5:9d:e9:50 ftp=10.21.40.39 storage=10.21.40.39:/images/ storageip=10.21.40.39 osid=9 irqpoll hostname=PC3181 chkdsk=0 img=Win10x64-1703-R1 imgType=n imgPartitionType=all imgid=124 imgFormat=0 PIGZ_COMP=-6 adon=1 addomain="MTSTRANS.COM" adou="" aduser="Administrator" adpass="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" isdebug=yes type=down
imgfetch http://10.21.40.39/fog/service/ipxe/init_32.xz
boot

Sebastian Roth

@Greg-Plamondon Take a look at the Storage Settings in your FOG web UI. I am fairly sure you’ll find the old IP there.

george1421

@sebastian-roth Am I missing something, what he just posted looks correct with a master fog server and a storage node.

george1421

@greg-plamondon This looks right.

So a little bit more background on this. Are all target computers at this location doing this or only just this one computer?

Greg Plamondon

@george1421

Its doing this at all locations. I have 30 locations

Greg Plamondon

@sebastian-roth

alt text

Sorry it took so long it takes a good 5 minutes for the page to display.

Sebastian Roth

@Greg-Plamondon Sorry my fault. Take a look at FOG Configurations -> FOG Settings -> Web Server -> WEB HOST…

And check /opt/fog/.fogsettings before running the installer again.

Greg Plamondon

@sebastian-roth

alt text

Greg Plamondon

I have a tech @ the remote location but he will be heading to the Airport at 3PM Eastern Time. Testing will be limted after that, if anyone has a fix or suggestion please dont hesitate

Greg Plamondon

i have backup folders:
“fog_web_1.5.0-RC-9.BACKUP”
"fog_web_1.4.4.BACKUP "
“fog_web_1.5.0-RC-10.BACKUP”

how do I roll back to this with GIT?
and what one should I roll back to?

Greg Plamondon

@sebastian-roth
If I set the “Location” to use the main management fogserver it works but I am pulling a lot of data across the wire consuming the entire circuit.

Wayne Workman

@greg-plamondon I just got done skimming through this thread, I’m unsure of the problem now? Is it still DHCP related or what?

DHCP problems on storage nodes

164

11.6k

17.1k

154.6k