On Jan 3, 2008, at 5:33 PM, Andrew J Caird wrote:


Both, depending on the availability of getgrouplist at compile time?

   Not to make it hard, but you asked. ;)

Andy,

I think both solutions is a bit confusing ;-) Which one has then the highest priority, FSGROUP or getgrouplist?

Regards

--andy

On Thu, 3 Jan 2008, Bas van der Vlies wrote:

Happy new year everyone,

 I had some time to examine the source of maui and found two ways to
implement this functionality in maui. So we are not depended anymore
on the user primary group for Fairshare or specifying some
commandline parameters for qsub.

Here are the two solutions:
 1) Introduce a new parameter: FSGROUPS, eg:
    FSGROUPS one two three

   When a job is submitted:
    a) check if the user is a member of one of this groups
    b) if yes then set the credentials to the matching group.

2) When a job is submitted:
 a) get all the groups where the user is a member of with the
"getgrouplist" function. I do not know if this function is available
on all platforms.
b) Then check if for one of the user groups a fairshare target is set
 c) if yes then set the credentials to this group.


Option 2 has more freedom but i do not know if all OS'es support the
getgrouplist function.

I want to know which solution the community thinks is the best one?

Regards

On Dec 10, 2007, at 3:05 PM, Bas van der Vlies wrote:


In our old setup the primary user group was the same as the
fairshare group
in Maui. so we did not have any problems with the Fairshare (FS)
setup.

We are now switching to a new User administration system and use
the Linux
setup. Every user has as primary group his own group (user: bas,
group: bas).

I have read some docs and the problem is that torque only sent the
primary
group to Maui. There are several setup's possible:
  * write a torque submit filter that adds -W or -A, But to my
knowledge
the  submit filter does not work for batch jobs that are submitted
via qsub -I

  * In maui:
     USERCFG[bas] QDEF=SARA
     QOSCFG[SARA] FSTARGET=80.0
  But this is not very scalable. Every time a new user is added we
have to
  restart Maui and generate a line as above.

  * Are there other solutions possible?

What i am thinking about is to patch Maui, like the way Torque has
done it
with the acl_group_sloppy paramter or patch Torque to send also the
secondary groups of user.

regards,


--
********************************************************************
*                                                                  *
*  Bas van der Vlies                     e-mail: [EMAIL PROTECTED]      *
*  SARA - Academic Computing Services    phone:  +31 20 592 8012   *
*  Kruislaan 415                         fax:    +31 20 6683167    *
*  1098 SJ Amsterdam                                               *
*                                                                  *
********************************************************************
_______________________________________________
mauiusers mailing list
mauiusers@supercluster.org
http://www.supercluster.org/mailman/listinfo/mauiusers

--
Bas van der Vlies
[EMAIL PROTECTED]



_______________________________________________
mauiusers mailing list
mauiusers@supercluster.org
http://www.supercluster.org/mailman/listinfo/mauiusers

_______________________________________________
mauiusers mailing list
mauiusers@supercluster.org
http://www.supercluster.org/mailman/listinfo/mauiusers

--
Bas van der Vlies
[EMAIL PROTECTED]



_______________________________________________
mauiusers mailing list
mauiusers@supercluster.org
http://www.supercluster.org/mailman/listinfo/mauiusers

Reply via email to