Hi Stephen,
I did/do this very thing on one of our CreamCEs. Torque isn't a emi/UMD
package (although maui is), just exclude torque from your epel yum
repository and maui from the emi repository and install the versions used on
your gLite torque server then when you are ready upgrade the whole lot
together.
With Maui you may also hit an issue that 64 bit clients don't talk to 32 bit
servers (possible even of the same version number). It's in the known issues
list and there's a work around of the maui server running diagnose -g and
writing it to a file on a shared filesystem and the client being configured
to read it rather than run the command.
Yours,
Chris.
> -----Original Message-----
> From: Testbed Support for GridPP member institutes [mailto:TB-
> [log in to unmask]] On Behalf Of Stephen Jones
> Sent: 30 September 2011 13:46
> To: [log in to unmask]
> Subject: adoption of emi-cream
>
> Hi (sorry if this post appears twice: the first one went astray),
>
> If everyone an early adopter, is anyone an early adopter? While we
> ponder that, I've got something to say/ask about emi-cream and
> emi-torque. Maybe an early-adopter could enlighten me?
>
> The plan was to fix a new new emi-cream onto our existing (separate)
> glite_TORQUE_server cluster. But I discovered that emi-torque (server
> and utils) is built to use MUNGE to safety transmit the login details.
> This is a new thing.
>
> Unfortunately, due to MUNGE, the emi-cream can't qsub from a system
> using emi-torque-utils to a batch cluster headnode that uses
> glite_TORQUE_server (job array syntax is also new). This would mean
> that, by design, emi-cream cannot work with a standalone
> glite_TORQUE_server cluster -- the whole lot has to be updated at once.
>
> This could deserve a GGUS ticket, but I'm not sure of the facts -- is
> it
> possible to run emi-cream/emi-torque-utils with an existing
> glite_TORQUE_server? Does any early adopter know of any lawful
> impediment to this GGUS ticket? Should it be possible to qsub from a
> system using emi-torque-utils to a batch cluster headnode that uses
> glite_TORQUE_server?
>
> Cheers, Steve
>
> --
> Steve Jones [log in to unmask]
> System Administrator office: 220
> High Energy Physics Division tel (int): 42334
> Oliver Lodge Laboratory tel (ext): +44 (0)151 794 2334
> University of Liverpool
> http://www.liv.ac.uk/physics/hep/
|