Hey Matt
were you able to reproduce this? I am using the straight S10U2 bits. I can give you access to the system, if you want. One last piece of information should be that my pools are created of files, due to lack of disks for experimenting.
On Sep 18, 2006, at 10:04 PM, Matthew Ahrens wrote: Jan Hendrik Mangold wrote: I didn't ask the original question, but I have a scenario where I want to use clone as well and encounter a (designed?) behaviour I am trying to understand. I create a filesystem A with ZFS and modify it to a point where I create a snapshot [EMAIL PROTECTED] Then I clone that snapshot to create a new filesystem B. I seem to have two filesystem "entities" I can make independant modifications and snapshots with/on/from. The problem I am running into is that when modifying A and wanting to rollback to the snapshot [EMAIL PROTECTED] I can't do that as long as the clone B is mounted. Is this a case where I would benefit from the ability to sperate the clone? Or is this something not possible with ZFS?
Hmm, actually this is unexpected; you shouldn't have to unmount the clone to do the rollback on the origin filesystem. I think that our command-line tool is simply being a bit overzealous. I've filed bug 6472202 to track this issue; it should be pretty straightforward to fix.
Thanks for bringing this to our attention! --matt
-- Jan Hendrik Mangold Sun Microsystems 650-585-5484 (x81371)
"idle hands are the developers workshop"
|
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
