Re: BUG at fs/buffer.c:2925! when mounted USB-disk is disconnected

On Thu, 2008-12-18 at 04:15 +0100, Kay Sievers wrote: I see the following when disconnecting a USB-stick containing a mounted 2-partitions btrfs volume, and I try to umount it later. I reproduced it 3 times, always after a fresh reboot. The box is unstable after that, modules can not be

Re: Compressed Filesystem

On Tue, 2008-12-16 at 20:45 +0100, Roland wrote: I agree that adding more options will add more complexity but it seems the same amount of work in kernel space will have to be done regarding lzo compression itself - it`s already there(since july 2007). the in-kernel lzo is equivalent to

Re: Notes on support for multiple devices for a single filesystem

Features like the very nice and useful directory-based snapshots would also not be possible with simple block-based multi-devices, right? Snapshotting via block device has always been an incredibly dumb hack, existing primarily because filesystem-based snapshots did not exist for the

Re: [PATCH] fix wrong value returned from btrfs_listxattr when buffer is too small

BTW it looks like the commit log made it into git, but not the patch itself... :) sage On Fri, 12 Dec 2008, Yehuda Sadeh Weinraub wrote: Fix bug, btrfs_listxattr doesn't return an error when the buffer size is too small (ret was overridden). Signed-off-by: Yehuda Sadeh

Re: inode data not getting included in commits?

2008/12/19 Sage Weil s...@newdream.net: Hi Chris- I noticed some data and metadata getting out of sync on disk, despite wrapping my writes with btrfs transactions. After digging into it a bit, it appears to be a larger problem with inode size/data getting written during a regular commit.

Re: weird bash autocomplete issue

On Fri, Dec 19, 2008 at 01:59, devz...@web.de wrote: I see the same issue on x86 32 bit, with the additional __llseek() between the getdents64(), and the last entry returned by readdir ignored. confirmed - it`s readdir which assumes 32bit. attached is a sample program which shows the issue

Re: [PATCH] fix wrong value returned from btrfs_listxattr when buffer is too small

On Thu, 2008-12-18 at 16:25 -0800, Sage Weil wrote: BTW it looks like the commit log made it into git, but not the patch itself... :) Ugh. The patch was malformed and I thought I fixed it. I think guilt is making it easy for me to mess this up ;) Thanks, will fix. -chris -- To

Re: inode data not getting included in commits?

On Fri, 19 Dec 2008, Yan Zheng wrote: I noticed some data and metadata getting out of sync on disk, despite wrapping my writes with btrfs transactions. After digging into it a bit, it appears to be a larger problem with inode size/data getting written during a regular commit. [...]