Latest FOG 0.33b
-
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,
-
[quote=“VincentJ, post: 21362, member: 8935”]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.)[/quote]Just an update I got host name changer to work… also my images are working successfully. but hostname changer only works for me after the image and not before. It even changes the name on the computer if the name in the database is changed.
But I do have a question for you Tom, When trying to do a memtest from fog I get the following error “cannot load ramdisk with an old kernel image” and also when doing a hard drive surface test it says checking for bad blocks (red-only test): but does not look like its going any where I have been waiting an hour so far and nothing…
-
That doesn’t make sense to me. I haven’t had any issues running memtest on my systems. I use it to quickly restart my VM’s as they’re running from virtualbox. it’s quicker to (from the menu) choose memtest then right when it starts, press escape to restart for. I’ve never seen that error. That said, it makes me wonder how old your memtest kernel is as it shouldn’t be creating a ramdisk anyway, that I’m aware of. memtest is it’s own utility to my understanding.
You say you got hostname changer to work, was there any steps for this or did it just start working?
I’ve tested, slightly, with testdisk surface test, but not much. It appeared to work fine to me, so I just let be. I’ll do more testing.
-
Multicast Tasks, Works. Seemingly it works properly now. Will try to add element to kill/recreate task if another host with the same image tries to startup. However I haven’t a clear plan on how to implement that, so may have to wait for a little.
Services (FOG Settings) settings are now called by class based methods over the old MySQL style requests. It’s still sql based, but uses the classes as I imagine is supposed to be the intent.
ClientServiceManager uses more classed based methods.
Snapin Deploy works, only from host/group deploy for now. Will work on Task Host/Group deploy elements, may just remove the snapin parts from them entirely. They work, but either one or the other will always deploy all snapins associated with the particular host.
WakeOnLan works.
Host Performs much of the image/task needs now. I think this is appropriate as it’s ultimately the hosts doing the tasks anyway.
Service scripts (fogwebdir/service) now falls more in line with class based elements as well. Less need to call database. Not all scripts are done yet, but still working as I can. blame.php, man.hostexists.php, auto.register.php, oslisting.php, imagelisting.php, Post_Wipe.php, usercleanup-users.php, updates.php, inventory.php, auto.delete.php, PrinterManager.php, snapins.file.php, dircleanup-dirs.php, displaymanager.php, hostname.php, hostlookupbymac.php, av.php, debug.php, alo-bg.php, Post_Stage2.php, progress.php, Pre_Stage1.php, mc_checkin.php, Post_Stage3.php, and capone.php that I can find.
Groups have ability to add hosts, Hosts can join to groups.
Configuration Save (export/import) features. This basically just saves the fog database, as I don’t imagine much else needs to be stored. That’s not to day I shouldn’t, at the least, work on getting the fogwebdir/commons/config.php .fogsettings and /opt/fog/service/etc/config.php, but I don’t know the best route for that yet. SORRY!
Capone now uses more refined methods. Basically the same as the old, but uses classes where possible.
That’s all I can think of for now. What else is needed?
