DHCP problems on storage nodes
-
I am getting an error in the S40network file.
-
@greg-plamondon Whelp, that’s why I’m not a programmer
Here is what needs to be fixed, sorry.
This is the bad line
if [ $ustat -eq 0 && $cstat -eq 0 ]; then
This is what it should have been
if [[ $ustat -eq 0 && $cstat -eq 0 ]]; then
Awe, crud and then the next errors you will find are a few lines down.
if [ $ustat -eq 1 ]; then echo "## DHCP failed on $iface ##" fi if [ $cstat -eq 1 ]; then echo "## The Master FOG server failed responded to our query ##" fi
need to have the brackets too
if [[ $ustat -eq 1 ]]; then echo "## DHCP failed on $iface ##" fi if [[ $cstat -eq 1 ]]; then echo "## The Master FOG server failed responded to our query ##" fi
-
-
My question is if the connection is good “## We have an IP address on eth0 and the Master FOG server responded to our query ##” Why does it then disconnect the eth0 interface and attempt to obtain an IP when it already has one that is working?
-
now if I issue a: /etc/init.d/S40network restart
I get this:
-
@greg-plamondon That looks perfect. If you now key in
fog
you can single step through deployment. Or just cancel the task on the fog server and then pxe boot this again, the vm should image. At least from a networking point everything is golden.Is there any chance to do this on one of the broken systems?
You will see if there is an error, it will loop through this code 3 times then give up. IN this case it only when through once because it worked.
-
hmmm
-
@george1421
here is a video:
Youtube FOG -
@greg-plamondon just for clarity is this on the VM or a physical host?
-
this is a VM on the same host as the fogserver.
the physical PC’s do the same thing I just can’t get screen-caps of them. -
@greg-plamondon looking at your video, it almost appears that there are 2 scripts running to start the networking. We see clearly that the S40network is executing because it has our ## messages. But the second “unknown script at this time” doesn’t print out our ## messages. That tells me there is some other code running not in S40Network that is trying to reinit the network adapter. I guess I need to do a bit more digging here.
-
oops, lol I copied the moved the S40network to S40network.old
-
@george1421
ok removed the S40network.old, new video -
@greg-plamondon Its the same issue again, a second set of dhcp functions are being called. Did you take the S40network.old out of the init.d directory? Actually you can delete it since you saved the original init.xz image anyway.
-
@george1421
yes its removed. -
I dont know what the difference is from the init.xz that is on the main fogserver and the one that is on the storage node but I copied the init.xz from the main fogserver to the storage node and it works now? what gives?
-
@greg-plamondon There is/was a change in the init.xz files between FOG 1.4.4 and 1.5.0RCx The 1.5.0RCx now supports both http and https transactions throughout, where 1.4.4 kind of - sort of - supported https transactions, but not always.
When you upgraded to 1.5.0 on your main server, did you upgrade all of the storage nodes in your fleet? The fog kernel (bzImage and init.xz) need to be matched to the version of FOG that is installed.
-
yes the fogserver and all nodes are on the same build.
-
Running Version 1.5.0-RC-10
SVN Revision: 6080
Jan 17, 2018 16:07 pmhmmm i am not sure now.
-
commit 5c29159bfefc2c06ce48cca2e03b1860eec673b9 Merge: f91196f b65e917 Author: Tom Elliott <tommygunsster@gmail.com> Date: Tue Nov 7 14:41:40 2017 -0500 Merge branch 'working' into dev-branch root@10fogserver:~/git/fogproject $
[root@13fogserver fogproject]# git log -1 commit 33f538da4381dcba2b7d94d7d8367cf8eb8dcd3a Merge: 8d35d3d a70c9f5 Author: Tom Elliott <tommygunsster@gmail.com> Date: Mon Jun 26 21:56:16 2017 -0400 Merge branch 'dev-branch' [root@13fogserver fogproject]#