If a capped collection is hot, an initial sync of a new replica set member can often fail because the cursor gets overrun while syncing.
One possible solution is when detected on a syncing secondary, to stop cloning the collection, and let the oplog sync take care of it.
Note: if this happens, it could mean the oplog sync will never converge as well.
– OLD BELOW –
Any write to a full capped collection deletes old record(s).
The delete seems to invalidate all cursors on the collection,
Attempt to initial sync a capped collection with master/latest that's being inserted into:
Note, failure is almost instant, unlike in 2.4 where such failure would happen "eventually" if the writes were "fast enough".
It appears that if the failure does not immediately happen, then the clone succeeds - possible timing interaction issue?