Oddly enough, I've never been able to reproduce this bug until today while I was testing a fix for another bug. I've written a fix an built a set of amd64 test kernels, one for Precise and one for Quantal. If you're interested in giving one of the test kernels a try, you can find them here:
http://people.canonical.com/~tyhicks/ecryptfs/fixes/ ** Changed in: ecryptfs Status: Confirmed => In Progress ** Description changed: + NOTE: A test case for this bug has been created at + tests/kernel/lp-561129.sh (revno 731) in the upstream ecryptfs-utils + project. + 1 - Try to download some Ubuntu DVD versions with bit torrent (so it reserves space). 2 - Fill your disk to the maximum and leave something like 5GB. 3 - Wait 4 - Disk space will go to 0 (it doesn't make any sense since space has already been reserved) 5 - Ctrl+Alt+F1 There we can see some messages about ecryptfs : ecryptfs_write_lower: octets_written [-28]; expected [4096] ecryptfs_encrypt_page: Error Attempting to write lower page; rc = [-22] [...] I don't really know if it's really ecryptfs but it doesn't make any sense that disk space just get used up like this when only my firefox browser and bit torrent are open and not trying to write anything else. While your disk space is at 0, it's slow as hell and it will swap quite much (even though your ram isn't full). ** Summary changed: - eCryptfs sucks up all disk space with Oneiric kernel + Existing eCryptfs inodes are not evicted when they're the target of a rename()/mv ** Description changed: NOTE: A test case for this bug has been created at tests/kernel/lp-561129.sh (revno 731) in the upstream ecryptfs-utils project. + + This bug is the result of existing eCryptfs inodes not being evicted + when they are the target of a rename() syscall. The existing inodes are + left around, meaning that the lower inodes are also left around, until + the eCryptfs filesystem in unmounted. This means that disk space is not + properly freed when mv'ing a file on top of another file. + + Here's the original bug report: + --- 1 - Try to download some Ubuntu DVD versions with bit torrent (so it reserves space). 2 - Fill your disk to the maximum and leave something like 5GB. 3 - Wait 4 - Disk space will go to 0 (it doesn't make any sense since space has already been reserved) 5 - Ctrl+Alt+F1 There we can see some messages about ecryptfs : ecryptfs_write_lower: octets_written [-28]; expected [4096] ecryptfs_encrypt_page: Error Attempting to write lower page; rc = [-22] [...] I don't really know if it's really ecryptfs but it doesn't make any sense that disk space just get used up like this when only my firefox browser and bit torrent are open and not trying to write anything else. While your disk space is at 0, it's slow as hell and it will swap quite much (even though your ram isn't full). ** Changed in: ecryptfs-utils (Ubuntu) Status: Confirmed => Invalid ** Also affects: linux (Ubuntu) Importance: Undecided Status: New ** Changed in: linux (Ubuntu) Status: New => Triaged -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/561129 Title: Existing eCryptfs inodes are not evicted when they're the target of a rename()/mv To manage notifications about this bug go to: https://bugs.launchpad.net/ecryptfs/+bug/561129/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
