Re: Final Cut Pro issue
Re: Final Cut Pro issue
- Subject: Re: Final Cut Pro issue
- From: Zach Starkebaum <email@hidden>
- Date: Thu, 18 Feb 2010 11:45:20 -0700
While I'm haven't directly experienced this issue with Final Cut Pro this sounds a lot like you have an issue with your ACL entries in OS X Server. I would use Workgroup Manager to make sure you have proper permission settings on the directory where the FCP files are being saved. You should make sure inheritance is properly set so that new files will inherit the permissions of the containing folder.
This is just a guess but certainly something to check,
Zach Starkebaum
email@hiddenOn Wed, Feb 17, 2010 at 6:29 PM, Adam Connor/ Buymax
<email@hidden> wrote:
I'm sorry if this is the wrong list, it is the most appropriate I could find.......
I have a client who is using FCP 6.05/6.06 in an unsupported configuration, with projects being stored, and worked on on the server. The issue is that if a user restarts their machine, other users who try to save their projects to the server get a "FILE ERROR: FILE UNKNOWN" message. You can get around this by saving to the local desktop then depositing the files on to the server, but this is not convenient and wastes time.
We've traced this issue to a UID (User ID) conflict. ie. everyone is connected to the server with network accounts, but all of the client machines have UID's of 501. When we do the same test on a machine with a UID of 510, the issue does not occur.
We've upgraded to Mac OS X Server v10.6 and re created all the network accounts with no change. I'm pretty sure this is an FCP issue because otherwise we'd have trouble saving all docs in this way........
1. does anyone know if this issue is fixed in Final Cut Pro v7? (I don't mean supported, just fixed)
2. this issue indicates that FCP is using incorrect file attributes to store files on the server, and during a client restart this confuses the server. Can anyone suggest a different way of making this work? Have I set up the user accounts on the server incorrectly?
3. We are prepared to put some resources into fixing this. If all else fails we may build a SAN, but really- if all else fails!
I appreciate any insight you can offer.
Regards
Adam Connor
ph 04 111 7 9999
fx 02 82125852
Buymax Pty Ltd
PO Box 444
Artarmon NSW 1570
ABN 68 128 106 279
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Pro-apps-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Pro-apps-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden