Hi All
I've been using btrfs for some time already however recently the
filesystem got corrupted somehow.
Currently when I try to mount the filesystem the following error
message is displayed and after few seconds system freezes completely:
[ 250.620511] [ cut here ]
[ 2
I've been trying to run PostgreSQL with a ~20-30 GB database on a btrfs
filesystem (rest of the filesystem filled with KVM images, compressed
archives etc.). Snapshots are cool, and let you rollback to a different
database version easily ;)
Unfortunately, running PostgreSQL on btrfs wasn't ver
On 05/16/2011 11:01 AM, Whirm wrote:
On Monday 16 May 2011 16:11:19 Josef Bacik wrote:
On 05/16/2011 05:17 AM, wh...@gmx.com wrote:
On Friday 13 May 2011 20:52:22 Josef Bacik wrote:
On 05/13/2011 01:19 PM, wh...@gmx.com wrote:
On Thursday 05 May 2011 20:57:17 Josef Bacik wrote:
[..]
It does
On Monday 16 May 2011 16:11:19 Josef Bacik wrote:
> On 05/16/2011 05:17 AM, wh...@gmx.com wrote:
> > On Friday 13 May 2011 20:52:22 Josef Bacik wrote:
> >> On 05/13/2011 01:19 PM, wh...@gmx.com wrote:
> >>> On Thursday 05 May 2011 20:57:17 Josef Bacik wrote:
> >>> [..]
> >>>
> It doesn't look
On 05/16/2011 10:28 AM, Jim Schutt wrote:
Josef Bacik wrote:
On 04/27/2011 02:43 PM, Jim Schutt wrote:
Hi,
I'm not sure if they matter, but I got these warnings on
one of the machines I'm using as a Ceph OSD server:
[ 1806.549469] [ cut here ]
[ 1806.554593] WARNING: a
After creating the initial LSM security extended attribute, call
evm_inode_post_init_security() to create the 'security.evm'
extended attribute.
Signed-off-by: Mimi Zohar
---
fs/btrfs/xattr.c | 39 +--
1 files changed, 29 insertions(+), 10 deletions(-)
diff
Josef Bacik wrote:
On 04/27/2011 02:43 PM, Jim Schutt wrote:
Hi,
I'm not sure if they matter, but I got these warnings on
one of the machines I'm using as a Ceph OSD server:
[ 1806.549469] [ cut here ]
[ 1806.554593] WARNING: at fs/btrfs/extent-tree.c:5790
use_block_rsv
On 05/16/2011 05:17 AM, wh...@gmx.com wrote:
On Friday 13 May 2011 20:52:22 Josef Bacik wrote:
On 05/13/2011 01:19 PM, wh...@gmx.com wrote:
On Thursday 05 May 2011 20:57:17 Josef Bacik wrote:
[..]
It doesn't look like that bit had my debugging output. Thanks,
Josef
Looks like the last mes
On Friday 13 May 2011 20:52:22 Josef Bacik wrote:
> On 05/13/2011 01:19 PM, wh...@gmx.com wrote:
> > On Thursday 05 May 2011 20:57:17 Josef Bacik wrote:
> > [..]
> >
> >> It doesn't look like that bit had my debugging output. Thanks,
> >>
> >> Josef
> >
> > Looks like the last message I sent di
On 05/04/2010 05:28 AM, Vladimir G. Ivanovic wrote:
> No help, eh? At the minimum, it would be nice if btrfsck were fixed...
>
Not sure if the following one will help you to show the metadata, but you
can give it a try and go on using btrfs-debug-tree.
diff --git a/disk-io.c b/disk-io.c
index a6
10 matches
Mail list logo