Sometimes, as a result of the workstation or EVO attempting to protect content, an error may be returned when a user attempts to remove or rename files or folders from a shared volume. There are a number of situations that can produce this behavior; here are some things to keep in mind if permission trouble is encountered.
1. Is the share in Project Locking mode?
Expand the details for the logical disk at the NAS & Project Sharing page to see if the share is in Unlocked, Locked, or Project Locking mode.
As a protection, EVO will refuse deletion for a file, or a folder that contains a file, which appears to still be in use. This could be a result of the EVO's own Project Locking functionality, or from an application that still has a file open.
Even if users aren't currently working with projects, it's possible a lock is still engaged. To see if this may be the case, and to clear all active locks for the share:
1. When it's safe to do so, have all users unmount the affected EVO share to ensure no needed locks will be removed.
2. On the NAS & Project Sharing page in the EVO web UI, expand the details for the logical disk, select the intended share, and choose Clear All Locks. This option will remove all active project locks on the share.
2. Is more than one protocol enabled for the share?
AFP and SMB also store metadata differently, and using both protocols at the same time can result in permission discrepancies (and more problems).
We strongly recommend allowing only one protocol (SMB) per NAS share — Mac operating systems can use SMB or AFP, while Windows machines are only capable of using SMB; however, Apple deprecated AFP with OS X 10.9, so SMB is almost always recommended.
3. Check the amount of storage left on the logical disk that contains the NAS share.
When a logical disk is very full, there can be issues with removing files. If this is the case, a good step would be to check if the recycle bin is enabled on the NAS shares present on the logical disk.
On the NAS & Project Sharing page in the EVO web UI, once the logical disk is expanded to show shares, click Edit next to the NAS share in question to see if Enable Recycle Bin is checked.
When this is active, a file deleted from the share will go to the NAS recycle bin. The NAS recycle bin link can be found at the bottom of the NAS & Project Sharing page.
Emptying the recycle bin may provide enough free space to properly delete the file in question. See this article for more information.
4. Does an application still have a file open?
It's also possible the application is no longer using the file, but EVO was not informed the file should be closed, such as if the volume were unexpectedly unmounted from the workstation while the application was still using it.
If the symptom persists after reviewing the above suggestions, contact our support team for assistance!