What are the permissions for the FileMaker Live Data folder? Make sure "fmserver" user ID has read/write permissions.
It seems to be trying to save it to volumes/mac mini server/..... rather than filemac:/mac mini server/.... which is the presumably the correct path. I can see where the "volumes" comes from.
The volumes is the correct way to refer things from the OS view. the "filemac:/..." thing is a FileMaker only nomenclature. So this is not the problem. I'm quite sure it is a permissions issue. Did you manually create the Paving folder? If so, erase it and use the Admin Console to create the folder. If Admin Console can't create a folder, then fmserver does not have read/write access to the live data folder and you need to fix the permissions.
I have just discovered my WebServer has been disabled, and cant get it to re-activate. It seems my port 80 on my router is closed - would this explian the problem ?
No, Admin Console uses port 16000. Have you looked at the permissions? Let us know what the live FileMaker Data folder's permissions are and I bet we can help you out.
OK. 16000 is open.
I have tried to attach a screenshot, but this fails.
I have been to file/security/manage privilege sets & extended privileges in the database file - I assume that is the one you are referring to.
All privileges are set to allow for all extended privileges.
The paving folder was created in the Load Database section using the admin console as you suggest.
Does the fail which fails have containers set to external storage? I have encountered something similar with a large file which had a LOT of contaner data, when trying to upload it with setting set to external storage. The Server admin routine encounter problems in uploading while creating the external storage area on the server.
My solution was to make a copy of the file locally, strip out the images from the copy I was readying for upload. After the upload, I imported on matching IDs to populate the containers in the file which was on the server from the local file which still had the container data. The file uploaded OK without the externally-stored container data present, and behaved OK once on the server.
I wanted to know the operating system level permissions and not FileMaker. I think you are having permissions problems at the POSIX level or the Access Control List level. Click on the Data folder icon and do a Get Info and then look at the permissions. See if there is an account called fmserver and what its permissions are. I bet they are read only and not write and that is the problem that needs fixed.
No. Permissions in Data folder on server are set to Read and Write. There is fmserver and fmsadmin - both set the same.
The file is small. 16Gb. There are containers, but all are empty. It is a fresh cloned database - no different from the others I have successfully loaded.
I have even tried to reload other databases previously successfully loaded using a different file name. Same response.
I am assuming there is sufficient disk space. 16 gigabytes is generally pretty big. Are you sure there are no containers? Could it be 16 megabytes? Either way, just verify the space on the drive.
Sorry. Being an idiot. 16 Mb. Yes pleanty of disc space.
I tried copying the database directly into the Data folder. I dont know whether you can actually do that.
While the layout will open, I was unable to modify fields - this ties in with your permissions theory.
I checked on the databases permissions, and there they (fmapp) were showing write only. Changing it did not resolve the issue however.
No problem on the MB thing.
Copying a database directly into the data folder is not a good thing because permissions get messed up that way. If you do, you'll want to remove it and use the Admin Consle to upload it.
Basically, even copying a file from the Data folder if it is open can corrupt it. So you really want to avoid touching anything in the data folder except with the Admin Console. You will always be safest that way.
Kim may have confused the "G" and "M" keys,
As you found out the permissions are not changed when using the Finder to copy the file. Its perfectly acceptable to do this but you must change the OS level file permissions before you open the file in FMS.
Since you've already opened the file you must first close it before changing the file permissions. FMS only checks file permissions on file open. Changing permissions while the file is open will not allow FMS to modify it.
Since you've already changed the permissions you can probably just close and open the file in FMS.
There are many options for placing a file in the FMS data folder. An easy way to give FMS access is to set "Everyone" to Read/Write access. *****However, its still best practice to change the ownership and group as well.
You can select the folder the databases are in and propagate folder permissions to enclosed object (that's all files and folders).
Close the file and move it out of the folder then use the Admin Console to upload it.