Just reread your response. If the send/recv fails the snapshot should NOT turn up on chucky (the recv machine) right? However, it is turning up but the original on the sending machine is being destroyed by something (which I'm guessing is the time-slider-cleanup cronjob below)
Here's the full crontab for root 10 3 * * * /usr/sbin/logadm 15 3 * * 0 [ -x /usr/lib/fs/nfs/nfsfind ] && /usr/lib/fs/nfs/nfsfind 30 3 * * * [ -x /usr/lib/gss/gsscred_clean ] && /usr/lib/gss/gsscred_clean 30 0,9,12,18,21 * * * /usr/lib/update-manager/update-refresh.sh 5,20,35,50 * * * * /usr/lib/time-slider-cleanup -y Do you have any suggestions as to why they're being destroyed and why they're being destroyed after the a gap of 1 hour 4 minutes (that's the delay between taking the snapshot and the start of sending/receiving)? time-slider-cleanup would have run 4 times during that period. -- This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss