From: Chris Mason <chris.mason@oracle.com>
To: Tarkan Erimer <tarkan.erimer@turknet.net.tr>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Btrfs Snapshot Removal And General Project Status
Date: Fri, 16 Jan 2009 10:16:51 -0500 [thread overview]
Message-ID: <1232119011.21473.24.camel@think.oraclecorp.com> (raw)
In-Reply-To: <496DC1C6.7090307@turknet.net.tr>
On Wed, 2009-01-14 at 12:43 +0200, Tarkan Erimer wrote:
> Hi Chris,
>
Sorry for the delay, I missed this one somehow.
> For the last few days, I was playing with btrfs. It looks really very
> promising and fantastic! :-)
Glad to hear it worked.
> Thanks for everybody who involved with this amazing file system project!
> ;-) Now, I play with snapshots. Creating snapshot is a breeze.
> Recovering from snapshots work very well without any problems as far as
> I tried. But; when I tried to remove the snapshot directories, I got an
> error message that says : "cannot remove directory `snap1': Directory
> not empty". But actually, it is empty. After that, I googled a bit and
> found at "http://btrfs.wiki.kernel.org/index.php/Project_ideas" at
> "Removal Snapshots" section, it states that it needs to be implement.
> But, it's unclear which state this feature is now.
>
That's right. You did rm -rf dir, which is actually the slowest
possible way to remove the snapshot ;) A much more optimized version is
possible, and already implemented as part of transaction commit.
But, the fast version is basically the same as unlinking a directory
that may or may not be in use. We need to implement code to do that
properly wrt the VFS.
> It could be perfect to prepare a document that shows the current status
> (completed, blah-blah % completed etc.) of the features,general status
> of the project and maybe deadlines of feature implementions. Like :
> "next release will have blah-blah features" etc.
>
A very good point, I'm in the process of documenting this better.
>
> BTW, is there any temporary way to remove these snapshot directories
> before this "Remove Snapshot" feature implemented ? ;-)
>
Unfortunately not, sorry.
-chris
next prev parent reply other threads:[~2009-01-16 15:17 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-14 10:43 Tarkan Erimer
2009-01-16 15:16 ` Chris Mason [this message]
2009-01-16 16:19 ` Tarkan Erimer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1232119011.21473.24.camel@think.oraclecorp.com \
--to=chris.mason@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=tarkan.erimer@turknet.net.tr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome