Image Path Change

[Sebastian Roth]

@george1421 Definitely a good idea.

@pnwbsi Which version of FOG do you currently run?

[pnwbsi]

@george1421 I am willing to help in anyway!

[pnwbsi]

@Sebastian-Roth I am running Fog 1.5.4

[pnwbsi]

@Sebastian-Roth @george1421 An important thing to add. I just saw that if I have the image path as /Images/Dev/ and I capture (which fails) it claims it can not find the image folder /Images/Dev/Dev. So it is adding an extra /Dev/ in there.

[george1421]

@pnwbsi said in Image Path Change:

I am willing to help in anyway!

OK I’m going to work on a patched upload file to hopefully give us a bit more details and I’m going to add in a mount delay timeout just to be sure. I should have a little time later this AM to work on it. I’ll follow up with instructions later.

[george1421]

@pnwbsi I think we have a new fog.download file with some additional debugging output. This file will not fix the issue, but hopefully it will give us an idea what’s happening. We’ve identified the point in the code where it could be failing.

I have this debug mode fog.download file here:
https://drive.google.com/open?id=1yppCONpwr6zCOXA541rhOfiQNb-LoTYS

What I want you to do is download this new fog.download file. Then I want you to follow these instructions to setup a postinit patch. What we are going to do is dynamically replace the current fog.download in FOS Linux with the debug patched version.

https://forums.fogproject.org/topic/13500/dynamically-patching-fos-using-a-postinit-script

You will follow the instructions but replace the top lines to this

# Current File in FOS Linux to be replaced
currfile="/bin/fog.download"

#Patch file to send to FOS Linux virtual hard drive
newfile="${postinitpath}fog.download"

So the testing protocol I want you to use is this:

1. Confirm you are still getting the error in the picture about unable to mount images folder. Then power off the target computer. Don’t touch the web ui, just power off the target computer.
2. Setup the patching environment per the tutorial
3. Download the fog.download file from my google drive and move it into the postinit directory on the fog server.
4. reboot the target computer
5. When the target computer throws the error again, snap a clear picture of the debugging information. This output will help us understand why…

[pnwbsi]

@george1421 I followed your instructions but I am still getting the same error page, not a different debug one. Here is the postinit script I made. I did notice that I do not have a fog.download in my bin and I saw that the script replaces that.

#Current File in FOS Linux to be replaced
currfile="/bin/fog.download"

#Patch file to send to FOS Linux virtual hard drive
newfile="${postinitpath}fog.download"

# ---------------------------------------------
# DO NOT edit any text below this line
# ---------------------------------------------
. /usr/share/fog/lib/funcs.sh

echo "Testing path for our fixed file at ${newfile}"
debugPause

# Test path and run copy if found and matched.
if [[ -r $newfile ]]; then
    echo "Found source file preparing to copy"
    debugPause
    cp -f $newfile $currfile >/dev/null 2>&1
    [[ ! $? -eq 0 ]] && echo "Copy Failed" || echo "Copy Succeeded"
    debugPause
else
    echo "Failed to find file [${newfile}] sorry. Copy Failed"
    debugPause
fi

. ${postinitpath}fog.patch.man.reg

[george1421]

@pnwbsi Hmmm that’s not helpful if the script is not running.

The /bin/fog.download file is on the FOG Linux engine.

[george1421]

@pnwbsi I’m currently confirming the patch file method on a development machine.

The first thing I see wrong is in the script I forgot #!/bin/bash to be inserted at the top of the bash script. Also to set the file mode of 755 on the patched fog.download script.

I’ve already updated to tutorial with the missing bits.

I’m going to pxe boot a machine in the next few minutes to make sure it does what I should.

[george1421]

It did run as expected when I included the bash reference at the top of the copy script and changed the mode of the new fog.download script to 755.

You should see the script run right after FOS Linux picks up an IP address. The line will start out with * Running post init scripts.......

You should have a chance to see that message if you run the fog compatibility checker from the iPXE menu.