Workload/Resource Management
Showing results for 
Search instead for 
Do you mean 

user's groups not activated from Autosys

SOLVED
Go to Solution
Highlighted
Frequent Advisor

user's groups not activated from Autosys

We use Autosys as a batch scheduler. We just find out that when it call a process for a specific user, only the gid of that user is activated. But some called program require an other group (which is set as secondary group of the user).

#id
uid=140(usrbatch) gid=107(autosys) groups=20(users)
(We have a SUID program which require group 20(users))

How a process start for a user can "activate" only the gid and not the others groups? Is it possible to always force all groups to be activated?
Sysd. Amin. Inforef
1 ACCEPTED SOLUTIONS
Honored Contributor Honored Contributor

Re: user's groups not activated from Autosys

Hi,

Try creating a link to /etc/group called /etc/logingroup.

ln /etc/group /etc/logingroup

Regards,
John
6 REPLIES
Honored Contributor Honored Contributor

Re: user's groups not activated from Autosys

Hi,

Try creating a link to /etc/group called /etc/logingroup.

ln /etc/group /etc/logingroup

Regards,
John
Honored Contributor Honored Contributor

Re: user's groups not activated from Autosys

Hi,

to have all guid at login time automatically set make y copy from /etc/group to /etc/logingroup

Regards
Honored Contributor Honored Contributor

Re: user's groups not activated from Autosys

Hi,

for particular chaging group id use:
newgrp

Regards
Frequent Advisor

Re: user's groups not activated from Autosys

The ln solution appears to work.

Do we need to recreate the logingroup each time we change/add/update a group definition ? Can we use a soft link instead of a single link:

ln -s /etc/group /etc/logingroup
Sysd. Amin. Inforef
Honored Contributor Honored Contributor

Re: user's groups not activated from Autosys

Hi,

softlink works too.

Regards
Frequent Advisor

Re: user's groups not activated from Autosys

Thanks to all of you!
Sysd. Amin. Inforef