Q: Why does copying to my Time Capsule internal drive stall?
Brand new Airport with 3TB Time Capsule (and also a brand new quad-core Mini). Almost every time I copy something over the network to the ATC's internal drive (from either my new Mini or my old one), it begins the copy and then stalls for quite some time at some midpoint of the progress bar.
Is this normal? Or a normal problem with a known solution?
Or am I complicating things by having both a wired gigabit connection AND an Airport N connection live at the same time? That is, I have Airport turned on for both my Minis, connected to the Airport Time Capsule, AND I have ethernet cables connecting both my Minis to the gigabit ports of the ATC. Is this not only redundant (which I wouldn't mind) but counter-productive/causing the stall?
I.e., isn't an ATC smart enough to use the fastest available connection method without stepping on its own toes? Isn't Mac OS X smart enough to prevent that too?
Thanks in advance for any useful insights!
(As a side-point, I have NOT yet configured Time Machine to back up my Minis to the Time Capsule - I'll be doing that later after I've got each Mini's role on my network sorted out. So Time Machine activities are NOT part of the problem I've describing above.)
Airport Time Capsule 802.11ac, OS X Mountain Lion (10.8.4)
Posted on Sep 21, 2013 4:33 AM
Or am I complicating things by having both a wired gigabit connection AND an Airport N connection live at the same time? That is, I have Airport turned on for both my Minis, connected to the Airport Time Capsule, AND I have ethernet cables connecting both my Minis to the gigabit ports of the ATC. Is this not only redundant (which I wouldn't mind) but counter-productive/causing the stall?
Dual paths are not redundant.. they mess things up.. simply turn off the wireless.
If you are copying a single large file the whole copy should proceed at full speed.. if the copy includes lots of little files it will slow down considerably.. TC is not efficient way for storing small files.. and over network there is a lot of time spent dealing with the file allocation etc.
Do a test with a single file of say 3GB and see what happens.
I.e., isn't an ATC smart enough to use the fastest available connection method without stepping on its own toes? Isn't Mac OS X smart enough to prevent that too?
It should.. you put the ethernet to the top of the order in the network area.
Just use the bottom icon and set the order.
But my experience is that having both wireless and ethernet working to the same location even with the order correct still causes issues.
(You see I have wireless and ethernet active and in the right order.. but the wireless is to access my bridged modem and has no effect on speed to the TC, it is a different IP range.)
TM works better than just straight copying a lot of small files.. but it can still be slow in the middle of a backup as a lot of system files are small.
Posted on Sep 21, 2013 6:51 AM

