Fog 1.01 will not deploy linux image
-
[quote=“Tom Elliott, post: 28815, member: 7271”]What version of php are you running?[/quote]
sorry I missed that one 5.3.28 -
Ok I know it’s been a while but I have really been tied up. After all this the machine would not boot,
GRUB (flashing cursor)
is all I got. My drive layout is
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 901G 5.6G 849G 1% /var
/dev/sda2swap
/dev/sdb1 901G 1.9G 852G 1% /home
/dev/sdb2swap
/dev/sdc1swap
/dev/sdc2 265G 220M 251G 1% /SquidCache
/dev/sdd1 224G 216M 212G 1% /boot (hd3,0)
/dev/sdd2swap
/dev/sde1swap
/dev/sde2 450G 798M 426G 1% /Special
/dev/sdf1swap
/dev/sdf2 450G 6.3G 420G 2% /
/dev/sdg1swap
/dev/sdg2 899G 15G 838G 2% /FileStorage
I could boot by using SuperGrub but when I tried to repair I of course rooted on (hd3,0) which is how the grub file is laid out. This did not work at all, same thing every time. So I finally pulled my head out and grub-install /dev/sda and it then booted. So to recap:
Fog would not install any image on an drive until I created a partition on them and once I did that and restored the image(s) it would not boot until a full repair of grub. There is definitely an issue here and you should be able to reproduce by deleting the part ion from a disk and attempting to re install (Linux, Windows image installed fine on blank disk) -
If you can, update to the latest and greated.
I’ve, since this problem occurred, followed fractal13’s suggestions on doing, basically, exactly this. From all accounts this should work now. The reason it didn’t before was most likely because of the partitions not being restored properly which was a factor of just the mbr being re-included.
Hopefully it will give you better success. And you shouldn’t have to re-install grub for it to work as we’re collecting all the data of partition. Of course, this is assuming your image type is set to linux, we’ve not yet just added it as there’s no real easy way to detect if grub is installed, but with any luck, all will work properly for you.
-
[quote=“Tom Elliott, post: 30372, member: 7271”]If you can, update to the latest and greated.
I’ve, since this problem occurred, followed fractal13’s suggestions on doing, basically, exactly this. From all accounts this should work now. The reason it didn’t before was most likely because of the partitions not being restored properly which was a factor of just the mbr being re-included.
Hopefully it will give you better success. And you shouldn’t have to re-install grub for it to work as we’re collecting all the data of partition. Of course, this is assuming your image type is set to linux, we’ve not yet just added it as there’s no real easy way to detect if grub is installed, but with any luck, all will work properly for you.[/quote]
I upgraded to the latest release last week (I was using the svn version for the current release) and I am re-uploading the image(s) now. I will know for sure tomorrow or the next day as I plan to use the new image to push out to server 3 of this group of identical servers. The image type is Linux and all disks multi-partition no resize I am keeping the old image if you would like me to try with that one first.
Thanks
-
I’m pretty sure we don’t really need the old, but seeing as you know how to recover using it, it couldn’t hurt to just have a backup just incase.
-
[quote=“Tom Elliott, post: 30374, member: 7271”]I’m pretty sure we don’t really need the old, but seeing as you know how to recover using it, it couldn’t hurt to just have a backup just incase.[/quote]
Well I deployed the second image set today and as with the previous attempts it failed to deploy until I created a blank partition table (via PartEd) on each drive. I did find something else out that might help. When I created the blank partition tables I missed sdd, when I deployed it did sda-sdc correctly but then deployed the sdd image to sdf and f to g so when it’s restoring the images for some reason of the partition table is blank it treats that drive as non existent… instead of failing sdd it just put in on hd4 instead of hd3. Is there a way you test for the existance of a partition table and apply one in the even it’s missing? Again this was not an issue with windows images just the linux image(s). On a positive note, once I corrected the missing part table on sdd and redeployed the image I did not have to repair grub this time
-
I’ll take a look at the init then. Chances are it needs to create one after wiping the drive which should help you out. It shouldn’t matter how big or anything, but it should work.
-
I’m adding some code to test in theory. I believe partprobe only inserts the partition table of the first disk found, not all disks.
I’ve modified the code to run for all disks, hopefully it will still work.
-
If it’s in svn I can test it by deleting the part tables and try again tomorrow
-
It is all in svn now. I don’t know if it will work, but hopefully…
