On Friday 20 April 2007 01:23:42 pm Michael Edwards wrote: > OSCAR is still set up to some degree with the old assumption that all your > nodes are identical. The way it does images is an artifact of this. > > The "overrides" directory structure already has some of this logic (ie > dealing only with the parts of the image you want to be different), but it > is currently used only per image. I would think it wouldn't be insanely > hard to have it check these files per node.
Frankly, although I have this kind of per-node settings scheme implemented in my system, I've actually never used it ;-). I found it too complicated to develop and manage. > You could just change how the master script works by node too... Depends > on how static (or significant) the differences between the nodes are I > guess. I can see node<N>.sh scripts created in /var/lib/systemimager/scripts/ as symlinks to the master script in the same directory. My guess is if you make a copy of the master script instead and edit it that's what will be used to provision a particular node, correct? If so it would be more than enough for me for now. --Ivan > The ability of OSCAR to handle node-level differences certainly needs a lot > of work, but this isn't a quick-fixable thing I don't think. > > The images aren't crazy big though, so unless you have more than 5 or so > types of nodes I would say the current method is certainly not optimal, but > isn't insane... > > Things like this are on the cosmic to do list, but I don't think it is on > anyones plate yet. It would certainly be a useful change if you wanted to > work on it :) > > On 4/20/07, Ivan Adzhubey <[EMAIL PROTECTED]> wrote: > > On Thursday 19 April 2007 08:12:50 pm Michael Edwards wrote: > > > If you make a new image ( by reruning the wizard and starting with step > > > > 4 > > > > > and going on from there like you did the first time) only with a new > > > > disk > > > > > layout, you should be able to make some nodes with one image and some > > > > nodes > > > > > with the other, I think. > > > > Sure, but that's exactly what I was trying to avoid. Making a new image > > every > > time you just need a few slave configuration bits changed is a rather > > huge waste of resources... > > > > BTW, my home-brewed cluster management system can do this. It stores > > nodes' > > image(s) and settings separately so you can easily set up single OS image > > with as many different settings as you like. In fact, I suspect this can > > be > > done with OSCAR also, I just can't figure out how yet... > > > > --Ivan > > > > > On 4/19/07, Ivan Adzhubey <[EMAIL PROTECTED]> wrote: > > > > On Thursday 19 April 2007 06:58:35 pm Michael Edwards wrote: > > > > > See if this document is helpful, she installed oscar on top of an > > > > > > > > existing > > > > > > > > > windows cluster, preserving the windows cluster partitions. > > > > http://svn.oscar.openclustergroup.org/wiki/oscar:5.0:user_submissions:win > > > > > >do > > > > > > > > >ws_linux > > > > > > > > Thanks, Michael, this is a very useful document. Still, it seems this > > > > installation is not possible since I have one (possibly, two) > > > > computer(s) > > > > > > with disk specifications different form all others. As far as my > > > > understanding of the instructions, there is no way to have computers > > > > with > > > > > > several different disk layouts within the same OSCAR cluster. > > > > > > > > > On 4/19/07, Ivan Adzhubey <[EMAIL PROTECTED]> wrote: > > > > > > Hi, > > > > > > > > > > > > Is there any way to tell OSCAR to install node image on the > > > > > > second > > > > > > > > drive > > > > > > > > > > instead of the first one (and do not touch the first one at all)? > > > > I > > > > > > have > > > > > > > > > > a computer with 3Ware RAID controller and a 4-disk array > > > > > > attached, for some reason Fedora Core 5 kernel recognizes it as > > > > > > /dev/sda, > > > > while > > > > > > > > the built-in SATA controller attached disk is set as /dev/sdb. To > > > > > > > > complicate > > > > > > > > > > things, GRUB > > > > > > seems to (correctly) enumerate SATA disk as (hd0). ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Oscar-users mailing list Oscar-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oscar-users
