Hi Deborah, AllowGroups in the context of partitions refers to linux groups. "Grp*" in the context of Slurm DB QoS limits is a limit that applies to all jobs associated with a particuluar QoS, across all users, accounts, and partitions. So, "Grp" has a completely different meaning than "group" -- not related to linux groups. (Also note that sites can define their users' Slurm DB accounts as any arbitrary strings -- regardless of any particular user's group linux memberships -- although certainly some sites choose to replicate each user's linux group memberships in their Slurm accounts.)
Regards, Lyn On Fri, Mar 11, 2016 at 8:22 AM, Crocker, Deborah <cr...@ua.edu> wrote: > I have a question about the terminology for “groups” and “qos”. It seems > likes “groups” are supposed to refer to OS values (/etc/group) based on > reading of the slurm.conf attributes. However, there is an example online > (PDF named Basic_Configuration_Usage. by R. Schultz) discussing preemption > when “AllowGroups” on a partition is actually referring to a qos that is > defined (see pg 31 in the PDF). On our HPC we are defining a set qos > definitions for our “stakeholders” where we use GrpCPUs and were planning > to use AllowQOS on the parititon. > > > > So, are groups those that are only found in /etc/group? > > > > Does “GrpCPUs” imply that we need to put people into os groups and use > AllowGroups > > > > Should the example have read AllowQOS or are they interchangeable in this. > > > > TIA > > > > Deborah Crocker, PhD > Systems Engineer III > Office of Information Technology > The University of Alabama > Box 870346 > Tuscaloosa, AL 36587 > Office 205-348-3758 | Fax 205-348-9393 > deborah.croc...@ua.edu > > >
