On Tuesday, 20 November 2018 10:12:59 PM AEDT Janne Blomqvist wrote:
> I reworked the logic so that it should only be required in some special
> weird cases. But that patch was several years ago, hopefully whatever
> bugs were caused by it have been ironed out by now (*knocking on wood*).
It's wo
On 10/11/2018 13.17, Douglas Jacobsen wrote:
We've had issues getting sssd to work reliably on compute nodes (at
least at scale), the reason is not fully understood, but basically if
the connection times out with sssd it'll black list the server for 60s,
which then causes those kinds of issues.
Sorry for the late response.
The erratic behaviour of group affiliations seemed inconsistent. Some of
the nodes experienced such oddity while other nodes were able to display
the group memberships properly.
I tried setting LaunchParameters=send_gids as per Douglas Jacobsen's
suggestion by doing1.
Are you sure this isn't working as designed?
I remember there is something annoying about groups in the manual. Here it
is. This is why I prefer accounts.
*NOTE:* For performance reasons, Slurm maintains a list of user IDs allowed
to use each partition and this is checked at job submission time.
Dear all,
I am wondering if that is the same issue we are having here as well.
When I am adding users in the secondary group some time *after* the
initial user installation, the user cannot access the slurm partition it
suppose to. We found two remedies here, more or less by chance:
- rebooting bo
We've had issues getting sssd to work reliably on compute nodes (at least
at scale), the reason is not fully understood, but basically if the
connection times out with sssd it'll black list the server for 60s, which
then causes those kinds of issues.
Setting LaunchParameters=send_gids will sideste
On Friday, 9 November 2018 2:47:51 AM AEDT Aravindh Sampathkumar wrote:
> navtp@console2:~> ssh c07b07 id
> uid=29865(navtp) gid=510(finland) groups=510(finland),508(nav),5001(ghpc)
> context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
Do you have SElinux configured by some chance?
If
The Francis Crick Institute Limited is a registered charity in England and
Wales no. 1140062 and a company registered in England and Wales no. 06885462,
with its registered office at 1 Midland Road London NW1 1AT
--- Begin Message ---
<>--- End Message ---
Hello all.
I'm seeing something strange related to group memberships and how it
bothers Slurm. Appreciate any ideas to understand what is going on.
It appears that only the primary group of the user is propagated when
Slurm runs a job. The additional group memberships vanish. This is not
expected
