Hello, On 01/12/11 17:03, Rayson Ho wrote: > On Thu, Dec 1, 2011 at 11:18 AM, Alan McKay <[email protected]> wrote: >> My main concern is that I want to keep the OS up to date. We are >> currently on RHEL 5.3 and at very least I want to update it to the >> latest in the 5 stream. So if I can update the OS without worry of >> breaking the current Grid Engine install, I will be happy. > > RHEL 5.7 is mostly binary compatible with 5.3, the missing things are > the bug fixes. > > SGE does not use secret system calls or hooks to get information from > the kernel. SGE parses the /proc filesystem to fetch most of the > low-level system information on Linux (on AIX it is a different story, > but GE 2011.11 fixed this problem as well on AIX), and if your SGE > 6.2u5 installation is working on your machines, then it will (or may > be I should say "should") continue to work after the OS upgrade.
We run SGE 6.2u4 on RHEL (currently 5.7) and we regularly apply Red Hat updates to all of our machines (clients, exec hosts, qmaster(s)). So far, SGE hasn't stopped working. I did find that, even if I do not upgrade the kernel, it tends to require a reboot of the exec hosts - tend to keep gettin comlib errors if I don't - but that's about it as far as problems go. (We started out with RHEL 5.1 on this cluster, I believe - so 'tested' this a couple of times. Have not tested RHEL6 exec hosts so far, though.) Tina > A few things that can break SGE: Linux 3.0 (the kernel version string > difference breaks an SGE shell script), AMD Opteron 6100 series > (Magny-Cours) or 6200 series (Bulldozer/Interlagos ...) - if you use > core binding, or memory expansion. > > Note that all those issues are fixed in later versions of SGE, but if > you are not doing any of the above upgrades, then SGE 6.2u5 should run > happily. > > (While upgrading to a later version of SGE is exciting and I can > usually bill a few more hours to my clients, I don't usually advise > sites to upgrade unless there is a feature needed in the later > versions - you will find from past experience (from Sun's releases) > that some default settings are different in different versions of SGE, > and new bugs are introduced, etc. all those can cause issues just > because upgrading looks like the "right thing to do"....) > >> This could be the deal breaker for me. I'd like to slog through >> building OGS myself but I've got a lot of other things in this >> environment that need to be cleaned up, so my time is best spent >> elsewhere. > > Yes, we (OGS) hear you... we offer an unofficial binary tarball on > dropbox for the GE 2011.11 release, and will offer free binaries & > rpms soon (for the next bug fix release the latest). > > >> I'm glad to hear you guys are working more closely (and I see you >> replying to me on both lists :-)) > > Actually, Dave also has a mailing list: > https://arc.liv.ac.uk/mailman/listinfo/sge-discuss > > I sometimes reply to messages on Dave's list, but I hope to migrate > most Open Grid Scheduler traffic to the "[email protected]" list, > as it is easier to handle just 1 list. > > Rayson > > >> >> thanks, >> -Alan >> >> >> -- >> “Don't eat anything you've ever seen advertised on TV” >> - Michael Pollan, author of "In Defense of Food" >> >> _______________________________________________ >> users mailing list >> [email protected] >> https://gridengine.org/mailman/listinfo/users > > _______________________________________________ > users mailing list > [email protected] > https://gridengine.org/mailman/listinfo/users > -- Tina Friedrich, Computer Systems Administrator, Diamond Light Source Ltd Diamond House, Harwell Science and Innovation Campus - 01235 77 8442 -- This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail. Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message. Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
