BookmarkSubscribeRSS Feed
Fluorite | Level 6

My team shares a program that continually overwrites files on the grid in group folders.  We used to be able to overwrite each others files, but for the past couple months, we have been unable to.  Now we have to delete the other person's files before we run the program.  We played with the read/write/execute settings in the properites dialogue box in Ipswitch to no avail.  Does anyone have any suggestions?

Rhodochrosite | Level 12



Check with your IT support.  Someone may have changed permissions at the system level for that directory.

Fluorite | Level 6
I was hoping that wasn't the answer but that's sort of what I thought. Thank you
Super User Tom
Super User

Are you using Unix filesystem or WIndows?

On Unix if you are able to delete the files then it sounds like you have the group write bit set on the folders.

Perhaps the individual files are getting created without the group write bit being set?

Check if they have made changes to the UMASK setting that your processes use when creating files.

Personally I like to use umask setting of 0002.  That way when I create a file the group write bit is set in addition to the user write bit.


Also check whether the group sticky bit is set of the folder so that all files that are created in that folder are in the same group as the folder.

Amethyst | Level 16

Hello @LuAnnS,


indeed, this seems to me something changed by IT admins. To prevent IT admins changes to modify behaviour on your SAS programs, the best set up is as proposed by @Tom, the umask, although the general recommendation is a umask of 022, I understand well where it comes Tom's, to help you granting additional permissions.


You can find the implementation suggestions and background info at:


I have a question, though: why did you mentioned IPswitch? Is this shared file location under an FTP server on linux, or someting similar?



Fluorite | Level 6

We are on a unix server.  We use Ipswitch WS_FTP Professional to move/delete output files/datasets.  So you're saying I need to go to IT and ask for umask settings to be changed or are you saying I can change umask settings? 

Amethyst | Level 16

Probably IT has to change the permissions of the current files, and then change the umask settings on the sas configuration files. I don't know if you can do this change or IT should. Probably it should be done by the team who has access to the password of sasinst user.

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 

CLI in SAS Viya

Learn how to install the SAS Viya CLI and a few commands you may find useful in this video by SAS’ Darrell Barton.

Find more tutorials on the SAS Users YouTube channel.

Discussion stats
  • 6 replies
  • 4 in conversation