Hi Andrew, On Thu, 11 Dec 2014 07:06:13 AM Andrew J. Prout wrote:
> Looks like the groups & id command actually mix reporting of the current > process and what's in /etc/group, so don't work to debug this issue. Ah, sorry! I should have strace'd groups first to confirm it wasn't talking to LDAP. :-( > I can confirm that the permissions act as shown in /proc/pid/status. Just tried this out again and confirming that I don't see any difference in the contents of the Groups: line in /proc/self/status before a newgrp, after a newgrp and from Slurm jobs submitted before and after (Slurm-14.03.10). Anyone out there running Slurm 14.11.x that can test this for Andrew please? [samuel@barcoo group-debug]$ cat before after slurm-2735* Groups: 506 558 559 560 561 563 3374 3387 3388 3410 3411 3414 3452 3453 3539 Groups: 506 558 559 560 561 563 3374 3387 3388 3410 3411 3414 3452 3453 3539 Groups: 506 558 559 560 561 563 3374 3387 3388 3410 3411 3414 3452 3453 3539 Groups: 506 558 559 560 561 563 3374 3387 3388 3410 3411 3414 3452 3453 3539 [samuel@barcoo group-debug]$ md5sum before after slurm-2735* e4b72e14781677555c9e22facf3ff489 before e4b72e14781677555c9e22facf3ff489 after e4b72e14781677555c9e22facf3ff489 slurm-2735592.out e4b72e14781677555c9e22facf3ff489 slurm-2735612.out This is on RHEL 6.6. All the best, Chris -- Christopher Samuel Senior Systems Administrator VLSCI - Victorian Life Sciences Computation Initiative Email: [email protected] Phone: +61 (0)3 903 55545 http://www.vlsci.org.au/ http://twitter.com/vlsci
