BookmarkSubscribeRSS Feed
🔒 This topic is solved and locked. Need further help from the community? Please sign in and ask a new question.
shoin
Lapis Lazuli | Level 10

I have SAS 9.2 M3 (yeah) on AIX.  SAS Token Auth using ID sassrv .

 

The issue is if EG project is saved it gets saved no matter who is the end user, the permissions and ownership are sassrv.  I have looked at FS for any ACL, looked for any script setting umask or chg ownership and nothing points to any root cause.  There are 2 users who do not have this issue, I am trying to review their setup, meanwhile, interested to know your thoughts.

 

Thank you in advance,

 

S

1 ACCEPTED SOLUTION

Accepted Solutions
gwootton
SAS Super FREQ
If you are saving to the server, yes. If you are saving to your local machine, no.
--
Greg Wootton | Principal Systems Technical Support Engineer

View solution in original post

4 REPLIES 4
gwootton
SAS Super FREQ
SAS Token Authentication runs the Workspace Server using the shared credential (sassrv), usually because the user accounts do not exist on the compute server. Perhaps you don't want to use token authentication?
--
Greg Wootton | Principal Systems Technical Support Engineer
shoin
Lapis Lazuli | Level 10

Thank you, does the same come into play when simply saving a EG project?  I tested by doing a simple proc setinit; run; code and saved as a project (file > save project as> navigated to directory > saved).  I am logged in w' my own credentials.  yet when I go to the file system, it is owned by sassrv ID with 744 perms.  Any idea?  I really do not wish to change the current setup, there are many end users, crontab jobs, etc.  It will be a mess.

 

TIA

 

S

gwootton
SAS Super FREQ
If you are saving to the server, yes. If you are saving to your local machine, no.
--
Greg Wootton | Principal Systems Technical Support Engineer
Kurt_Bremser
Super User

As long as you use a pooled workspace server running as sassrv, any file created on the server will be owned by that user. There is no way around that, you need to switch to a non-pooled WS.

suga badge.PNGThe SAS Users Group for Administrators (SUGA) is open to all SAS administrators and architects who install, update, manage or maintain a SAS deployment. 

Join SUGA 

Get Started with SAS Information Catalog in SAS Viya

SAS technical trainer Erin Winters shows you how to explore assets, create new data discovery agents, schedule data discovery agents, and much more.

Find more tutorials on the SAS Users YouTube channel.

Discussion stats
  • 4 replies
  • 777 views
  • 0 likes
  • 3 in conversation