BookmarkSubscribeRSS Feed
🔒 This topic is solved and locked. Need further help from the community? Please sign in and ask a new question.
sathya66
Barite | Level 11

All,

Currently our SASMeta_MetadataServer.log log permissions are set to 600 .How can we set the metadata server log file permission to 644.

I tried to set the permissions in logconfig.xml in metadata server but it didn't help us as that file has Rolling log file with default rollover of midnight.

is there anyway we can set to 644 or please can you advise on this.

Thanks,

SS

1 ACCEPTED SOLUTION

Accepted Solutions
sathya66
Barite | Level 11

Ignore me.
It worked ,If I change logconfig.xml file
from <param name="FilePermissions" value="A::u::rw-,A::g::---,A::o::---"/>
to <param name="FilePermissions" value="A::u::rw-,A::g::r--,A::o::r--"/>
group and other should have "r--".

Thanks for your response and help.

View solution in original post

9 REPLIES 9
Anand_V
Ammonite | Level 13
Does only the Metadata logs are generated with 600 permission or any file created using 'SAS Installer Account' with same permission?

Could you please share how did you change this config in logconfig.xml file?

you can try to set umask value for the 'SAS Installer Account' to 0022. This will generate all the files by this ID with permission of 644. You can add this in .bashrc file for this user.
sathya66
Barite | Level 11

Yes all files created using SAS installer account has 600 permissions (ex: objectspwaner,metadata,etc but not the mid tier server logs have 640 permissions).
I changed like below
<param name="FilePermissions" value="A::u::rw-,A::g::---,A::o::---"/>
it worked in Workspace server logconfig file as that one doesn't have rolling log.

I am looking for only logs with 644 permissions. If I change umask to 0022 in .bashrc then it is for all files which is created by sas installer account?
alexal
SAS Employee

If I change umask to 0022 in .bashrc then it is for all files which is created by sas installer account?

Yes.

sathya66
Barite | Level 11

Ignore me.
It worked ,If I change logconfig.xml file
from <param name="FilePermissions" value="A::u::rw-,A::g::---,A::o::---"/>
to <param name="FilePermissions" value="A::u::rw-,A::g::r--,A::o::r--"/>
group and other should have "r--".

Thanks for your response and help.

gwootton
SAS Super FREQ

The FilePermissions parameter is valid for the RollingFileAppender. Did you restart the Metadata Server after making the change?

 

SAS® 9.4 Logging: Configuration and Programming Reference - RollingFileAppender

 

Your example seems to indicate you are setting the permissions to 600 instead of 644. Here is the example from the documentation:

 

Example The following parameter sets permissions that enable only the owning user to write to the log file. All other users can only read the file.
<param name="FilePermissions" value="A::u::rw-,A::g::r--,A::o::r--"/>
--
Greg Wootton | Principal Systems Technical Support Engineer
sathya66
Barite | Level 11
Yes, I wanted to see the file permissions straight away after making the change so I restarted the metadata server otherwise I need to wait until next day to see the file permission is changed or not .
I think we don't need to restart the metadata server.
gwootton
SAS Super FREQ
The contents of the log configuration file are only read during startup, so changes would not be read in unless the server is restarted.
For on-demand servers like a Workspace Server this means the log configuration is read when the next Workspace Server starts, but for persistent servers like Object Spawners and Metadata a restart is required.
--
Greg Wootton | Principal Systems Technical Support Engineer
sathya66
Barite | Level 11

By setting up the permissions like this. It is only creating a file with 644 permissions after restarting metadata server but not giving the 644 permissions for every day logs.Any idea?

Our logs rotates every day(time-based ).

See below on 19th we restarted metadata server so it has given 644 but remaining logs it is with 600 only

 

sathya66_0-1648552171743.png

 

gwootton
SAS Super FREQ
You may wish to engage SAS Technical Support to review the configuration and behavior.
--
Greg Wootton | Principal Systems Technical Support Engineer

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
  • 9 replies
  • 1497 views
  • 1 like
  • 4 in conversation