Hi everybody,

I currently use aufs from the Debian unstable package version 0+20090302-2.1 
and have a reproducible problem of deleted files not being reclaimed. That is,

/dev/loop0 on /system/root type squashfs (ro,relatime)
tmpfs on /system/ramdisks/var type tmpfs 
(rw,mand,relatime,size=65536k,mode=755)
aufs on /var type aufs 
(rw,mand,relatime,si=f88a3e45,xino=/system/ramdisks/var/.aufs.xino,br:/system/ramdisks/var=rw:/system/root/var=rr)

Then the file system reaches e.g. 70% usage on /var and some files are deleted 
again, bringing usage down to 30%. However, neither aufs nor the underlying 
tmpfs rw branch ever seem to reclaim this - "df" continues to show that 70% of 
the file system size is in use. However, a "du -s /system/ramdisks/var" only 
shows a few 100 kB to be used. Thus, this seems to be some kind of leak - 
memory, inodes, blocks, etc. I have also tried restarting every single daemon 
active on this system to rule out that some files handles are still kept open 
while another process has removed the directory entry (is there an effective 
way to check for removed-but-still-open inodes?).

I assume the standard answer is "upgrade to aufs2", but we are now in a late 
beta stage for our distribution and I am thus reluctant to switch when this 
version of aufs has so far proven to be very stable - with the exception of 
this bug. 

Is there a problem with our usage? Can this be worked around somehow? If not, 
how stable is aufs2 currently considered to be?

best regards,
Rene

-- 
-------------------------------------------------
Gibraltar firewall       http://www.gibraltar.at/

Attachment: signature.asc
Description: This is a digitally signed message part.

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf

Reply via email to