Hi All,

I am wondering if there's a reason why we don't use getimage/updateclient on the nodes to push changes?

Typically I use systemimager like this:

1) Build client image
2) run prepareclient/getimage
3) deploy to all other machines/nodes
4) make changes to image on imageserver or on client
4a) if changes on client, rerun prepareclient/getimage
5) run updateclient on the nodes to propogate changes

I'm thinking this approach could work well with oscar, and would make the process or making changes to the images much easier. We could replace a bunch of tasks, and add some functionality with regard to upgrading/deploying new packages to the nodes. It could also easily replace the need to run sync-files to the nodes, by pushing changes into image, and then running cexec updateclient. Also, any changes to offlined/inaccessable nodes could be fixed by adding a updateclient to the boot process.

Another thing that could be done, it integrate the updateclient with the scheduler, so nodes are updated (maybe rebooted if necessary), after the node is clear of jobs?

Prototype changes to nodes could be pulled onto the image by using getimage, and that would make it easier to deal with changes that don't work well in a chroot on the server.

I tried most of this with my cluster, deployed against trunk (a few weeks old trunk), and it all worked nicely, so I was wondering if this idea might fly with the rest of the community?

--
Paul Greidanus
CAD Administrator / Systems Administrator
Center of Excellence in Integrated Nanotools    University of Alberta
[EMAIL PROTECTED]                       780-492-7368
http://www.cein.ualberta.ca



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Oscar-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-devel

Reply via email to