Latest FOG 0.33b
-
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 -
It, from all appearances, I have gotten Multicast Tasks working finally.
At least from the individual standpoint.
r1102 has this all set. Also, progress information displays on multicast and under the active multicast tasks list.
It’s not perfect, but it is, for now, somewhat operational.
-
r1103 released.
Fixed the links in the TaskManagementPage so they, seemingly, work properly now.
Multicast now works, as far as I can tell, properly. Groups, Host, and from the Task page.
Will work on updating Capone to use the classes I’ve created.
-
Found an issue in the MulticastTask in that it never stores or gets the PID of the process being created. Maybe somebody can help?
-
r1105 released. Doesn’t fix the pid issue yet, but has capone using class based methods. @jbscim, I kept osID field in capone, but it doesn’t reference off of hostOS, it references off of images.osID. All other changes (-i removed from fog.capone) updated init.gz and buildroot script, have been implemented.
-
r1106 released. Fixes an issue where an individual host multicast task creates two jobs.
-
I think its about time to do another write up of the things I’ve fixed/added/modified so we have a working inventory of what’s been performed. It will take a little while as I don’t remember everything that I’ve done since the beginning. I’ll be working off of a sort of TODO list and if there’s anything I’ve missed so far, please let me know.
Thank you,