Problems after moving /images manually

[george1421]

@jas777 So it looks like the /zfs mount is an nfs mount to another system?

If so that isn’t going to work; You can reshare a network mounted share. Its roughly equivalent to mounting a network shared drive on your windows server as the W: drive, then trying to share out that W: drive to another computer.

In linux the nfs server can’t follow that path.

[george1421]

@jas777 Ok after looking at the lsblk cmd again I see what you are doing the /zfs mount has both /dev/sda and /dev/sdb behind it.

There is a way to fix this. There is an easy way and a bit harder way.

The easy way is to rename /images to /images-old Then rename the zfs mount to /images.

[george1421]

@jas777 Once you have the directories exchanged where your zfs drive is mounted as /images run the fog install script once again. It will select your previous selections. The idea is to have the fog installer fix the now remounted /images directory. Once the permissions are set correctly look at the settings then copy the image files from /images-old over to the zfs drive. Confirm the permissions are set correctly. If you created any new post install or post init scripts move them over too. Confirm you can capture and deploy to the zfs disk. Once everything is good then purge the /images-old directory.

If you altered the /etc/exports file correct them. By keeping the directory the same as what FOG has defined will make things easier. How things are connected at the OS level is up to you.

[jas777]

@george1421 okay, and is there any way to have the images in a subdirectory of /zfs (/zfs/images) or do I have to dedicate a whole partition/device to it?

[george1421]

@jas777 Yes there is a way there are a number of additional steps but it can be done.

make the directory structure /zfs/images

Now update the fog installer configuration file in /opt/fog/.fogsettings there should be a path in there that lists /images change it to /zfs/images. Now rerun the installer. It “should” recreate the images directory structure with the needed hidden files.

Once that is done inspect /etc/exports file make sure that is pointing to the proper path.

Then in the web ui look at the storage manager and at the default storage node. Set the paths in there. Lastly in the web uid -> fog configuration -> fog settings hit the expand all button. Search there for /images and fix it up. I don’t think there is a value in there, but if there was, that is the location it will be.

Once you have all of the changes set reboot the fog server and test.

[jas777]

@george1421

I’m not sure if it should look like that

[jas777]

@jas777 nevermind, the installer just crashed on restarting VSFTPD cause I have it in standalone mode, it created the exports correctly. Will let you know if it works on monday!

[george1421]

@jas777 other commands you might need

showmount -e 127.0.0.1 (executed on the fog server) will list the NFS shares. This needs to match what the FOS engine will be told to connect to.
set
The exports file must match what you wanted exported from the FOG server. In this case the lines should have /zfs/images and /zfs/images/dev

If you schedule a task in debug mode and then pxe boot the target computer it will drop you at the fos linux command prompt. At that command prompt key in set or cat /proc/cmdline make sure the path being told to FOS Linux matches /zfs/images. If yes then you have the fog server configured correctly. I know this is a lot of extra background info, but if something goes wrong you have the tools you need to find out why.

[jas777]

@george1421 thanks for the tip

[jas777]

@george1421 so I’ve done everythinf that you’ve said would help and I’m faced with a connection timed out on mounting the images. The /proc/cmdline shows that the storage is set to my.servers.ip.addr:/zfs/images/dev

[jas777]

@jas777 nevermind, turned out to be a TP-Link switch not multicasting properly for some reason, everything works now!