Simon Edelmann

That‘s interesting… I‘ve tried multiple times in a row already and it never worked until I put load on the server. (I recognised that, because only working backups were happening at night when a rsync script was running on the server.) The manual backup cancellation might be there, because I tried to get a clean log for this post by stopping+manually starting the backup. (Which is strange though, as I didn‘t manually stopped this attempt, but only the attempt before.)

I am struggling with TimeMachine aswell. Have tried TimeMachine docker a few months ago, with no success either. No I am using some strange workaround to get my backups running, but I have to do that manually all the time. Would be interested to know if this is working for anyone else!

Hello, this is one more attempt to debug the bug I (and some others) encounter, using TimeMachine with Unraid. Short description My Mac should backup itself regularly via TimeMachine to the Unraid server. The issue is that after the initial backup, incremental backups sometimes works and sometimes doesn't. If it doesn't work, TimeMachine is getting stuck on connecting. But I noticed a strange coincidence: Whenever I put load on my Unraid's CPU, TimeMachine connects perfectly. Whenever there is no load on my Unraid's CPU, TimeMachine does not connect. Does anyone has an idea why this could happen? My current workaround is to put load on one CPU core via this command: cat /dev/zero > /dev/null Then I manually start the TimeMachine backup. As soon as TimeMachine has connected, I stop the load via Ctrl+C. # # # # # # # # # # Below I will add detailed information about my setup. Also the diagnostics file is attached. Hardware I am using a (Intel) MacBook Pro from 2018 using the newest MacOS Ventura 13.2. My Unraid server is quite small: only 2x4TB + 1TB SSD, an Intel J5040 CPU and 16GB RAM. It is running Unraid 6.11.5 and is mainly used for backups of various webspaces/VPS/etc. as well as my Mac. SMB Settings Enable SMB: Yes Hide dot files: No SMB Multi Channel: Yes Mac interop.: Yes NetBIOS: No WSD: Yes /boot/config/smb-fruit.conf vfs objects = acl_xattr fruit streams_xattr fruit:encoding = native fruit:metadata = stream fruit:posix_rename = yes Share settings (excerpt) Use cache pool: Yes Enable copy-on-write: Yes SMB Export: Yes/Time Machine Time Machine volume limit: 1000000 Security: Private Time Machine logs 2023-02-02 13:16:43 Starting manual backup 2023-02-02 13:16:43 Attempting to mount 'smb://simon@NAS._smb._tcp.local/timemachine' 2023-02-02 13:16:44 Initial network volume options for 'timemachine' {disablePrimaryReconnect: 0, disableSecondaryReconnect: 0, reconnectTimeOut: 0, QoS: 0x0, attributes: 0x1C} 2023-02-02 13:16:44 Configured network volume options for 'timemachine' {disablePrimaryReconnect: 0, disableSecondaryReconnect: 0, reconnectTimeOut: 30, QoS: 0x20, attributes: 0x1C} 2023-02-02 13:16:44 Mounted 'smb://simon@NAS._smb._tcp.local/timemachine' at '/Volumes/.timemachine/NAS._smb._tcp.local/66074A41-37F0-44B7-BE6A-9A15AA8C9EE6/timemachine' (365.01 GB of 1.05 TB available) 2023-02-02 13:16:45 Skipping periodic backup verification: not needed for an APFS sparsebundle 2023-02-02 13:16:45 'MacBook Pro von Simon.sparsebundle' does not need resizing - current logical size is 996.15 GB (996,147,200,000 bytes), size limit is 996.15 GB (996,147,200,000 bytes) 2023-02-02 13:16:45 Mountpoint '/Volumes/.timemachine/NAS._smb._tcp.local/66074A41-37F0-44B7-BE6A-9A15AA8C9EE6/timemachine' is still valid 2023-02-02 13:16:45 Checking for runtime corruption on '/Volumes/.timemachine/NAS._smb._tcp.local/66074A41-37F0-44B7-BE6A-9A15AA8C9EE6/timemachine/MacBook Pro von Simon.sparsebundle' 2023-02-02 13:17:31 Failed to attach using DiskImages2 to url '/Volumes/.timemachine/NAS._smb._tcp.local/66074A41-37F0-44B7-BE6A-9A15AA8C9EE6/timemachine/MacBook Pro von Simon.sparsebundle', error: Error Domain=NSPOSIXErrorDomain Code=19 "Operation not supported by device" UserInfo={DIErrorVerboseInfo=Failed to initialize IO manager: Failed opening folder for entries reading} 2023-02-02 13:17:31 Failed to unmount '/Volumes/.timemachine/NAS._smb._tcp.local/66074A41-37F0-44B7-BE6A-9A15AA8C9EE6/timemachine', Disk Management error: { 2023-02-02 13:17:31 Failed to unmount '/Volumes/.timemachine/NAS._smb._tcp.local/66074A41-37F0-44B7-BE6A-9A15AA8C9EE6/timemachine', error: Error Domain=com.apple.diskmanagement Code=0 "No error" UserInfo={NSDebugDescription=No error, NSLocalizedDescription=Kein Fehler.} 2023-02-02 13:17:31 Waiting 60 seconds and trying again. 2023-02-02 13:17:31 Cancelling backup because volume '/Volumes/.timemachine/NAS._smb._tcp.local/66074A41-37F0-44B7-BE6A-9A15AA8C9EE6/timemachine' was unmounted. 2023-02-02 13:17:31 Requested backup cancellation or termination 2023-02-02 13:17:32 Backup cancelled (22: BACKUP_CANCELED) 2023-02-02 13:17:32 Failed to unmount '/Volumes/.timemachine/NAS._smb._tcp.local/66074A41-37F0-44B7-BE6A-9A15AA8C9EE6/timemachine', Disk Management error: { 2023-02-02 13:17:32 Failed to unmount '/Volumes/.timemachine/NAS._smb._tcp.local/66074A41-37F0-44B7-BE6A-9A15AA8C9EE6/timemachine', error: Error Domain=com.apple.diskmanagement Code=0 "No error" UserInfo={NSDebugDescription=No error, NSLocalizedDescription=Kein Fehler.} 2023-02-02 13:17:32 Cleared pending cancellation request nas-diagnostics-20230202-1315.zip Edit: Updated the workaround

