[EMAIL PROTECTED] wrote:
I think the -W or -A option should over-ride others - or at least this
should be configurable.
The -A option is not the problem. It is the -W option, qsub -W group_list=bas.
Sets the following torque attributes:
group_list = bas
egroup = bas
The maui code only checks the egroup setting for setting the right group
credentials. So we have to change the maui code to look at the group_list
attribute and check if the user belongs to this group. If a user supplies a
wrong group with -W then the 'egroup' torque attribute is not set and maui
will use the the DEFAULT group.
It would be nice to have a default account code - say in a file in the
home directory of the submitter. That might be a useful alternative.
This is not an option, maui must have access to all user home directories
and this can be very problematic with filesystems like NFS/AFS/DFS/GFS ....
Regards
Gareth Williams
-----Original Message-----
From: Bas van der Vlies [mailto:[EMAIL PROTECTED]
Sent: Friday, 4 January 2008 1:54 AM
To: mauiusers@supercluster.org
Subject: Re: [Mauiusers] Maui/Torque and Fairshare with secondary Unix
groups
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]
--
--
********************************************************************
* *
* 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
