We have created a Share in the IFS for a client. They have a User profile on the I-series and the Share has been set up using that User profile. A file has been put into the shared folder and given full authority to the object. However when the client opens the file it comes up as Read only. Why?
When you attempt to save the file, try using Save as... instead. When the Save as... dialog opens, check the Save in: path. Review the hierarchy of directories that show in that path.
Your description implies that the top-level folder in that path is the directory that you created and then shared. Did you create it? Or did the top-level directory in that path already exist and you only changed its "sharing" attribute? If you didn't create it, can you show here the full path to that directory starting with /root?
Tom
The files is being created on the i-series using CPYTOSTMF. The root directory has *Public *ALL authority and the client has *ALL authority to all the sub-directories.
The Profile they are using to access the IFS from Windows is different to the Windows profile they use, could this be the answer? They can copy the file and modify the copy but this seems to add extra steps that shouldn't be needed.
Just because they have authority to the folder does not necessarily mean they have authority to the objects inside the folder.
Try this:
Give the profile *ALLOBJ and see if it makes a difference. If it does, then you have an authority issue. If not then I would say that the problem is on the PC.
Make sure you remove the *ALLOBJ authority after testing.
The root directory has *Public *ALL authority...
But that doesn't really affect the read-only attribute.
Is the share one that you explicitly created as a share or is this merely a subdirectory of /root or some other directory that is being shared? I.e., is the directory a subdirectory in a hierarchy where the real "share" is at the top?
If so, then review the NetServer read-only attribute of the shared directory at the top. If this is involved, then it might have nothing to do with authority. It might simply be that NetServer was told that this share is "read-only".
If that's not the case, then we can look elsewhere. This is simply an attempt to weed out possible causes.
Tom
Free Guide: Managing storage for virtual environments
Complete a brief survey to get a complimentary 70-page whitepaper featuring the best methods and solutions for your virtual environment, as well as hypervisor-specific management advice from TechTarget experts. Don’t miss out on this exclusive content!
Discuss This Question: 5  Replies