Latest FOG 0.33b
-
r1086 released.
Adjusts the TomElliott.config to work better. Back with /dev/sda.
-
R1087 released. Fixes error thrown for service configuration page.
-
r1088 released. More service pretty ups.
-
Thanks for the details on how to rebuild init.gz, that has worked for me, and I now have capone working.
There were 2 changes needed to get it working, remove -l option from base64, which busybox doesn’t seem to like, and replace 3 calls to cut with awk, this is an old bug which has been fixed several, but the fixed code never made it to the svn
Any chance you can put the new fog.capone into the init.gz in the next release.
We do all our imaging via capone on the serial number, I’ve got some other changes on our current 0.32 setup, which I’ll migrate to 0.33, and submit for your assessment.Rgds
[url=“/_imported_xf_attachments/0/477_fog.capone.zip?:”]fog.capone.zip[/url]
-
I’ve made the changes you suggested, and made all cut -d"|" -f{field number} to awk -F"|" ‘{print $<FIELD>}’ where appropriate. Once built, I’ll update the init.gz on svn.
Thanks and hope you’ll enjoy the updates.
-
r1089 released.
Contains the fixes suggested and includes the, now, redirect elements of partclone for the 64 bit binaries.
Updates to Service.class.php to work out UserCleanup service based on class file created.
-
Going to pull down and test. Ur the man Tom ;):)
-
Hi Tom and thank you again
I can confirm that the logical partitions are backed, the problem is in the restore.
When I made a backup of my disk, the backup folder contained:
-rwxrwxrwx 1 root root 32256 ene 10 13:51 d1.mbr*
-rwxrwxrwx 1 root root 20 ene 10 13:51 d1p1.img*
-rwxrwxrwx 1 root root 1208926132 ene 10 13:54 d1p2.img*
-rwxrwxrwx 1 root root 20 ene 10 13:54 d1p3.img*
-rwxrwxrwx 1 root root 20 ene 10 13:55 d1p5.img*
-rwxrwxrwx 1 root root 7934933 ene 10 13:55 d1p6.img*So the partitions 5 and 6 (both logical) were present (5 is swap and 6 is the /home) but when I restored the backup, only partitions 1, 2 and 3 were restored (3 is the extended).
Is there any way to give you more information?
-
I’ll have to take a look to have it image each part found, rather than limiting the number actually restored. It may take a little bit.
-
Testing capone on 1089, not working, dies early on. Other things work, strange thing is it fails the same if I replace fog.capone with the one I posted earlier. Will investigate further tomorrow.
-
Hey Tom I have been having nothing but trouble with fog and hyper - V I finally got the machine to regester to the fog data base but now when I go to the Web gui to look at the computer I get this error
FOG DEBUG HOST: Database load failed: ID 0, error: operation field not set: ID
-
Troye,
Have you edited the Host.class.php file? Did you remove or change the line:
[php]‘id’ => ‘hostID’,[/php]It should be line 11 in the file.
-
No I think I figured out why I dropped the database and reinstalled fog. then when I re-added my image on the machine i notice I was using a lower case w and not a Cap W.
-
gotcha, so did that help out?
-
the machine is imaging now I will test some more and let you know.
-
Question should the host name changer and joining a domain work by default?
-
I don’t know what you mean by that.
They should work if you’ve enabled them. If they’re disabled globally AND/OR disabled on the host, then no they won’t work.
-
r1090 fixes an issue in the ImagingLog where it kept creating a new entry rather than updating the original one in the list. Should also fix multicast from going to port 666 no matter what. It uses the multicast_start_port from the globalsettings now. (Change in FOG Configuration->FOG Settings->FOG_UDPCAST_STARTINGPORT
r1091 fixes an issue where I was a complete imbecile and for got to remove some of my testing parts. It was saying “Failed to update imaging log.” This should be fixed now.
-
Hi Tom seeing that we are using partclone now in 0.33b is it possible to image a mac. Not a great problem for me because we have only a few was just wondering. And looking to the future.
-
r1095 released. Fixes space in the UDP part as stated in the BUGS forum.
