# Account with \[Full Access\] rights and no rights to edit the file

**URL:** <https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946>\
**Category:** Questions\
**Tags:** access-rights\
**Created:** [June 13, 2022, 5:29am UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946 "2022-06-13T05:29:08Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![Torsten](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/torsten/32/1574_2.png) [@Torsten](https://the.fmsoup.org/u/Torsten)\
**Post date:** [June 13, 2022, 5:29am UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/1 "2022-06-13T05:29:08Z")

</div>

Yesterday, a server-hosted file (1 out of 6) did not allow editing the file (long with admin account [Full Access]. Only restarting the server several times fixed it.  
Today, a copy the same file exposes identical behaviour while hosted on a second server.  
Servers: macOS 12.2.1 and macOS 12.4, both FMS 19.4.2.204  
Client: macOS 12.4, FMP 19.4.2.204  
Run integrity check on file. No errors found. Sever logs show nothing.  
FMS has read and write access to file on server.

Did anyone observe this behaviour, too?

 ![Screenshot 2022-06-12 at 12.11.30](https://canada1.discourse-cdn.com/flex030/uploads/fmsoup/original/2X/5/5ba42f42e8be037ffce2f4ce0efbcd95e5a96a18.jpeg)  
 ![Screenshot 2022-06-12 at 12.10.52](https://canada1.discourse-cdn.com/flex030/uploads/fmsoup/original/2X/5/541a3a4b8dcb0de1d7588300298ebfa3c6d980c0.jpeg)  
 ![Screenshot 2022-06-12 at 12.10.15](https://canada1.discourse-cdn.com/flex030/uploads/fmsoup/original/2X/0/03205e2edb8e2b6586a9422b8ed1003beaef989b.jpeg)

---

<div class="post-metadata">

**Author:** ![Malcolm](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/malcolm/32/196_2.png) [@Malcolm](https://the.fmsoup.org/u/Malcolm)\
**Post date:** [June 13, 2022, 7:06am UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/2 "2022-06-13T07:06:19Z")

</div>

I have seen a similar message is several cases: locked media, failing drive, wrong permissions at OS level.

That is likely to be a signal that there is a problem at the level of the operating system. Check the file permissions on disk. Also, check the disk it is on, is it on a non-writable media? It may be that the disk is failing. Run hardware tests on the disk.

---

<div class="post-metadata">

**Author:** ![jkoester](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/jkoester/32/2003_2.png) [@jkoester](https://the.fmsoup.org/u/jkoester)\
**Post date:** [June 13, 2022, 7:23am UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/3 "2022-06-13T07:23:32Z")

</div>

Was the file uploaded manually or via client?

---

<div class="post-metadata">

**Author:** ![Torsten](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/torsten/32/1574_2.png) [@Torsten](https://the.fmsoup.org/u/Torsten)\
**Post date:** [June 13, 2022, 7:27am UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/4 "2022-06-13T07:27:55Z")

</div>

Both servers are less than 1 year old M1 MacMini. Checked disks, all ok.

---

<div class="post-metadata">

**Author:** ![Torsten](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/torsten/32/1574_2.png) [@Torsten](https://the.fmsoup.org/u/Torsten)\
**Post date:** [June 13, 2022, 7:30am UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/5 "2022-06-13T07:30:11Z")

</div>

Always manual. Client most times fails with larger files. Attribution of file permission for FMS also manual after upload, before opening the file in server.

---

<div class="post-metadata">

**Author:** ![mike275](https://avatars.discourse-cdn.com/v4/letter/m/7993a0/32.png) [@mike275](https://the.fmsoup.org/u/mike275)\
**Post date:** [June 13, 2022, 10:42am UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/6 "2022-06-13T10:42:27Z")

</div>

You are running pretty old server and client in new and unsupported hardware/software.  
maybe there is a problem in that also

---

<div class="post-metadata">

**Author:** ![Torsten](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/torsten/32/1574_2.png) [@Torsten](https://the.fmsoup.org/u/Torsten)\
**Post date:** [June 13, 2022, 10:59am UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/7 "2022-06-13T10:59:35Z")

</div>

Sorry, these where typos. It is v 19.2.4 for both servers and client. I corrected the OP.

---

<div class="post-metadata">

**Author:** ![Markus](https://avatars.discourse-cdn.com/v4/letter/m/b782af/32.png) [@Markus](https://the.fmsoup.org/u/Markus)\
**Post date:** [June 13, 2022, 4:14pm UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/8 "2022-06-13T16:14:43Z")

</div>

I've seen that when there are problems with access rights, maybe because of the manual upload - and when there are some problems with a file, maybe already open (??).

If You copy that file and test it local on the client machine: No problems at all? If tested local on the server machine (be carefull...): No problems?

Since there are 2 separate servers involved, I don't think that there is a hardware problem or a problem with fms - but with the files... I do no love the 'manual' method, but some system won't let You upload via clent...

Disks.. All on the startup-volume?

---

<div class="post-metadata">

**Author:** ![Torsten](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/torsten/32/1574_2.png) [@Torsten](https://the.fmsoup.org/u/Torsten)\
**Post date:** [June 13, 2022, 4:33pm UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/9 "2022-06-13T16:33:50Z")

</div>

The server is stopped and restarted each time a new file is copied into the database folder and access rights are set.

Database folder is in the library’s FMS folder. On startup volume.

I did not have time testing local access.

Agree, with two new server machines it is unlikely that a ssd failure is involved.

---

<div class="post-metadata">

**Author:** ![Markus](https://avatars.discourse-cdn.com/v4/letter/m/b782af/32.png) [@Markus](https://the.fmsoup.org/u/Markus)\
**Post date:** [June 13, 2022, 4:37pm UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/10 "2022-06-13T16:37:25Z")

</div>

restarting fms and the server machine... just to make sure..

---

<div class="post-metadata">

**Author:** ![Torsten](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/torsten/32/1574_2.png) [@Torsten](https://the.fmsoup.org/u/Torsten)\
**Post date:** [June 13, 2022, 4:39pm UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/11 "2022-06-13T16:39:30Z")

</div>

Did so 🙂

---

<div class="post-metadata">

**Author:** ![Markus](https://avatars.discourse-cdn.com/v4/letter/m/b782af/32.png) [@Markus](https://the.fmsoup.org/u/Markus)\
**Post date:** [June 13, 2022, 5:56pm UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/12 "2022-06-13T17:56:27Z")

</div>

something in the log's? (fm log's and system log's)

I'm afraid that problems with access rights often indicate a problem with a file - but can also be 'infra-structured'

---

<div class="post-metadata">

**Author:** ![Torsten](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/torsten/32/1574_2.png) [@Torsten](https://the.fmsoup.org/u/Torsten)\
**Post date:** [June 13, 2022, 7:37pm UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/13 "2022-06-13T19:37:39Z")

</div>

No log entries corresponding to any problem. The UI file has a script that verifies if all files of the solution can be write-accessed by the server. If not, the solution terminates with an error message. This error message is not produced and the solution starts normally, despite the issue.

---

<div class="post-metadata">

**Author:** ![Malcolm](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/malcolm/32/196_2.png) [@Malcolm](https://the.fmsoup.org/u/Malcolm)\
**Post date:** [June 13, 2022, 9:16pm UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/14 "2022-06-13T21:16:09Z")

</div>

Curiosity question: does the script check the owner/group privileges and the modification privileges?

General question: are all user accounts affected, or only the admin account?

---

<div class="post-metadata">

**Author:** ![Torsten](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/torsten/32/1574_2.png) [@Torsten](https://the.fmsoup.org/u/Torsten)\
**Post date:** [June 13, 2022, 9:41pm UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/15 "2022-06-13T21:41:58Z")

</div>

The script runs with the user’s privileges.  
All other accounts do not have edging privs for layouts and scripts.

---

<div class="post-metadata">

**Author:** ![jkoester](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/jkoester/32/2003_2.png) [@jkoester](https://the.fmsoup.org/u/jkoester)\
**Post date:** [June 14, 2022, 7:49am UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/16 "2022-06-14T07:49:13Z")

</div>

Are the file permissions correct?  
 ![permissions](https://canada1.discourse-cdn.com/flex030/uploads/fmsoup/original/2X/e/e0255cbbd6f609eb536a1bc4adeba013bb02bad3.jpeg)

---

<div class="post-metadata">

**Author:** ![Torsten](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/torsten/32/1574_2.png) [@Torsten](https://the.fmsoup.org/u/Torsten)\
**Post date:** [June 14, 2022, 9:51am UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/17 "2022-06-14T09:51:12Z")

</div>

The fmserver account has rw rights, the fmsadmin account does not exist on the system.

![Screenshot 2022-06-14 at 11.53.23](https://canada1.discourse-cdn.com/flex030/uploads/fmsoup/original/2X/3/3971b3dd1dbb6060c7a11139466220b4d7d92b1c.png)

---

<div class="post-metadata">

**Author:** ![jkoester](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/jkoester/32/2003_2.png) [@jkoester](https://the.fmsoup.org/u/jkoester)\
**Post date:** [June 14, 2022, 11:12am UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/18 "2022-06-14T11:12:01Z")

</div>

please click "alt & +"

---

<div class="post-metadata">

**Author:** ![FileKraft](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/filekraft/32/1183_2.png) [@FileKraft](https://the.fmsoup.org/u/FileKraft)\
**Post date:** [June 14, 2022, 12:47pm UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/19 "2022-06-14T12:47:56Z")

</div>

did you run any maintenance tools on the server?  
run a backup and swap files with backup - if it writes backups ..

---

<div class="post-metadata">

**Author:** ![pcsasd](https://yyz2.discourse-cdn.com/flex030/user_avatar/the.fmsoup.org/pcsasd/32/1103_2.png) [@pcsasd](https://the.fmsoup.org/u/pcsasd)\
**Post date:** [June 15, 2022, 8:35pm UTC](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946/20 "2022-06-15T20:35:10Z")

</div>

There are several persistent posts at FMI community about the failure to use Upload To Host on Macs, resulting in a few patches ( see post ) which in my case did not help on several mac mini servers.

Annoying as this is an essential step to make sure the file permissions are set correctly which is not the case when you do a manual copy paste to the data folder of FMS. Still, for some users this solved the issue so it may be wortwhile to check the patches in the link above.

[Next page](https://the.fmsoup.org/t/account-with-full-access-rights-and-no-rights-to-edit-the-file/2946.md?page=2)
