Hello Rene, Rene Mayrhofer: > I currently use aufs from the Debian unstable package version 0+20090302-2.= > 1=20 > and have a reproducible problem of deleted files not being reclaimed. That = > is,
I have not released such version of aufs1. Probably it is a version of debian aufs1 package. So before of all, let's make it clear. (from READM of aufs1) ---------------------------------------------------------------------- When you have any problems or strange behaviour in aufs, please let me know with: - /proc/mounts (instead of the output of mount(8)) - /sys/fs/aufs/* (if you have them) - /sys/module/aufs/* - linux kernel version if your kernel is not plain, for example modified by distributor, the url where i can download its source is necessary too. - aufs version which was printed at loading the module or booting the system, instead of the date you downloaded. - configuration (define/undefine CONFIG_AUFS_xxx, or plain local.mk is used or not) - kernel configuration or /proc/config.gz (if you have it) - behaviour which you think to be incorrect - actual operation, reproducible one is better - mailto: aufs-users at lists.sourceforge.net ---------------------------------------------------------------------- > the file system size is in use. However, a "du -s /system/ramdisks/var" onl= > y=20 > shows a few 100 kB to be used. Thus, this seems to be some kind of leak -=20 > memory, inodes, blocks, etc. I have also tried restarting every single daem= I guess du(1) calls readdir(3) recursively, and stat(2) for every entires. It means the removed-but-still-alive files are not counted. For instance aufs XINO files are such files, and the size of these files are listed in /sys/fs/aufs/si_*/xino. They may be the one you are looking for. (but I am not sure) > Is there a problem with our usage? Can this be worked around somehow? If no= > t,=20 > how stable is aufs2 currently considered to be? I cannot recognize the problem before you give me the necessary information. Anyway aufs2 is much better than aufs1, but your kernel version has to be linux-2.6.27 or later. J. R. Okajima ------------------------------------------------------------------------------ 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
