From mboxrd@z Thu Jan 1 00:00:00 1970 From: C Anthony Risinger Subject: Re: Scary OOPS when playing with --bind, --move, and friends Date: Mon, 20 Dec 2010 22:44:24 -0600 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Cc: linux-btrfs@vger.kernel.org To: "Fajar A. Nugraha" Return-path: In-Reply-To: List-ID: On Mon, Dec 20, 2010 at 10:25 PM, C Anthony Risinger = wrote: > On Mon, Dec 20, 2010 at 10:19 PM, Fajar A. Nugraha w= rote: >> >> Still curious about your test scenario though. Can you double check >> it? A write on the snapshot should not appear on the parent >> filesystem. > > sorry maybe i wasn't very clear; my current root is a subvol... the > directory i was --bind mounting corresponded to /home/anthony: > > / > > and > > root/ > > are the same; so it should show up in my /home/anthony directory. =A0= if > mount the subvol by id, then --bind mount, it works as expected; only > when crossing the magic barrier doesn't things seem to freak out. s/doesn't/do/g to be exact, it looks like this: ----------------------------------------- (subvolid) [options] (262) /dev/sda / (__0) /dev/sda /home/anthony/sand/root [subvolid=3D0] (???) /home/anthony/sand/root/vols/262/home/anthony /home/anthony/sand/bind [--bind] ----------------------------------------- all my subvolumes are kept in a "vols" directory in the btrfs root, so my / and the --bind mount were suppose to be referencing the same location. additionally, TEST showed up in both locations... it was the editing part that blew up. NOTE however, that the subvol (id 262) itself was _never_ actually mounted, it was accessed thru the btrfs root mounted at `root`. i think this is the crux of the problem; --bind doesn't seem to know that the directory it was binding isn't 100% "within" the mount point it resides under. C Anthony -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" = in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html