Latest FOG 0.33b
-
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.
-
r1098 released, had preliminary areas for getting image size. It didn’t work as I expected so,
I fixed it in:
r1099 released, Partclone binaries updated to report disk size. Does require a schema update from mediumint to bigint , but this is automated, when/if you update it will update the schema for you. Init.gz updated to 3.12.7 headers. TomElliott.config updated for latest kernel release 3.12.8. Updated the kernel on my side (Unpublished Kernels) and it’s can be downloaded from [url]https://mastacontrola.com/fogboot/kernel/bzImage[/url]. Image size displays, and is formatted for human readable (B,KB,MB,GB,TB,PB,EB,ZB,YB) -
r1100 released. Just pretty’s up progress output in partclone binaries for the … OF … copied. It actually prints the size rather than the block information.
Changed the progress.php back to how partimage worked. No need to edit this anymore as I figured it out in the partclone binaries.
-
Tried a clean install of 1101 on Ubuntu LTS 12.04 , still getting “FOG DEBUG: FOGPageManager: Class: TaskManagementPage, Method: deploy_post, Error: Method not found in class, defaulting to index()” when attempting to upload or deploy tasks. Group deploy seems Ok, but managed once to start an upload task, I must have done something differently(?), but getting the error all the time on task upload/download/advanced now.
Is anyone else seeing this?
Have changed the capone code to reflect the fact that osid is now in the images table, and sorted a couple of other issues in the capone code, see attached.[url=“/_imported_xf_attachments/0/489_capone.zip?:”]capone.zip[/url]
-
jbscim,
I am aware that there are issues in the task management page. I added those menu options there for familiarity sake, yet I haven’t actually “fixed” the coding to make them actually work. The TasksManagementPage does not have a deploy_post method introduced yet, but the link is still trying to reference that. The link should be along the lines of ?nodes=group&sub=deploy-post, but right now it’s set something like ?nodes=tasks&sub=deploy-post, which is why you’re seeing the errors.
RIght now I’m trying to get Multicast working. So my mind isn’t fully vested into the task management page issues. I hope this is understandable, those errors are relatively simple to fix. Right now Multicast doesn’t even sort of work, so I hope you understand my focus right now.
-
I completely understand, your work is much appreciated. I’m happy to help where I can.
John
