Summary
This article outlines the steps system administrators must follow to resolve workspace sync failures. The fix includes updating spaceutil.php, restarting PHP services, and clearing stalled sync locks.
1. Update spaceutil.php
Steps
Navigate to the PHP directory: cd /mnt/data/magnum/secure/REL7210.5-17/php
Copy the updated
spaceutil.phpfrom S3: aws s3 cp s3://ssmdrive/php/spaceutil.php .Update permissions: chmod 774 spaceutil.php
Update ownership: chown deploymentuser: spaceutil.php
2. Restart PHP 8.5
Restart the PHP-FPM service to apply the fix.
service php8.5-fpm restart
(Optional) Check status:
service php8.5-fpm status
3. Reset Workspace Sync Status
Open the sync status file: /mnt/data/private/_runningwsmsync.txt
If the file contains: 3 Change it back to: 0
4. Remove Sync Lock Directories
Navigate to the workspace directory (example shown): cd /mnt/data/private/_ws/110/
Remove stale sync lock folders: find . -type d -name "_mirror.txt_synclock" | xargs rm -rf
5. Validation Steps
After applying the fix:
- Confirm
php8.5-fpmis running normally. - Ask SO to initiate a workspace sync and ensure it completes.
- Verify no new
_mirror.txt_synclockfolders are generated unnecessarily: find . -type d -name "_mirror.txt_synclock"
Was this article helpful?
That’s Great!
Thank you for your feedback
Sorry! We couldn't be helpful
Thank you for your feedback
Feedback sent
We appreciate your effort and will try to fix the article