Time Machine Always Hangs At "Finishing Backup"

I’m running macOS 10.13.4, freshly installed within the past 9 months. Server is installed. Pretty vanilla installation, the only non-Apple software includes: the no-IP client, Java, and globalSAN iSCSI initiator.


Since setting up Time Machine backups, I have *never* gotten more than maybe four consecutive backups, ever, before it eventually hangs at “Finishing Backup”. Most recently, every attempt to run a backup will end with TM stuck at “Finishing Backup”. I have been totally unable to run automatic backups because of this.


The log shows all source volumes are backed up with no problems or errors, and a “Completed Snapshot” message is posted. However, the log stops there: a “Starting post-backup thinning” message, never posts, and I never get the final “Backup completed successfully” message. I’ve waited as long as 48 hours, and all that appears in the log in an hourly error that scheduled backups can’t proceed because a backup is still in progress. The GUI says “Finishing Backup”. I can cancel the backup and manually start a new backup, but the same thing will happen.


The snapshot appears to be OK... after canceling and deleting the .InProgress file from within the machine subdirectory, I can browse the backup just fine within Time Machine, and I appear to be able to restore files. Left alone, TM will eventually fire up and backup again, only it'll freeze again the same way.


I’ve tried multiple external USB hard drives—makes no difference. Most recently I tried an internal (locally attached) volume—no difference. I’ve tried an AFP file share on another 10.13.4 machine on my network—no difference. A system reboot has no real effect… sometimes after a reboot Time Machine will go two or three consecutive backups before hanging again, sometimes only once.


I’ve Googled exhaustively, I’ve read through these forums (here’s a post about a similar situation… there are a couple of “me too” but no solution https://discussions.apple.com/thread/8465947). I’ve scoured the infamous Pondini Time Machine FAQ. I even purchased and contemplated using Carbon Copy Cloner as an alternative backup tool, but after working with it extensively and trading e-mail with the author Mike Bombich, it really isn’t geared toward providing the kind of point-in-time recovery capability that TM provides.


Bottom line is, Time Machine will run through the snapshot process and snapshot the sources just fine, but then it hangs before starting the post-backup thinning. It just sits there indefinitely. I've got weeks invested in this and I'm so angry and frustrated I could scream. Can anybody offer any suggestions on what I can do to fix this? Is there any way I can dig deeper and find out just what Time Machine is doing while it's sitting there not posting anything in the log and not appearing to do anything else? I have four other Macs in my home here, half 10.10.5 and half 10.13.4, and Time Machine appears to work just fine on all of them--except this one.

Rack Mount Servers - Intel

Posted on Jan 8, 2019 6:04 PM

Reply
13 replies

Jan 8, 2019 6:08 PM in response to original_jeff

Hey there!


Have you tried any of the steps over at If a Time Machine backup takes longer than you expect - Apple Support?


I've had a similar issue before and after contacting Apple, they advised me to try repairing the backup drive using disk utility (which did not work for me).


I simply resorted to erasing the entire backup disk and setting up Time Machine again which worked perfectly for me.

Jan 11, 2019 4:10 PM in response to original_jeff

So here's the latest...


The rebuild after the forced power-down and restart completed successfully. I removed the drive that had rebuilt and replaced it with a cold spare ADM. I initiated a repair/rebuild with the new disk, and it has now completed successfully.


At the moment, Time Machine is once again successfully completing backups. Whether this is because I replaced the disk, or simply because of the reboot/rebuild, I don't know. I'll leave things to run and we'll see what happens. I think it's safe to say that if TM runs without hanging for a week, that would be sufficient proof to me that the issue was in fact due to a flakey disk, and was fixed by swapping it out. I should also mention that I've run Disk Utility's "First Aid" against the Time Machine volume, but not the system boot volume. That'll be my next step, if TM starts hanging again.

Jan 9, 2019 6:06 PM in response to BDAqua

BDAqua,


I've uncovered even more information. Not only are TM and DU getting stuck, my system hangs on shutdown. This has happened (hang on shutdown) on at least two previous occasions, but I never connected them to TM and DU getting stuck. This evening, I ran sudo shutdown -h now. The desktop froze and I got the little spinner in the middle of the screen, and that was it... system was hung tight, never moved.


I let it sit for 20 minutes before I did a forced power off. On reboot, I held down Command-R, but the system booted as normal without going into Recovery Mode. When the system came up, there were more fun problems.


First, Disk Utility is now starting normally. It reports that the (software) RAID 1 mirror set of twin internal drives that comprise the system volume is degraded, and disk0s2 currently shows "rebuilding". The disk itself isn't marked as failed or bad, and I don't see anything to indicate the disk is bad--other than the fact that it is currently rebuilding. This has happened the last two times the server hung on shutdown.


Second, OpenDirectory isn't running anymore. Apparently, the abnormal shutdown/forced power off corrupted OD. This has also happened the last two times the server hung on shutdown (corrupt OD). On all three occasions, I have been able to recover OD--thankfully--by rsync'ing the appropriate directory from the most recent TM backup.


I'm beginning to suspect your suggestion is correct--it may well be a problem with one of the two mirrored internal hard drives--although, I have to say, if a failing or flakey hard drive in a mirrored RAID array can bork up the system this badly, it kind of defeats the purpose of RAID-1 and doesn't speak too highly of Apple's software RAID implementation.


At the moment, I'm letting the mirror set rebuild (10% in 30 minutes). While I wait for it to complete, I'm going to check and see if TM will complete a backup now (I'm assuming it will work, since DU now works). When the rebuild it complete, I'll try rebooting to Recovery Mode again and hope for a normal shutdown. I'm really curious now to see what DU will report of the Mirror Set and the health of the individual disks.


Any additional comments or suggestions are welcome. I'll post more as I learn more.

Jan 9, 2019 6:09 PM in response to original_jeff

I should also add that I did several more hours of searching a reading online today. I discovered a few message threads where people report two of my symptoms: specifically that DU is hanging, and that their system hangs on shutdown. In most of those cases, the problem turned out to be a bad, flaky, or improperly unmounted/ejected external USB drive. However, in my case, I'm no using any USB drives. As seen in one of my earlier posts, however, it is now starting to look like the problem may have something to do with one of the two internal disks in the RAID-1 mirror set that comprises the system volume.

Jan 15, 2019 3:12 PM in response to original_jeff

One final post to wrap up this thread.


Although my root problem isn't solved (it appear to be Apple's software RAID), the issue for which I started this thread has been identified: the reason why Time Machine was hanging at "Finishing Backup" was, in my case, due to that fact that my RAID-1 mirror set was degraded. Once the mirror set was rebuilt and the RAID was healthy--and the server was rebooted--Time Machine resumed normal functioning. A few comments/observations:


  • The fact that a failed disk in a RAID-1 mirror set causes Time Machine to hang is inexcusable. That's just poor error handling on the part of whomever is responsible for TM.
  • The fact that TM doesn't log what its trying to do when it hangs is also inexcusable.
  • The fact that repairing the RAID-1 mirror set isn't enough by itself to allow TM to resume normal functioning, and that the server still needs to be rebooted even ever the RAID has been restored to healthy, is also pretty poor.


Thanks to ShadowDust99 and BDAqua.


I'm going to start another thread on this RAID business.

Jan 8, 2019 6:18 PM in response to ShadowDust99

Hi Shadow,


Thank you very much for your response! I hadn't seen that specific article until you posted the link. After reviewing it, unfortunately, most of it isn't applicable:


  • Your first backup -- TM has occasionally gotten past the first backup before getting stuck.
  • Large changes -- TM sticks regardless of the size or number of changes, even if there have been few or no changes
  • Network speed -- TM sticks when backing up local volumes to local volumes when the network is not involved
  • Antivirus software -- I'm not using any
  • Check your drives -- I'll admit, I haven't done this and I will give it a try. I highly doubt there is a problem with the backup drive, however, because I've tried using brand-new, blank drives, both as a network share and locally attached. I find it hard to believe that a new, blank, freshly formatted disk would need to be repaired.


I'll try checking my drives and will post back here if that has any impact--but I doubt seriously that it will.

Jan 8, 2019 7:00 PM in response to original_jeff

Well this is interesting... I'm trying to use Disk Utility to check all of my disks per ShadowDust99's suggestion, and I can't get DU to start. The GUI comes up but it just says "Loading disks..." with a spinning icon, and nothing happens. I tried logging out and logging back on again, and the same thing happens. Just for grins, I ran a manual TM backup and it still hangs at "Finishing Backup".


I wonder if these two problems are somehow related?


Googling on the DU stuck at "Loading disks", I get a LOT of hits with a lot of threads about people complaining about this problem. Aparently, it became a problem clear back at El Capitan, and has continued right up through High Sierra. While there are a lot of people experiencing the problem, there isn't much talk about a root cause. Several people indicate a runaway fsck process, but there is no fsck process running on my machine. Some also claim it may have to do with a USB device that wasn't correctly recognized, but at the moment I have no USB devices attached to the system. Still other people suggest a reboot to clear the problem--but that isn't a fix, that's a temporary workaround.


Still open to other hints or suggestions.

Jan 13, 2019 6:50 PM in response to original_jeff

Well, that didn't take long.


48 hours later and the machine has started exhibiting the exact same symptoms: TM and DU both hanging. Using the diskutil appleRAID command, I discovered that the other drive in my mirror set was now listed as "missing/damaged".


Since I know from experience that performing a shutdown at this point will hang and corrupt OD, I'm trying to do the entire disk replacement and RAID set rebuild from the command line. I successfully swapped out the disk with my last remaining spare ADM, and issued diskutil appleRAID disk2 /dev/disk1, where "disk2" is my RAID virtual volume, and /dev/disk1 is the new physical disk. The RAID mirror set is rebuilding as I write this.


I'm starting to think there's either a bug in Apple's software RAID, or some kind of hardware problem, or both, because I find it extremely difficult to believe that two new drives would fail so close together with such extraordinarily light duty usage. My gut is telling me there's something else wrong here, and failed drives in a mirror set is just a symptom. Even so, it is totally unacceptable that a failed drive in a RAID array causes the DU GUI to hang, and TM backups hang altogether. In fact, TM just so happened to kick off a backup just now while the RAID set was rebuilding (around 4% done), and it's hung just like it has so far. Such behavior isn't exactly "high availability" and doesn't speak highly of Apple reliability.


Next hurdle to cross: when the RAID set rebuild is complete and marked as healthy, will DU and TM resume normal functioning, or will I need to reboot first? And if I have to reboot, will the machine shut down, or will it still hang and corrupt my OD database? Details as events warrant...

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Time Machine Always Hangs At "Finishing Backup"

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.