I have the same problems with TimeMachine.... sometimes it works, sometimes it doesn't. Recently I discovered that many of my working backups were done in the night around 3:30, when I was not using the computer at all. But my Unraid server does have a cronjob at 3:30, which does a rsync backup of another machine. So today I made an experiment: Last working TimeMachine backup on my Mac was 3 days ago, manually starting the backup did not work. I tried that multiple times in a row. Then I run the rsync-script on my Unraid server and after that run TimeMachine on my Mac again. And magically it worked! I repeated the whole thing twice, TimeMachine seems only to connect to the backup volume if that rsync script is working in background. But when the script was running, TimeMachine worked every time. My Unraid machine is quite small (2 HDDs+1 Cache-SSD for now) and not accessed most of the time. Could it be that something is idle and therefore TimeMachine runs in a timeout and cannot connect? @limetech I will attach logs and my configuration here, just in case it helps... SMB Settings Enable SMB: Yes – Hide dot files: No – SMB Multi Channel: Yes – Mac interop.: Yes – NetBIOS: No – WSD: Yes /boot/config/smb-fruit.conf vfs objects = acl_xattr fruit streams_xattr fruit:encoding = native fruit:metadata = stream fruit:posix_rename = yes And here is the rsync-script, its basically only cleaning up some older backups and then calling rsync, so I guess it is the workload on the server which makes the difference: #!/bin/sh DAY=$(date +%A) if [ -e /mnt/user/server/$DAY ] ; then rm -fr /mnt/user/server/$DAY fi rsync -qaHAXS --delete --inplace --backup --backup-dir=/mnt/user/server/$DAY [email protected]:/home [...] /mnt/user/server/current/ Edit: I experimented with different approaches to put load on the server. TimeMachine backup works, if: - rsync script is running (see above) - I stress test my cpu with this command: for i in $(seq $(getconf _NPROCESSORS_ONLN)); do yes > /dev/null & done TimeMachine backup does not work, if: - Unraid server is not in use - I copy large files from Unraid to my Mac - I copy large files from my Mac to Unraid nas-diagnostics-20230122-1201.zip