Additional information.  I started another run, and captured the exact
expanded commands.  These SHOULD BE the exact commands used in the last
run except for the snapshot name (this script makes a recursive snapshot
just before it starts a backup).  In any case they ARE the exact commands
used in this new run, and we'll see what happens at the end of this run.

(These are from a bash trace as produced by "set -x")

+ zfs create -p bup-wrack/fsfs/zp1
+ zfs send -Rp z...@bup-20100810-154542gmt
+ zfs recv -Fud bup-wrack/fsfs/zp1

(The send and the receive are source and sink in a pipeline).  As you can
see, the destination filesystem is new in the bup-wrack pool.  The "-R" on
the send should, as I understand it, create a replication stream which
will "replicate  the specified filesystem, and all descendent file
systems, up to the  named  snapshot.  When received, all properties,
snapshots, descendent file systems, and clones are preserved."  This
should send the full state of zp1 up to the snapshot.  And the receive
should receive it into bup-wrack/fsfs/zp1.)

Isn't this how a "full backup" should be made using zfs send/receive? 
(Once this is working, I think intend to use -I to send incremental
streams to update it regularly.)

bash-4.0$ zpool list
NAME        SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
bup-wrack   928G  4.62G   923G     0%  1.00x  ONLINE  /backups/bup-wrack
rpool       149G  10.0G   139G     6%  1.00x  ONLINE  -
zp1        1.09T   743G   373G    66%  1.00x  ONLINE  -

zp1 is my primary data pool.  It's not very big (physically it's 3 2-way
mirrors of 400GB drives).  It has 743G of data in it.  bup-wrack is the
backup pool, it's a single 1TB external USB drive.  This was taken shortly
after starting the second try at a full backup (since the b134 upgrade),
so bup-wrack is still mostly empty.

None of the pools have shown any errors of any sort in months.  zp1 and
rpool are scrubbed weekly.





-- 
David Dyer-Bennet, d...@dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to