Latest FOG 0.33b
-
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.
-
MAC’s are supported as I’ve added the binaries to the init.gz, though I think this will have to be manual for the time being. I’ll have to add the MAC os to the OS Listing and have it translated to allow for hfs imaging.
-
Thanks for the update tom.
-
Great Work Tom, will be spinning up a new .33 vm in a min
-
Capone problem solved, you had a missing quote in your fog.capone, corrected one attached.
Don’t forget to chmod 755 it once you’ve copied into /binNow to work on some of the other capone stuff!
[url=“/_imported_xf_attachments/0/479_fog.capone.zip?:”]fog.capone.zip[/url]
-
running 1095 on Fedora 20
when trying to set up deploy task.
“FOG DEBUG: FOGPageManager: Class: TaskManagementPage, Method: deploy, Error: Method not found in class, defaulting to index()” at top of screen.
and
Constant WEB_ROOT already defined in /var/www/html/fog/commons/config.php on line 92, referer: [url]http://localhost/fog/management/index.php?node=tasks&sub=deploy-post&type=2&id=3[/url]
in the apache error log
The task doesn’t get set up
Both errors also seen at 1089, I’ve been installing the new svn over the top of the old, if that makes any difference
I have seen references in the forums to the WEB_ROOT message.Any ideas?
-
[quote=“Troye Johnson, post: 21308, member: 3048”]Question should the host name changer and joining a domain work by default?[/quote]
Any word on the early hostname change for windows 7 or the client being made to change the hostname again?
(Been a couple of weeks since my last test so a bit out dated.) -
VincentJ,
Does hostname changer work with the FOG Client installed? I ask because I know the early hostname changer is working for XP, I’m still not sure on Windows 7 though as I’ve been working on fixing actual problems rather than tinkering with this little nuisance. Not that I’ve forgotten about it, just been busy trying to get other elements operating for people.
-
r1096 released.
Contains, hopefully, fix for Wake-On-LAN Functionality through the web host. Will test more tomorrow with it just to ensure all is working properly.
Contains new init.gz that has linux-firmware included and fixes the fog.capone file in the /bin/ of the init.gz file. I missed a back-tick and I’m sorry for that.
Shortly, after some testing, I’ll post the updated TomElliott.config file. It’s filesize, once all is said and done, is 6.5 MB. This should also include embedded bnx2/bnx2-mips-09-6.2.1b.fw in the kernel as well.
-
r1097 released.
Made minor change in wol.php to report if there’s an invalid mac address.
Updated TomElliott.config. It should include the bnx2 firmware during the build. It has other firmware’s as well but I’m more worried, at this point, of bnx2. -
I’ll do another test, but the last one none of the installed clients would change a hostname. This isn’t the early change, this is the fog client doing it.
-
hi Tom
here the file to correct the ftp rename issue with storage node[url=“/_imported_xf_attachments/0/480_Post_Stage2.php?:”]Post_Stage2.php[/url]
-
lanfeu,
Does this work to all nodes in a setup without the isMaster? Or you’re only worried about the information getting sent to the masternode?
-
lanfeu,
Change your line:
[php]if ($Image->get(‘isMaster’))[/php]
to
[php]if ($StorageNode->get(‘isMaster’))[/php]Otherwise, it’s never going to send the data to any of the servers because Image.class.php does not have an isMaster field.
-
without the isMaster node the ftp_rename loops and the expression $ftp->put($dest,$src) was never evaluate
and it will be too long to copy the image to each node, it’s the job of fogimagereplicator
the node use to upload the image file is the masternode -
my mistake, like you say it’s better with [COLOR=#000000][COLOR=#007700]if ([/COLOR][COLOR=#0000bb]$StorageNode[/COLOR][COLOR=#007700]->[/COLOR][COLOR=#0000bb]get[/COLOR]COLOR=#007700)[/COLOR][/COLOR]
-
here some file to add the image size
[url=“/_imported_xf_attachments/0/482_fog.zip?:”]fog.zip[/url][url=“/_imported_xf_attachments/0/483_fogweb.zip?:”]fogweb.zip[/url]
-
While some of the methods you’re using are fine, updating the schema doesn’t need to happen at all. imageSize is already there in the database. Using the FOG script to upload the size isn’t a very good method either, as it’s giving the size of the Disk, not the size of the image data. I’ll recompile the partclone binaries to insert this information from the progress information. It’ll perform many rewrites, but it will be much more accurate as it knows the true data size, size of the disk, and the free space.
I’ll post when I get back. Basically I’m only using lanfeu’s ImageManagementPage.class.php updates and this should all work.