linux-nilfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Removed checkpoints are still subject to protection period
@ 2011-06-22 10:59 dexen deVries
       [not found] ` <201106221259.40135.dexen.devries-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
  0 siblings, 1 reply; 3+ messages in thread
From: dexen deVries @ 2011-06-22 10:59 UTC (permalink / raw)
  To: linux-nilfs-u79uwXL29TY76Z2rM5mHXA

Hi,


steps to reproduce:
 * create empty filesystem, mount, ensure nilfs_cleanerd is running on it
 * configure the nilfs_cleanerd for protection period 3600 (seconds)
 * create a bunch of files
 * delete the files
 * the nilfs_cleanerd does not reclaim space, because checkpoints are protected for 3600 seconds (the expected behavior)
 * remove all the snapshots with rmcp
 * the problem: the nilfs_cleanerd still does not reclaim space -- it considers the deleted checkpoints as still protected for the duration of 3600 seconds
 * once 3600 seconds passes, nilfs_cleanerd normally reclaims space

Expected behavior: cleanerd reclaims diskspace of deleted checkpoints regardless of protection period.
Rationale: there's no user-visible way of accessing deleted checkpoints, so there is no point in keeping them 'round.


tested with linux v3.0-rc4, nilfs-utils v2.0.23


Regards,
-- 
dexen deVries

[[[↓][→]]]

For example, if the first thing in the file is:
   <?kzy irefvba="1.0" rapbqvat="ebg13"?>
an XML parser will recognize that the document is stored in the traditional ROT13 encoding.

(( Joe English, http://www.flightlab.com/~joe/sgml/faq-not.txt ))
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [correction] Re: Removed checkpoints are still subject to protection period
       [not found] ` <201106221259.40135.dexen.devries-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2011-06-22 11:04   ` dexen deVries
  2011-06-23 10:13   ` Ryusuke Konishi
  1 sibling, 0 replies; 3+ messages in thread
From: dexen deVries @ 2011-06-22 11:04 UTC (permalink / raw)
  To: linux-nilfs-u79uwXL29TY76Z2rM5mHXA

Oops,


On Wednesday 22 of June 2011 12:59:40 dexen wrote:
>  * remove all the snapshots with rmcp

should be:
 * remove all the checkpoints with rmcp 


Regards,
-- 
dexen deVries

[[[↓][→]]]

For example, if the first thing in the file is:
   <?kzy irefvba="1.0" rapbqvat="ebg13"?>
an XML parser will recognize that the document is stored in the traditional ROT13 encoding.

(( Joe English, http://www.flightlab.com/~joe/sgml/faq-not.txt ))
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Removed checkpoints are still subject to protection period
       [not found] ` <201106221259.40135.dexen.devries-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
  2011-06-22 11:04   ` [correction] " dexen deVries
@ 2011-06-23 10:13   ` Ryusuke Konishi
  1 sibling, 0 replies; 3+ messages in thread
From: Ryusuke Konishi @ 2011-06-23 10:13 UTC (permalink / raw)
  To: dexen.devries-Re5JQEeQqe8AvxtiuMwx3w; +Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA

> On Wed, 22 Jun 2011 12:59:40 +0200, dexen deVries wrote:
> > Hi,
> > 
> > 
> > steps to reproduce:
> >  * create empty filesystem, mount, ensure nilfs_cleanerd is running on it
> >  * configure the nilfs_cleanerd for protection period 3600 (seconds)
> >  * create a bunch of files
> >  * delete the files
> >  * the nilfs_cleanerd does not reclaim space, because checkpoints are protected for 3600 seconds (the expected behavior)
> >  * remove all the snapshots with rmcp
> >  * the problem: the nilfs_cleanerd still does not reclaim space -- it considers the deleted checkpoints as still protected for the duration of 3600 seconds
> >  * once 3600 seconds passes, nilfs_cleanerd normally reclaims space
> > 
> > Expected behavior: cleanerd reclaims diskspace of deleted checkpoints regardless of protection period.
> > Rationale: there's no user-visible way of accessing deleted checkpoints, so there is no point in keeping them 'round.
> >  * remove all the snapshots with rmcp
> 
> should be:
>  * remove all the checkpoints with rmcp 

Yes, we know these issues and I feel rmcp and cleanerd should
coordinate better.  I'll think of them for nilfs-utils-2.1 though I
cannot make any guaranttes now.

Thank you for devoted feedbacks,

Ryusuke Konishi

> tested with linux v3.0-rc4, nilfs-utils v2.0.23
> 
> 
> Regards,
> -- 
> dexen deVries
> 
> [[[↓][→]]]
> 
> For example, if the first thing in the file is:
>    <?kzy irefvba="1.0" rapbqvat="ebg13"?>
> an XML parser will recognize that the document is stored in the traditional ROT13 encoding.
> 
> (( Joe English, http://www.flightlab.com/~joe/sgml/faq-not.txt ))
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2011-06-23 10:13 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-22 10:59 Removed checkpoints are still subject to protection period dexen deVries
     [not found] ` <201106221259.40135.dexen.devries-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2011-06-22 11:04   ` [correction] " dexen deVries
2011-06-23 10:13   ` Ryusuke Konishi

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).