Tony,
On Wed, Feb 04, 2009 at 09:10:26AM -0800, Tony Galway wrote:
> Thanks ... the -F works perfectly, and provides a further benefit in that the
> client can mess with the file system as much as they want for testing
> purposes, but when it comes time to ensure it is synchronized each night, i
Thanks ... the -F works perfectly, and provides a further benefit in that the
client can mess with the file system as much as they want for testing purposes,
but when it comes time to ensure it is synchronized each night, it will revert
back to the previous state.
Thanks
-Tony
--
This message
Greg Mason wrote:
> Tony,
>
> I believe you want to use "zfs recv -F" to force a rollback on the
> receiving side.
>
> I'm wondering if your ls is updating the atime somewhere, which would
> indeed be a change...
Yes.
If you want to have a look around it, cd into the last snapshot and look
a
Tony,
I believe you want to use "zfs recv -F" to force a rollback on the
receiving side.
I'm wondering if your ls is updating the atime somewhere, which would
indeed be a change...
-Greg
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http:/
I am trying to keep a file system (actually quite a few) in sync across two
systems for DR purposes, but I am encountering something that I find strange.
Maybe its not strange, and I just don't understand - but I will pose to you
fine people to help answer my question. This is all scripted, but