From the compatibility test sub menu, which has 7 items, add another related to tasks
a) Show queued tasks for this host
b) Run queued tasks now (if possible)
Saves another reboot, and get on with the job.
From the compatibility test sub menu, which has 7 items, add another related to tasks
a) Show queued tasks for this host
b) Run queued tasks now (if possible)
Saves another reboot, and get on with the job.
@Wayne-Workman @Tom-Elliott Thanks for tips.
My use case was fog server as a vm, to keep things tidy, flexible & efficient. Then images on a tier 2 storage node that has lots of cheaper sata disk.
Based on your comments, re-read the storage node model, and see that images only replicate outwards from the master to the storage nodes, so my plan wasn’t going to work anyway.
I’ve reconfigured the vm to mount /images on cheap storage as block device, same result, and simpler organisation anyway.
Now on to more fine fog tuning & fog fine tuning.
Still an issue in version 1.3.0-RC-13
Just clobbered my /etc/exports on a box that had other stuff running, being setup as a fog storage only server.
at this stage it’s still expected to be installed on its own server and not play nice with existing configurations
This basic assumption isn’t any of the Fog docs, as a prior warning.
Follow instructions at
https://wiki.fogproject.org/wiki/index.php?title=Include_any_ISO_in_the_FOG_Bootmenu#System_Rescue_CD
which describe adding support for sysrescue cd, which is useful
Boot process fails after downloading rescue64 with Operation not supported
Mistake is in this example line in the wiki
initrd httpd://${fog-ip}/srcd/initram.igz
should be
initrd http://${fog-ip}/srcd/initram.igz
Misplaced ‘d’, there is no protocol called httpd
Took a couple of hours to figure that one out!
No wiki login available to correct it directly, hence this post.