Fletcher Cocquyt
2010-Jan-21 17:09 UTC
[zfs-discuss] ZFS filesystem lock after running auto-replicate.ksh - how to clear?
Hi, I found this script for replicating zfs data: http://www.infrageeks.com/groups/infrageeks/wiki/8fb35/zfs_autoreplicate_script.html - I am testing it out in the lab with b129. It error-ed out the first run with some syntax error about the send component (recursive needed?) But I have not been able to run it again - it says the destination filesystem is locked: god at lab-zfs-01:~ 10:50am 3 # ./auto-replicate.ksh data1/vms data1 lab-zfs-02 Destination filesystem data1/vms exists Filesystem locked, quitting: data1/vms god at lab-zfs-01:~ 10:50am 4 How do I clear the lock - I have not been able to find documentation on this... thanks!
Fletcher Cocquyt
2010-Jan-23 16:44 UTC
[zfs-discuss] ZFS filesystem lock after running auto-replicate.ksh - how to clear?
Fletcher Cocquyt <fcocquyt <at> stanford.edu> writes:> I found this script for replicating zfs data: >http://www.infrageeks.com/groups/infrageeks/wiki/8fb35/zfs_autoreplicate_script.html> > - I am testing it out in the lab with b129. > It error-ed out the first run with some syntax error about the send component > (recursive needed?) >..snip..> > How do I clear the lock - I have not been able to find documentation on this... > > thanks! >Hi, as one helpful user pointed out, the lock is not from ZFS, but an attribute set by the script to prevent contention (multiple replications etc). I used zfs get/set to clear the attribute and I was able to replicate the initial dataset - still working on the incrementals! thanks!
Brent Jones
2010-Jan-23 19:04 UTC
[zfs-discuss] ZFS filesystem lock after running auto-replicate.ksh - how to clear?
On Sat, Jan 23, 2010 at 8:44 AM, Fletcher Cocquyt <fcocquyt at stanford.edu> wrote:> Fletcher Cocquyt <fcocquyt <at> stanford.edu> writes: > > >> I found this script for replicating zfs data: >> > http://www.infrageeks.com/groups/infrageeks/wiki/8fb35/zfs_autoreplicate_script.html >> >> ?- I am testing it out in the lab with b129. >> It error-ed out the first run with some syntax error about the send component >> (recursive needed?) >> > ..snip.. >> >> How do I clear the lock - I have not been able to find documentation on this... >> >> thanks! >> > > Hi, as one helpful user pointed out, the lock is not from ZFS, but an attribute > set by the script to prevent contention (multiple replications etc). > I used zfs get/set to clear the attribute and I was able to replicate the > initial dataset - still working on the incrementals! > > thanks! > > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >As the person who put in the original code for the ZFS lock/depend checks, the script is relatively simple. Seems Infrageeks added some better documentation which is very helpful. You''ll want to make sure your remote side doesn''t differ, ie. has the same current snapshots as the sender side. If the replication fails for some reason, "unlock" both sides with ''zfs set''. What problems are your experiencing with incrementals? -- Brent Jones brent at servuhome.net