Fog version: 1.5.9
OS: Ubuntu 18.04.6 LTS

Hello all,

I have netboot.xyz as an option in the advanced menu of fog. The install was migrated to current version from an old version of fog where this was working. It’s been a few years but I believe I used ipxe.org’s git repo to compile a version w/ DOWNLOAD_PROTO_HTTPS uncommented to make it work back then. However, now when selecting the option it gives an access denied error as if the current ipxe.efi/undionly binary was compiled w/o DOWNLOAD_PROTO_HTTPS in general.h .

I’ve searched through the forums for this specific error. Appears that this issue has been solved since 2017. Just to be sure I doublechecked in fogproject/src(-efi)/ipxe/config/ and it is uncommented.

What could be causing this error to pop on the following addition to my advanced.ipxe

:xyz
chain --autofree https://boot.netboot.xyz
goto MENU

Would really appreciate some help.

Thanks!

@george1421 thanks for the reply!

After following your instructions I noticed that there is no “Installing Patch” text on the new server that is not behaving.
Also, /bin/fog.man.reg exists on both servers.

So I decided to follow the rest of your instructions on the old server that behaves as it should just to see what kind of results I should be getting. The results from following your post on the OLD server were as follows:

After getting to the command prompt I keyed in fog and hit Ctrl+C once i saw “* Running post init scripts … Installing Patch”. However, when I was returned to the command prompt and keyed in set |grep postinitpath nothing was returned and I was returned to the command prompt. I did grep for other words/variables that appear after keying in set by itself, just to make sure everything was functional, and set |grep type returned type=down as expected.

As for the NEW server, “Installing Patch” did not appear at all, just “* Running post init scripts … Done” . I did press Ctrl+C after this to see what set |grep postinitpath would return and it too output nothing and returned me to the command prompt. Keying in set |grep type for testing purposes returned type=down.

I also executed the fog command multiple times so that i could stopping the procedure at different debug steps to check set |grep postinitpath on both the OLD and NEW server and it never returned the location of the fog.man.reg.cust file.

Please let me know what you think.

My mistake for not posting it:
Old server fog.postinit:

#!/bin/bash
## This file serves as a starting point to call your custom pre-imaging/post init loading scripts.
## <SCRIPTNAME> should be changed to the script you're planning to use.
## Syntax of post init scripts are
#. ${postinitpath}<SCRIPTNAME>
echo "Installing Patch"
debugPause

cp -f ${postinitpath}fog.man.reg.cust /bin/fog.man.reg

echo "Done Patching stuff"
debugPause

New Server fog.postinit:

#!/bin/bash
## This file serves as a starting point to call your custom pre-imaging/post init loading scripts.
## <SCRIPTNAME> should be changed to the script you're planning to use.
## Syntax of post init scripts are
#. ${postinitpath}<SCRIPTNAME>
echo "Installing Patch"
debugPause

cp -f ${postinitpath}fog.man.reg.cust /bin/fog.man.reg

echo "Done Patching stuff"
debugPause

I have been known to typo in the past and wish it was a typo at this point!

Also, excuse the naming inconsistencies of files between posts. It’s due to me trying anything and everything I could.

Yes all permissions and files are identical. They were copied over from the functioning instance of the deployment server. The “new” server is just different in RAM size and storage capacity. Other than that both are identical.

contents of /images/dev/postinitscripts on server where fog.reg.man.fix works

-rwxr-xr-x 1 deploy deploy 10480 Apr  7 16:06 fog.man.reg.cust
-rwxrwxrwx 1 fog    root     379 Apr  2 17:49 fog.postinit

contents of /images/dev/postinitscripts on server where fog.reg.man.fix does not work

-rwxr-xr-x 1 deploy deploy 10480 Jul  1 19:21 fog.man.reg.cust
-rwxrwxrwx 1 fog    root     379 Jul  1 19:21 fog.postinit

The “fog.man.reg.fix” naming convention has obviously been changed on my side but it seems inconsequential as to what i name it if I call it properly from fog.postinit and the fact that it works on one server and not the other.

Thanks

Re: fog.postinit not executing fog.reg.man.fix

So it’s been a while. I’ve been busy with other projects and went back to this issue as the need arose.

The only thing I could think of doing was to copy the init.xz/init_32.xz file(s) from the server where the fog.man.reg.fix works along with all the files necessary to make it work to the new server and it still does not function as it should on the new server.

I’ve also gone over the https://forums.fogproject.org/topic/9851/custom-full-host-registration-menu-for-1-4-0-rc2-and-later tutorial to see if there is anything I overlooked.

Apart from the mention of what seems like a 3rd file (patch.fullreg), which seems like a typo(?) I don’t see anything that I’ve missed. The two servers are identical now from where I sit so I’m at a complete loss as to what to do next, where to look, or what to check.

If anyone has any ideas please respond. I really would rather not rebuild the server from scratch.

Thanks

@Tom-Elliott yes 10.1.10.2 is the new server’s ip.

I’ve also tried moving the contents of fog.postinit to a dedicated patch.reg script, set to 755, and called from fog.postinit as mentioned in another post detailing this and the fog.postinit instructions themselves with no success:

#!/bin/bash
 . ${postinitpath}patch.reg

Updated the kernel too. No joy.

Also , while in debug mode on the client , I attempted to echo ${postinitpath} and it returned a blank line.

@Tom-Elliott Ok these are images from debug mode on a host:

and

It’s not very descriptive but I’m searching through the forums now to see if something similar has been posted about already.

@Tom-Elliott Yes. Out of frustration I even copied over the init.xz files from the old server to the new one. I didn’t expect it to work and it didn’t.

The only thing I can think of is the two fog users don’t have matching passwords (this was an issue for other hiccups along the way as I migrated) and the fog user ownership of fog.postinit only looks correct because it came from a system with an identically named user but is actually wrong because the old server’s fog account had a different password?

BTW, after database and image migration the old server’s fog password hash needed to be copypasted into .fogdefaults and installer re-ran for everything else to run smoothly.

This is why my thoughts went to permissions and/or mismatched users in the first place.

I might just be misunderstanding how it all works in regards to fog.postinit however.

BTW, have not had a chance to try chowning the file to the new fog user as I am not able to test it tonight.

As a matter of fact nothing that I put in fog.postinit works. Even if it’s just echoing garbage to stdout. Pardon the reply to my own post , I don’t see an edit option and I’m new to this forum software.

• Fog v1.5.5 on Ubuntu 16.04
• Kernel 4.19.1

I’ve recently migrated my fog server to a new machine and have had some interesting issues and learned a lot about migration of fog.

However when it came to moving over the “full host registration and inventory” customized fog.reg.man.fix I had on the old server to the new server it stopped working.

On the old server the fog.postinit file looked like so :

#!/bin/bash
## This file serves as a starting point to call your custom pre-imaging/post init loading scripts.
## <SCRIPTNAME> should be changed to the script you're planning to use.
## Syntax of post init scripts are
#. ${postinitpath}<SCRIPTNAME>
echo "Installing Patch"
debugPause

cp -f ${postinitpath}fog.man.reg.fix /bin/fog.man.reg

echo "Done Patching stuff"
debugPause

And I scp’d it to the new server.

I’m at a loss as to why it’s not working on the new server. My first thought were permissions and the permissions match on both servers.

original-server:/images/dev/postinitscripts$ls -l
total 16
-rwxr-xr-x 1 deploy deploy 10491 Apr  2 17:45 fog.man.reg.fix
-rwxrwxrwx 1 fog    root     379 Apr  2 17:49 fog.postinit

new-server:/images/dev/postinitscripts$ls -l
total 16
-rwxr-xr-x 1 fog    deploy 10491 Apr  6 21:34 fog.man.reg.fix
-rwxrwxrwx 1 fog    root     378 Apr  7 12:53 fog.postinit

Could someone please help me figure out why this is happening?

Thanks