This article discusses a problem that can cause files to be temporarily unavailable from Mac clients under certain circumstances. Primarily this problem can occur when there is heavy file system activity on the Acronis Files Connect (formerly ExtremeZ-IP) server itself, unrelated to access from Mac clients. As of Acronis Files Connect 3.2, the potential for the problem has been diminished, and there is also a registry option to optimize Acronis Files Connect for high-volume servers that may still encounter the situation with the default settings.
In this article, "notifications" are message sent from the operating system (Windows) to Acronis Files Connect concerning file/folder changes made to Acronis Files Connect volumes. The way this works is the following:
Acronis Files Connect will make a call to the operating system asking what changes Windows users have made to a particular volume. Acronis Files Connect knows what all the Macintosh changes are because Acronis Files Connect is performing those changes itself. The call made to the operating system requires a buffer be passed to the operating system. The operating system places all of the changes into the buffer for Acronis Files Connect to read.
The problem that occurs is the amount of space needed to fit all of the notifications is much larger than the buffer passed to the operating system. The result is missed notifications.
Rectifying the Problem:
There are two options to fixing this problem. Increase the buffer size for all of the volumes Acronis Files Connect shares, or increase the buffer on the affected volumes only (recommended).
Option 1: Add into the registry location:
Version 3: \HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\ExtremeZ-IP\Parameters\
Version 4: \HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\ExtremeZ-IP\Parameters4\NonRefreshable\
DWORD Value NotificationBuffer 512
Option 2 (recommended): Add volume specific changes into the registry areas above:
DWORD Value (volume name)_NotificationBuffer 512
Example: The volume name is Test, so the DWORD would be Test_NotificationBuffer. Do this for all of the volumes that are affected by the copy.
For these keys to work the server must to stopped and restarted. They are not refreshable. If the problem persists after increasing the buffer size, contact Group Logic Support.
Buffer size verses previous versions:
The buffer size previous to 3.2x13 was 128K, the default in 3.2x13 is 256K. This means Acronis Files Connect is using 2x more notification buffer memory per volume in 3.2x13. Most users will not have a problem with this increase. However if the Acronis Files Connect process is using near 2GB of memory usage or using the 3GB switch, users may want to revert to 128K as long as they are not encountering the problem.
Possible reason for missed notifications:
Running other CPU intensive software on the same machine as Acronis Files Connect, may cause notifications to be missed. As the user increases the number of applications on the server, the less time each application will get access to the CPU. Because the amount of time between Acronis Files Connect directory change requests increases, the more likely it will miss notifications.
For example, a client is copying files from one Windows server to the Acronis Files Connect server as a constant rate. On average the size of the buffer required to fit all of the notifications every 500milliseconds is 200K. Acronis Files Connect asks approximately every 500milliseconds (in this example) with a buffer size of 256K. The client decides to also run SQL server and data replication software on the Acronis Files Connect server. Because all 3 applications need time on the CPU and of the operating system Acronis Files Connect now asks approximately every 750milliseconds. So the average buffer size required is 300K, notifications are now being missed.
If increasing the size of the buffer is not possible there is a workaround that may help.
Rather than copying the files/folders to the Acronis Files Connect volume, to move them. For example, if the client is copying files/folders from server 1 to the Acronis Files Connect server (server 2) have them adjust the workflow so the files are copied to a temporary folder on server 2 (not shared with Acronis Files Connect). This folder must be on the same physical drive as the Acronis Files Connect destination folder, and would be helpful if it was also the same logical drive. Then move the contents from the temporary folder to Acronis Files Connect. As far as performance, the move is usually instantaneous, so the timing on a particular workflow should be unaffected.
The reason this workaround will help is: If a folder with 500 files is copied from folder A to folder B; 500 notifications are sent. If a folder with 500 files is moved from folder A to folder B; 1 notification is sent. Acronis Files Connect then recurses through the folder adding the children manually.