Re: 2.6.37: Multi-second I/O latency while untarring

2011-02-11 Thread Andrew Lutomirski
On Fri, Feb 11, 2011 at 10:44 AM, Chris Mason wrote: > Excerpts from Andrew Lutomirski's message of 2011-02-11 10:08:52 -0500: >> As I type this, I have an ssh process running that's dumping data into >> a fifo at high speed (maybe 500Mbps) and a tar process that's >> untarring from the same fifo

Re: null pointer dereference in iov_iter_copy_from_user_atomic while updating rpm packages

2011-02-11 Thread Chris Mason
Excerpts from Clemens Eisserer's message of 2011-02-11 18:05:55 -0500: > Hi, > > While updating my fedora rawhide installation, I got the Ooops listed > at the end of the Email. > Is this a known bug (I didn't find anything specific), or should I file a bug? > > Thank you in advance, Clemens I t

null pointer dereference in iov_iter_copy_from_user_atomic while updating rpm packages

2011-02-11 Thread Clemens Eisserer
Hi, While updating my fedora rawhide installation, I got the Ooops listed at the end of the Email. Is this a known bug (I didn't find anything specific), or should I file a bug? Thank you in advance, Clemens Feb 10 10:59:45 testbox kernel: [ 524.495751] BUG: unable to handle kernel NULL pointe

kernel BUG at /usr/src/btrfs-work/fs/btrfs/extent-tree.c:2195

2011-02-11 Thread Wido den Hollander
Hi, While testing with my Ceph cluster I saw some btrfs messages: http://pastebin.com/URN3ShVb I'm not sure when these messages came up (What state of the OSD). To keep up with the recent btrfs changes I'm using Josef's btrfs-work repository ( aba63cd31ab85e3ec7e9805fadc77dad8b7fc945 ) with the

Re: 2.6.37: Multi-second I/O latency while untarring

2011-02-11 Thread Andrew Lutomirski
On Fri, Feb 11, 2011 at 10:44 AM, Chris Mason wrote: > Excerpts from Andrew Lutomirski's message of 2011-02-11 10:08:52 -0500: >> As I type this, I have an ssh process running that's dumping data into >> a fifo at high speed (maybe 500Mbps) and a tar process that's >> untarring from the same fifo

Re: LOOP_GET_STATUS(64) truncates pathnames to 64 chars (was Re: Bug in mkfs.btrfs?!)

2011-02-11 Thread Felix Blanke
Yeah, for me its loop-aes. Ah ok, didn't knew that it replaces that whole loop thing :) Felix On Feb 11, 2011 8:32 PM, "Milan Broz" wrote: > On 02/11/2011 08:23 PM, Felix Blanke wrote: >> What do you mean with "configured"? >> >> I'm using loop devices with loop aes, and I've looked into /sys f

Re: LOOP_GET_STATUS(64) truncates pathnames to 64 chars (was Re: Bug in mkfs.btrfs?!)

2011-02-11 Thread Milan Broz
On 02/11/2011 08:23 PM, Felix Blanke wrote: > What do you mean with "configured"? > > I'm using loop devices with loop aes, and I've looked into /sys for a device > which is actually in use. Ehm. It is really Loop-AES? Then ask author to backport it there, Loop-AES is not mainline code. He usua

Re: LOOP_GET_STATUS(64) truncates pathnames to 64 chars (was Re: Bug in mkfs.btrfs?!)

2011-02-11 Thread Milan Broz
On 02/11/2011 02:04 PM, Felix Blanke wrote: > I'm using 2.6.37 and don't have those attribues in my /sys. These attributes are there only when the loop device is configured, IOW when backing file is attached. Milan -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the

Re: ENOSPC Regression

2011-02-11 Thread Mitch Harder
On Fri, Feb 11, 2011 at 10:22 AM, Josef Bacik wrote: > On Fri, Feb 11, 2011 at 07:21:47AM -0600, Mitch Harder wrote: >> I'm encountering premature ENOSPC issues recently where my Btrfs >> testing partition will either prematurely return an ENOSPC, or lock up >> the operations trying to access the

Re: ENOSPC Regression

2011-02-11 Thread Josef Bacik
On Fri, Feb 11, 2011 at 07:21:47AM -0600, Mitch Harder wrote: > I'm encountering premature ENOSPC issues recently where my Btrfs > testing partition will either prematurely return an ENOSPC, or lock up > the operations trying to access the partition. > > I have bisected the problem to this commit:

Re: Recovering data from disk with loose cable

2011-02-11 Thread Ben Gamari
On Wed, 9 Feb 2011 21:46:38 -0500, Ben Gamari wrote: > We have a disk array behind two external SATA port multipliers (four > disks on each multiplier) which has been running btrfs (RAID 1 for > both data and metadata). Unfortunately, earlier today it seems one of > the SATA cables came loose, res

Re: 2.6.37: Multi-second I/O latency while untarring

2011-02-11 Thread Matt
On Fri, Feb 11, 2011 at 3:08 PM, Andrew Lutomirski wrote: > As I type this, I have an ssh process running that's dumping data into > a fifo at high speed (maybe 500Mbps) and a tar process that's > untarring from the same fifo onto btrfs.  The btrfs fs is mounted -o > space_cache,compress.  This ma

Re: 2.6.37: Multi-second I/O latency while untarring

2011-02-11 Thread Chris Mason
Excerpts from Andrew Lutomirski's message of 2011-02-11 10:08:52 -0500: > As I type this, I have an ssh process running that's dumping data into > a fifo at high speed (maybe 500Mbps) and a tar process that's > untarring from the same fifo onto btrfs. The btrfs fs is mounted -o > space_cache,compr

2.6.37: Multi-second I/O latency while untarring

2011-02-11 Thread Andrew Lutomirski
As I type this, I have an ssh process running that's dumping data into a fifo at high speed (maybe 500Mbps) and a tar process that's untarring from the same fifo onto btrfs. The btrfs fs is mounted -o space_cache,compress. This machine has 8GB ram, 8 logical cores, and a fast (i7-2600) CPU, so it

ENOSPC Regression

2011-02-11 Thread Mitch Harder
I'm encountering premature ENOSPC issues recently where my Btrfs testing partition will either prematurely return an ENOSPC, or lock up the operations trying to access the partition. I have bisected the problem to this commit: http://git.kernel.org/?p=linux/kernel/git/mason/btrfs-unstable.git;a=co

Re: LOOP_GET_STATUS(64) truncates pathnames to 64 chars (was Re: Bug in mkfs.btrfs?!)

2011-02-11 Thread Felix Blanke
Hi, are you sure that patch is in the kernel? I'm using 2.6.37 and don't have those attribues in my /sys. Felix On 10. February 2011 - 13:29, Petr Uzel wrote: > Date: Thu, 10 Feb 2011 13:29:27 +0100 > From: Petr Uzel > To: Chris Samuel > Cc: Felix Blanke , kreij...@inwind.it, Hugo Mills >

Re: [PATCH] Btrfs-progs use safe string manipulation functions

2011-02-11 Thread Lars Wirzenius
On to, 2011-02-10 at 10:29 -0300, Eduardo Silva wrote: > [PATCH] Add safe string manipulation functions > > Deprecate direct use of strcpy(3) > The following string manipulation function has been added: > >- string_copy() : wrapper of strcpy(3) >- string_ncopy(): wrapper of strncpy(3) >