From: Li RongQing roy.qing...@gmail.com
It is impossible that csum_size is larger than sizeof(long), but the codes
still add the handler for this condition, like allocate new memory, for
extension. If it becomes true someday, copying csum_size size memory to local
32bit variable found and val
On Mon, Sep 08, 2014 at 08:01:27PM +1000, Dave Chinner wrote:
On Thu, Aug 28, 2014 at 09:47:42PM +0800, Eryu Guan wrote:
Run btrfs balance and subvolume create/mount/umount/delete simultaneously,
with fsstress running in background.
Signed-off-by: Eryu Guan eg...@redhat.com
---
On Mon, Sep 08, 2014 at 08:08:59PM +1000, Dave Chinner wrote:
On Thu, Aug 28, 2014 at 09:47:45PM +0800, Eryu Guan wrote:
Run btrfs balance and remount with different compress algorithms
simultaneously, with fsstress running in background.
Signed-off-by: Eryu Guan eg...@redhat.com
---
Hi Chris,
As I mentioned at the kernel summit, I have a file system that I use mostly
for storing my one kernel git tree and occasionally some build trees
(those are normally on a tmpfs), and I have again run into the problem
where the file system is only partially full (I think 18% in this case)
On Tue, 09 Sep 2014 16:29:05 +0200, Arnd Bergmann wrote:
As I mentioned at the kernel summit, I have a file system that I use mostly
for storing my one kernel git tree and occasionally some build trees
(those are normally on a tmpfs), and I have again run into the problem
where the file
On Tue, 09 Sep 2014 15:06:19 +, Holger Hoffstätte wrote:
You didn't give us any btrfs fs show or btrfs fs df outpu to look at,
Of course fi, not fs..
-h
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More
On 9/8/14 5:01 AM, Dave Chinner wrote:
On Thu, Aug 28, 2014 at 09:47:42PM +0800, Eryu Guan wrote:
Run btrfs balance and subvolume create/mount/umount/delete simultaneously,
with fsstress running in background.
Signed-off-by: Eryu Guan eg...@redhat.com
---
common/rc | 24 ++
On Tuesday 09 September 2014 16:29:05 Arnd Bergmann wrote:
I also played around with it some more. After removing a few small
files, I could create new files with up to 20-60MB again before hitting
ENOSPC. I then did a 'make clean' in all the object directories I had
and after that could
Hi Arnd,
Ok, one more data point:
Why don't you provide the data point you were specifically asked for,
btrfs fi df ;)
Regards, Clemens
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Tue, Sep 09, 2014 at 09:49:12PM +0200, Clemens Eisserer wrote:
Hi Arnd,
Ok, one more data point:
Why don't you provide the data point you were specifically asked for,
btrfs fi df ;)
btrfs fi show is important as well -- it's hard to work out the
state of the FS from just one of
On Tuesday 09 September 2014 21:49:12 Clemens Eisserer wrote:
Hi Arnd,
Ok, one more data point:
Why don't you provide the data point you were specifically asked for,
btrfs fi df ;)
I've cleaned it up again already. At the moment, it's working fine,
with this data:
Data: total=65.11GB,
On Tue, Sep 09, 2014 at 11:49:10PM +0200, Arnd Bergmann wrote:
Ok, now I'm in the bad state again (after running a 'make allmodconfig'
kernel build:
Label: none uuid: 1d88cccb-3d0e-42d9-8252-a226dc5c2e47
Total devices 1 FS bytes used 8.79GB
devid1 size 67.14GB used
On Tuesday 09 September 2014 22:57:25 Hugo Mills wrote:
On Tue, Sep 09, 2014 at 11:49:10PM +0200, Arnd Bergmann wrote:
Ok, now I'm in the bad state again (after running a 'make allmodconfig'
kernel build:
Label: none uuid: 1d88cccb-3d0e-42d9-8252-a226dc5c2e47
Total devices 1
On Tue, 9 Sep 2014 22:57:25 +0100
Hugo Mills h...@carfax.org.uk wrote:
On Tue, Sep 09, 2014 at 11:49:10PM +0200, Arnd Bergmann wrote:
Ok, now I'm in the bad state again (after running a 'make allmodconfig'
kernel build:
Label: none uuid: 1d88cccb-3d0e-42d9-8252-a226dc5c2e47
On Tue, 09 Sep 2014 23:49:10 +0200, Arnd Bergmann wrote:
Label: none uuid: 1d88cccb-3d0e-42d9-8252-a226dc5c2e47
Total devices 1 FS bytes used 8.79GB
devid1 size 67.14GB used 67.14GB path /dev/sdc6
*ding ding ding*
The term
On Tue, Sep 09, 2014 at 07:53:24PM +0800, Eryu Guan wrote:
On Mon, Sep 08, 2014 at 08:01:27PM +1000, Dave Chinner wrote:
I'm thinking that we need to start separating common/rc in
filesystem specific include files. Not necessary for this series,
but we really need to so using this file as a
On 09/08/2014 07:14 PM, Chris Mason wrote:
On 09/08/2014 06:51 PM, Morten Stevens wrote:
Hi,
After some testing with the latest stable 3.16.2 kernel on my Fedora
20 test-vm and a small filesystem
test with btrfs causes the system to crash.
Kernel: 3.16.2
Mount options:
Hi, all
Btrfs self test seems to contain impossible case in it:
[0 - 5][5 - 6][6 - 10][10 - 4096]
[hole ][inline][ hole ][ regular ]
I really don't understand how such case can happen in real world.
If we create an inline extent, and punch hole inside inline extent, it
will only zero out the
18 matches
Mail list logo
