Code Fails to Write to Folder that has Correct Write Permissions

55 visualizzazioni (ultimi 30 giorni)
This question is a follow-up to the one answered by @Walter Roberson here:
The code that was having an issue running is supposed to write to a file. It throws an error when trying to write. If the file is in another directory (not a Matlab code directory) it works fine. The codes ought to be in the Matlab directory, so I need it to work where it is. Here is the error message:
Failed to open file /nfs/site/home/pasafier/.matlab/3p_cluster_jobs/R2022a/Job13/task.conf for writing
Is there an issue with a code in this type of directory writing files? I have permissions to write to the folder it is trying to write to. The code is here: /nfs/site/eda/data/eda_0037/mathworks/matlab/R2022a/common/toolbox/parallel/user/ which is where all the Matlab executables are.
Thanks for any advice.
  7 Commenti
Paul Safier
Paul Safier il 1 Ago 2023
Hi @Image Analyst. This post, and the related post I linked, is referring to a Linux system.
To be clear on a couple of other items:
  1. The executable Matlab code resides in the directories that normally house Matlab files. @Walter Roberson 's and @Raymond Norris 's comments about using rehash command allowed my code to be run.
  2. The code tries to create a directory (e.g. Job13) that does not previously exist and a file within /Job13 called task.conf. The location is not within the Matlab source code area, but a directory that I own.
  3. The permissions on R2022a are:
drwxrwxr-x 2 pasafier intelall 4.0K Jul 31 12:44 R2022a
4. We have another unrelated NFS system where this all works fine.
I will review Walter's information in the AM. Thanks.
dpb il 1 Ago 2023
We'll be interested to hear what you discover...

Accedi per commentare.

Risposta accettata

Raymond Norris
Raymond Norris il 11 Ago 2023
Spostato: Walter Roberson il 11 Ago 2023
The issue turned out to be related to a symlink. Paul was pointing to a folder in his home directory that was symbolically linked elsewhere and MATLAB wasn't chasing through it, hence the
Failed to open file ...
Oddly, this wasn't an issue for his other system (similar setup), which is why it was expected to work on the second system. Problem was (sort of) resolved by removing the symlink. I'll look into why and if we can at least provide better error handling.
  2 Commenti
Paul Safier
Paul Safier il 11 Ago 2023
Thanks for your help with this @Raymond Norris and thanks to everyone else for their suggestions and ideas.
dpb il 12 Ago 2023
Ah-so!. That's nice to have the feedback and know another thing to suspect, @Raymond Norris if/when somebody else were to see similar symptom

Accedi per commentare.

Più risposte (1)

Walter Roberson
Walter Roberson il 31 Lug 2023
MATLAB itself does not act to specially protect files or directories, other than the initial setting of read/write/execute permissions at installation time. If a sufficiently authorized user were to set directory or file permissions to allow random users to change files, then MATLAB itself will make no attempt to protect against that.
However, to save resources, MATLAB does not monitor its toolbox directory and sub-directories looking for file changes (to detect changes to files that have already been parsed, to know to re-parse them or to update the user's edit sessions). To tell MATLAB to look inside its toolbox directory for possible file changes, the rehash command must be used.
On MS Windows systems, MATLAB installs in directories that are protected by Windows itself, not by MATLAB.
So, on Mac and Linux systems, if you have write access to a directory as far as the operating system is concerned, and also have write access... then MATLAB is not going to stop you from writing to the file. (Depending on which file is involved, it might use a cached version of the file until you tell it to check for updates.)
If a linux system is installed you might want to use getfacl to check for Access Control Lists. If MacOS is installed you might want to use the e flag to ls to check for Access Control Lists -- and possibly also the @ flag to ls to check for xattr (because: gatekeeper -- and see for more quarantine complications)
You are using NFS shared filesystems. It has been several decades since I last used NFS, so I no longer recall clearly how permissions and xattr and access control lists interact across mixed operating systems. Last I recall for NFSv2, if your local system does not allow you access to the appropriate mount point, then you simply cannot talk to the server about a file, but that once you have access through the mount point, that the server has control over access.
But... especially for NFSv2... NFS can simply be unstable, especially with respect to remote files (where the latency adds up or where packets traveling over a backbone are more likely to be lost.) It is not rare for NFSv2 to randomly deny write access to a file. I understand that NFSv3 is more stable that way; I do not have any experience with NFSv4. But back in the NFSv2 days, the truism was that it was a lot more stable and predictable to do all writing to local files and then to copy or rsync the results to the NFS mount point.
  2 Commenti
Paul Safier
Paul Safier il 1 Ago 2023
We have one NFS system where the code works perfectly. We need it to run in a different NFS system, which is the one I am writing about. I do not know what NFS version they each are, but I can ask my network admins. I also need to find a way to determine (other than the NFS version) what could be different about the NFS system where the software works and the one where it doesn't. As far as simple folder permissions goes, there is no difference...
dpb il 2 Ago 2023
You could try <nfsstat>. I do at least recall one thing from lo! those many years ago! (A Foxboro IA (Intelligent Automation) control system ran Solaris and used NFS).

Accedi per commentare.


Scopri di più su Introduction to Installation and Licensing in Help Center e File Exchange




Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by