Excerpts from Daniel J Blueman's message of 2011-03-30 06:37:57 -0400:
When running the Linux Test Project against a BTRFS RAID 1 array,
after some time I see BTRFS trying to free an extent that still has
state [1].
Let me know if anyone is interested in a more specific reproducer and
I'll
Excerpts from Tejun Heo's message of 2011-03-29 12:37:02 -0400:
Hello, guys.
I've been running dbench 50 for a few days now and the result is,
well, I don't know how to call it.
The problem was that the original patch didn't do anything because x86
fastpath code didn't call into the
Excerpts from Peter Zijlstra's message of 2011-03-30 07:52:04 -0400:
On Wed, 2011-03-30 at 07:46 -0400, Chris Mason wrote:
In this case, the only thing we're really missing is a way to mutex_lock
without the cond_resched()
So you're trying to explicitly avoid a voluntary preemption
Excerpts from Christoph Hellwig's message of 2011-03-31 02:36:36 -0400:
On Thu, Mar 31, 2011 at 12:00:11AM -0400, Larry D'Anna wrote:
This is a simple patch to allow reflinks to be made crossing subvolume
boundaries.
NAK. subvolumes will have to become vfsmounts sooner or later, and we
Excerpts from krz...@gmail.com's message of 2011-03-31 10:30:51 -0400:
There should be a way to make automatic checkpoints less frequent. On
the busy ssd I have about 7 cp every second. If it were for example
once every 5 minutes then one could set garbage removal every few
days.
Also garbage
Excerpts from Calvin Walton's message of 2011-04-01 13:56:51 -0400:
On Thu, 2011-03-31 at 18:59 -0400, Josef Bacik wrote:
On Thu, Mar 31, 2011 at 05:06:42PM -0400, Calvin Walton wrote:
On Wed, 2011-03-30 at 17:19 -0400, Josef Bacik wrote:
Hello,
Just found a big bug in the free
Excerpts from Zhong, Xin's message of 2011-03-31 03:59:22 -0400:
We create two subvolumes (meego_root and meego_home) in
btrfs root directory. And set meego_root as default mount
subvolume. After we remount btrfs, meego_root is mounted
to top directory by default. Then when we try to mount
Hi everyone,
The for-linus branch of the btrfs unstable tree has some bug fixes for
btrfs. One fixes a regression from readonly snapshot support (2.6.38),
where we can incorrectly treat a subvolume as readonly.
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git for-linus
Excerpts from Arne Jansen's message of 2011-04-06 03:54:07 -0400:
On 06.04.2011 01:20, Josef Bacik wrote:
We initialize almost all of the fields when we allocate an ordered extent,
so
use kmalloc instead of kzalloc and just initialize the other fields that we
don't already initialize
Excerpts from Arne Jansen's message of 2011-04-11 13:42:49 -0400:
On 08.02.2011 19:03, Arne Jansen wrote:
In a multi device setup, the chunk allocator currently always allocates
chunks on the devices in the same order. This leads to a very uneven
distribution, especially with RAID1 or
Excerpts from Josef Bacik's message of 2011-04-11 15:49:17 -0400:
I've been working on making our O_DIRECT latency not suck and I noticed we
were
taking the trans_mutex in btrfs_end_transaction. So to do this we convert
num_writers and use_count to atomic_t's and just decrement them in
Excerpts from Li Zefan's message of 2011-04-13 03:42:01 -0400:
Hi Chris,
Those bugs are small, and the fixes are simple and straitforward.
You can pull from:
git://repo.or.cz/linux-btrfs-devel.git for-chris
Thanks these are now in my master branch.
-chris
--
To unsubscribe from
Excerpts from Sergei Trofimovich's message of 2011-04-12 17:23:33 -0400:
On Mon, 11 Apr 2011 15:50:48 -0400
Josef Bacik jo...@redhat.com wrote:
On 04/11/2011 03:44 PM, Sergei Trofimovich wrote:
Fix data corruption caused by memcpy() usage on overlapping data.
I've observed it first
Excerpts from Christoph Hellwig's message of 2011-04-15 15:24:12 -0400:
Sorry, but this is too ugly to live. If the reason for this really is
good enough we'll just need to push the filemap_write_and_wait_range
and i_mutex locking into every -fsync instance.
Which part is too ugly to live?
Excerpts from Xiao Guangrong's message of 2011-04-18 21:49:52 -0400:
On 04/12/2011 04:14 PM, Xiao Guangrong wrote:
It doesn't allocate extent_state and check the result properly:
- in set_extent_bit, it doesn't allocate extent_state if the path is not
allowed wait
- in
Excerpts from brandon lansing's message of 2011-04-18 23:13:06 -0400:
Hello,
Distro: Ubuntu 10.10
Kernel: Linux 2.6.35-28-generic #50-Ubuntu SMP Fri Mar 18 18:42:20 UTC
2011 x86_64 GNU/Linux
Btrfs tools version: Btrfs Btrfs v0.19
I currently have 2 X 500GB hard drives in 'raid1' mode
Excerpts from Cheng Shao's message of 2011-04-18 17:49:29 -0400:
Hi there,
I'm periodically having issues with btrfs running in a Ubuntu VM using
VirtualBox. After the VM has been running for a while (a couple days),
any write operation seems getting stuck. The read seems totally fine.
I
Excerpts from brandon lansing's message of 2011-04-19 11:42:26 -0400:
On Tue, Apr 19, 2011 at 05:58, Chris Mason chris.ma...@oracle.com wrote:
Excerpts from brandon lansing's message of 2011-04-18 23:13:06 -0400:
Hello,
Distro: Ubuntu 10.10
Kernel: Linux 2.6.35-28-generic #50-Ubuntu SMP
Excerpts from Gregory L Shomo's message of 2011-04-19 15:08:13 -0400:
Hello list-
Under heavy load (i/o), one of our fileservers lost two drives
in a raid6 configuration. After the drives were synchronized,
we can no longer mount the multiple-device btrfs filesystem
due to (at least) parent
Excerpts from Li Zefan's message of 2011-04-20 04:37:39 -0400:
Since commit dc89e9824464e91fa0b06267864ceabe3186fd8b, we've changed
to use a specific slab for alocation of free_space items.
Oh, nice catch. Thanks!
-chris
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
Excerpts from Gregory L Shomo's message of 2011-04-20 08:56:02 -0400:
Chris Mason chris.ma...@oracle.com writes:
Excerpts from Gregory L Shomo's message of 2011-04-19 15:08:13 -0400:
Hello list-
Under heavy load (i/o), one of our fileservers lost two drives
in a raid6 configuration
Excerpts from Gregory L Shomo's message of 2011-04-20 09:20:20 -0400:
Chris Mason chris.ma...@oracle.com writes:
Excerpts from Gregory L Shomo's message of 2011-04-20 08:56:02 -0400:
Chris Mason chris.ma...@oracle.com writes:
Excerpts from Gregory L Shomo's message of 2011-04-19 15:08
Excerpts from Gregory L Shomo's message of 2011-04-20 16:53:29 -0400:
Chris Mason chris.ma...@oracle.com writes:
Excerpts from Gregory L Shomo's message of 2011-04-20 09:20:20 -0400:
Chris Mason chris.ma...@oracle.com writes:
Excerpts from Gregory L Shomo's message of 2011-04-20 08:56
Excerpts from liubo's message of 2011-04-21 03:58:21 -0400:
The current code relogs the entire inode every time during fsync log,
and it is much better suited to small files rather than large ones.
During my performance test, the fsync performace of large files sucks,
and we can ascribe
Excerpts from Li Zefan's message of 2011-04-21 20:55:40 -0400:
Chris Mason wrote:
Excerpts from liubo's message of 2011-04-21 03:58:21 -0400:
The current code relogs the entire inode every time during fsync log,
and it is much better suited to small files rather than large ones
Excerpts from Tsutomu Itoh's message of 2011-04-25 02:25:58 -0400:
(2011/04/22 18:41), David Sterba wrote:
Signed-off-by: David Sterba dste...@suse.cz
---
fs/btrfs/extent-tree.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/fs/btrfs/extent-tree.c
Excerpts from David Morgado's message of 2011-04-24 21:24:16 -0400:
Hi, btrfs-progs patches for read only snapshots aren't in Chris
repository yet but btrfs already has support for that in place so,
someone forgot about this?
It appears that some new patches are coming to Chris btrfs-progs
Excerpts from Li Zefan's message of 2011-04-25 04:57:47 -0400:
Currently btrfs stores the highest objectid of the fs tree, and it always
returns (highest+1) inode number when we create a file, so inode numbers
won't be reclaimed when we delete files, so we'll run out of inode numbers
as we
Excerpts from Chris Mason's message of 2011-04-25 13:15:58 -0400:
Excerpts from Li Zefan's message of 2011-04-25 04:57:47 -0400:
Currently btrfs stores the highest objectid of the fs tree, and it always
returns (highest+1) inode number when we create a file, so inode numbers
won't be
Excerpts from Miao Xie's message of 2011-04-22 06:12:24 -0400:
Since we have implemented the delayed update of the inode, we can also
delayed to insert the initial inode, then we can merge the inode update
and the initial inode insertions to one insertion.
Awesome. With things separate from
Excerpts from Goffredo Baroncelli's message of 2011-04-25 17:34:46 -0400:
Hi Andreas,
On 04/25/2011 03:47 PM, Andreas Philipp wrote:
Use BTRFS_IOC_CREATE_SNAP_V2 instead of BTRFS_IOC_CREATE_SNAP and add
an option for the creation of a readonly snapshot.
Signed-off-by: Andreas Philipp
211588ad1902df57beeeadc9b44546540fa4bd81
Author: Chris Mason chris.ma...@oracle.com
Date: Tue Apr 19 20:12:40 2011 -0400
Btrfs: do some plugging in the submit_bio threads
The Btrfs submit bio threads have a small number of
threads responsible for pushing down bios we've collected
Hi everyone,
The master branch of the btrfs unstable repo:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git master
Has a few bug fixes. Josef fixed up a crash in the free space cache
error handling code, and it should close out the open bugs there.
Li Zefan found a slab
Excerpts from Stephen Smalley's message of 2011-04-28 13:23:59 -0400:
On Thu, 2011-04-28 at 13:13 -0400, Stephen Smalley wrote:
On Thu, 2011-04-28 at 10:03 -0700, Casey Schaufler wrote:
On 4/28/2011 6:30 AM, Stephen Smalley wrote:
On Tue, 2011-04-26 at 20:15 -0700, Casey Schaufler wrote:
Excerpts from John Wyzer's message of 2011-04-29 10:46:08 -0400:
Currently on
commit 7cf96da3ec7ca225acf4f284b0e904a1f5f98821
Author: Tsutomu Itoh t-i...@jp.fujitsu.com
Date: Mon Apr 25 19:43:53 2011 -0400
Btrfs: cleanup error handling in inode.c
merged into 2.6.38.4
I'm on a
Excerpts from John Wyzer's message of 2011-04-30 18:33:20 -0400:
Excerpts from Mitch Harder's message of Sun May 01 00:16:53 +0200 2011:
Hmm.
Tried it and it gives me about 50 lines of
FIBMAP: Invalid argument
and then:
large_file: 1 extent found
Is that the way
Excerpts from John Wyzer's message of 2011-04-30 18:33:20 -0400:
Excerpts from Mitch Harder's message of Sun May 01 00:16:53 +0200 2011:
Hmm.
Tried it and it gives me about 50 lines of
FIBMAP: Invalid argument
and then:
large_file: 1 extent found
Is that the way
Excerpts from Bernhard Schmidt's message of 2011-05-03 06:33:25 -0400:
Peter Stuge pe...@stuge.se wrote:
Hey,
defragging btrfs does not seem to work for me. I have run the filefrag
command over the whole fs and (manually) tried to defrag a few heavily
fragmented files, but I don't get it
Excerpts from Li Zefan's message of 2011-05-03 05:11:44 -0400:
Any comments? If this patch is acceptable, it should be queued for .39?
since fs.h is exported to userspace.
Li Zefan wrote:
FS_COW_FL and FS_NOCOW_FL were newly introduced to control per file
COW in btrfs, but FS_NOCOW_FL is
Excerpts from Bernhard Schmidt's message of 2011-05-03 07:30:36 -0400:
Am 03.05.2011 13:08, schrieb Chris Mason:
defragging btrfs does not seem to work for me. I have run the filefrag
command over the whole fs and (manually) tried to defrag a few heavily
fragmented files, but I don't get
Excerpts from Bernhard Schmidt's message of 2011-05-03 07:43:04 -0400:
Hi,
Using compression is not a problem, but in order to reduce the maximum
amount of ram we need to uncompress an extent, we enforce a max size on
the extent. So you'll tend to have more extents, but they should be
Excerpts from Mitch Harder's message of 2011-05-03 11:42:56 -0400:
On Tue, May 3, 2011 at 9:41 AM, Daniel J Blueman
daniel.blue...@gmail.com wrote:
It does seem the case generally; on 2.6.39-rc5, writing to a fresh
filesystem using rsync with BTRFS compression enabled, 128KB extents
seem
Excerpts from Martin Schitter's message of 2011-05-03 17:56:32 -0400:
since my last debian kernel-update to 2.6.38-2-amd64 i got troubles with
csum failures. it's a volume full of huge kvm-images on md-RAID1 and
LVM, so i used the mount options: 'noatime,nodatasum' to maximize the
Excerpts from Konstantinos Skarlatos's message of 2011-05-05 07:19:52 -0400:
Hello, I have a 5.5TB Btrfs filesystem on top of a md-raid 5 device. Now
if i run some file operations like find, i get these messages.
kernel is 2.6.38.5-1 on arch linux
Are all of the messages for this one block?
Excerpts from Konstantinos Skarlatos's message of 2011-05-05 07:45:08 -0400:
On 5/5/2011 2:42 μμ, Chris Mason wrote:
Excerpts from Konstantinos Skarlatos's message of 2011-05-05 07:19:52 -0400:
Hello, I have a 5.5TB Btrfs filesystem on top of a md-raid 5 device. Now
if i run some file
Excerpts from Konstantinos Skarlatos's message of 2011-05-05 10:27:30 -0400:
attached you can find the whole dmesg log. I can trigger the error again
if more logs are needed
Yes, I'll send you a patch to get rid of the printk for the transid
failed message. That way we can get a clean view of
Excerpts from CACook's message of 2011-05-05 15:50:02 -0400:
I was afraid of this finger-pointing.
We're not finger pointing, but we also don't maintain the script that is
failing. I'm happy to patch up bugs in the FS (or point you to newer
kernels that have them fixed) but at this point we
on 3062073683968 wanted 5181 found 5188
May 5 23:32:56 mail kernel: [ 203.376004] parent transid verify failed
on 3062073683968 wanted 5181 found 5188
On 5/5/2011 6:06 μμ, Chris Mason wrote:
Excerpts from Konstantinos Skarlatos's message of 2011-05-05 10:27:30 -0400:
attached you can find the whole
Excerpts from cwillu's message of 2011-05-03 21:50:53 -0400:
On Tue, May 3, 2011 at 7:32 PM, Geoff Ritter geoff.rit...@gmail.com wrote:
Not sure where to report bugs or even find a coherent list of them. Sorry
if this is already well known.
When attempting to use an unlocked encrypted
Excerpts from Konstantinos Skarlatos's message of 2011-05-05 17:04:00 -0400:
On 5/5/2011 11:32 μμ, Chris Mason wrote:
Excerpts from Konstantinos Skarlatos's message of 2011-05-05 16:27:54 -0400:
I think i made some progress. When i tried to remove the directory that
i suspect contains
Excerpts from Josef Bacik's message of 2011-05-06 09:10:23 -0400:
On 05/06/2011 05:13 AM, Paul Schroeder wrote:
The btrfs wiki Main Page warns that it is currently possible to corrupt
a filesystem irrecoverably if your machine crashes or loses power on disks
that don't handle flush requests
Excerpts from liubo's message of 2011-05-05 22:36:09 -0400:
The current code relogs the entire inode every time during fsync log,
and it is much better suited to small files rather than large ones.
During my performance test, the fsync performace of large files sucks,
and we can ascribe
Hi everyone,
The master branch of the btrfs unstable tree has a few more fixes:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git master
These include small fixes in the new per-file flags, an oops in
the btrfs acl code and ENOSPC fixes for mixed block groups (used in very
Excerpts from David Sterba's message of 2011-05-17 12:00:31 -0400:
xfstests/013 crashes when the test partition is mounted with -o discard:
walk_up_log_tree
btrfs_free_reserved_extent
btrfs_discard_extent
return -EOPNOTSUPP
BUG_ON ret
btrfs_discard_extent() should be
Excerpts from Chester's message of 2011-05-20 01:32:22 -0400:
Out of curiosity, why isn't this done automatically as opposed to
having to mount with the space_cache option?
The space_cache option changes the disk format. Once enabled, it will
be permanent. The mount option gives people
Excerpts from Chris Mason's message of 2011-05-19 20:23:29 -0400:
Excerpts from Liu Bo's message of 2011-05-19 04:11:24 -0400:
Introduce a new concept sub transaction,
the relation between transaction and sub transaction is
transaction A --- transid = x
sub trans a(1) ---
Hi everyone,
I've pushed out my current kernel git tree to a new branch called
integration-test. This is meant for integration testing only and should
not be run by anyone who doesn't love crashes.
I've pulled together a lot of important work from a lot of different
people. It includes:
The
Excerpts from liubo's message of 2011-05-25 06:21:04 -0400:
On 05/24/2011 11:56 PM, liubo wrote:
The problems I hit:
When an inode is dropped from cache (just via iput) and then read in
again, the BTRFS_I(inode)-logged_trans goes back to zero. When this
happens the logging code
(+18/-6)
Btrfs: check return value of btrfs_inc_extent_ref() (+1/-0)
Chris Mason (4) commits (+689/-144):
Btrfs: update the delayed inode code to use the btrfs_ino helper. (+7/-6)
Btrfs: use the device_list_mutex during write_dev_supers (+2/-2)
Btrfs: return -ENOMEM
Excerpts from Li Zefan's message of 2011-05-25 23:39:03 -0400:
As the lzo compression feature has been established for quite
a while, we are now ready to replace zlib with lzo as the default
compression scheme.
Just FYI I plan to take this for rc2.
-chris
--
To unsubscribe from this list:
Excerpts from Andrea Gelmini's message of 2011-05-30 06:13:47 -0400:
2011/5/29 Chris Mason chris.ma...@oracle.com:
Thanks, could you please send in the photos of the oops when you get
chance.
Well, I retested everything compiling with frame pointers, so:
a) partition is mounted
Excerpts from Andrea Gelmini's message of 2011-05-30 07:59:30 -0400:
2011/5/30 Chris Mason chris.ma...@oracle.com:
These are perfect, thank you. We're failing to write out the inode
cache. Since you're on a 32 bit machine, I'm guessing that we failed to
kmap something properly.
Thanks
Excerpts from Dennis Bergmann's message of 2011-05-30 12:47:01 -0400:
On 30.05.2011 18:12, Hugo Mills wrote:
You can check whether it's likely to be of use by running btrfsck
-s 1 on your filesystem. If it passes OK, then btrfs-select-super
should be useful.
Hugo.
Didn't
Excerpts from Daniel J Blueman's message of 2011-05-30 10:24:08 -0400:
Hi Miao,
When booting 3.0-rc1 with an existing BTRFS filesystem with a normal
desktop use pattern, we see btrfs_batch_insert_item() sometimes
attempt an overly-large kmalloc (= order 11) [1], which is
subsequently
Excerpts from Tsutomu Itoh's message of 2011-05-30 20:27:51 -0400:
The panic occurred when 'btrfs fi bal /test5' was executed.
/test5 is as follows:
# mount -o space_cache,compress=lzo /dev/sdc3 /test5
#
# btrfs fi sh /dev/sdc3
Label: none uuid: 38ec48b2-a64b-4225-8cc6-5eb08024dc64
Excerpts from Sascha Biermanns's message of 2011-05-31 04:12:58 -0400:
Yesterday, I compiled the new kernel 3.0rc1 from git, but I never
successed to go over the point: Removing old temporary files.
Pressing control-c let me boot on, but the pc was the complete time on
very high load. It took
Excerpts from Fajar A. Nugraha's message of 2011-06-01 08:22:40 -0400:
On Wed, Jun 1, 2011 at 6:06 AM, Fajar A. Nugraha l...@fajar.net wrote:
While using btrfs as root on kernel 3.0-rc1, there was some errors (I
wasn't able to capture the error) that forced me to do hard reset.
Now during
Excerpts from David Sterba's message of 2011-06-03 10:50:14 -0400:
From: David Sterba dste...@suse.cz
With Linus' tree, today's linux-next build (powercp ppc64_defconfig)
produced this warning:
fs/btrfs/delayed-inode.c: In function 'btrfs_delayed_update_inode':
reservation for truncate (+123/-37)
Btrfs: leave spinning on lookup and map the leaf (+12/-0)
Btrfs: kill BTRFS_I(inode)-block_group (+13/-110)
Btrfs: don't always do readahead (+20/-5)
Btrfs: kill trans_mutex (+177/-169)
Chris Mason (3) commits (+54/-9):
Btrfs: make sure we don't
Excerpts from Hugo Mills's message of 2011-06-01 19:20:58 -0400:
Over the last few weeks, I've been playing with a foolish idea,
mostly triggered by a cluster of people being confused by btrfs's free
space reporting (df vs btrfs fi df vs btrfs fi show). I also wanted an
excuse, and some
Excerpts from liubo's message of 2011-06-07 04:36:56 -0400:
On 06/07/2011 04:24 PM, Tsutomu Itoh wrote:
(2011/06/07 15:17), Tsutomu Itoh wrote:
(2011/06/07 14:59), Tsutomu Itoh wrote:
Hi liubo,
(2011/06/07 14:31), liubo wrote:
On 06/06/2011 04:33 PM, Tsutomu Itoh wrote:
Hi,
I
Excerpts from Josef Bacik's message of 2011-06-08 09:25:57 -0400:
On 06/08/2011 04:58 AM, Arne Jansen wrote:
Hi Chris,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/arne/btrfs-unstable-arne.git
for-chris
It contains the 2 commits
Arne Jansen (1):
Excerpts from Jan Schmidt's message of 2011-06-09 12:16:06 -0400:
Hi Chris,
On 04.05.2011 16:18, Jan Schmidt wrote:
When encountering an EIO while reading from a nodatasum extent, we
insert an error record into the inode's failure tree.
btrfs_readpage_end_io_hook returns early for
Excerpts from Jim Schutt's message of 2011-06-10 13:06:22 -0400:
[ two different btrfs crashes ]
I think your two crashes in btrfs were from the uninit variables and
those should be fixed in rc2.
When I did my bisection, my criteria for success/failure was
did mkcephfs succeed?. When I apply
Excerpts from Josef Bacik's message of 2011-06-10 14:34:21 -0400:
On 06/10/2011 02:35 PM, Sage Weil wrote:
On Fri, 10 Jun 2011, Josef Bacik wrote:
On 06/10/2011 02:14 PM, Sage Weil wrote:
On Fri, 10 Jun 2011, Sage Weil wrote:
On Fri, 10 Jun 2011, Chris Mason wrote:
Excerpts from Jim
enumeration (+34/-23)
btrfs: reinitialize scrub workers (+5/-3)
Li Zefan (2) commits (+15/-10):
Btrfs: use join_transaction in btrfs_evict_inode() (+1/-1)
Btrfs: avoid stack bloat in btrfs_ioctl_fs_info() (+14/-9)
Chris Mason (1) commits (+5/-4):
Btrfs: make sure to recheck for bitmaps
Excerpts from Andi Kleen's message of 2011-06-12 21:02:54 -0400:
Chris Mason chris.ma...@oracle.com writes:
Hi everyone,
The for-linus branch of the btrfs unstable tree:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git
for-linus
Has our current queue
Excerpts from Li Zefan's message of 2011-06-12 21:52:32 -0400:
Josef Bacik wrote:
We used to store the checksums of the space cache directly in the space
cache,
however that doesn't work out too well if we have more space than we can
fit the
checksums into the first page. So instead
Excerpts from Li Zefan's message of 2011-06-13 03:13:13 -0400:
Cc: Josef
I encountered following panic using 'btrfs-unstable + for-linus'
kernel.
I ran btrfs fi bal /test5 command, and mount option of /test5
is as follows:
/dev/sdc3 on /test5 type btrfs
Excerpts from Li Zefan's message of 2011-06-12 22:20:43 -0400:
Chris Mason wrote:
Excerpts from Li Zefan's message of 2011-06-12 21:52:32 -0400:
Josef Bacik wrote:
We used to store the checksums of the space cache directly in the space
cache,
however that doesn't work out too well
Excerpts from Yan, Zheng's message of 2011-06-13 10:58:35 -0400:
The usage of trans_mutex in relocation code is subtle. It controls
interaction of relocation
with transaction start, transaction commit and snapshot creation.
Simple replacing
trans_mutex with trans_lock is wrong.
What
Excerpts from Chris Mason's message of 2011-06-13 09:12:06 -0400:
Excerpts from Li Zefan's message of 2011-06-13 03:13:13 -0400:
Cc: Josef
I encountered following panic using 'btrfs-unstable + for-linus'
kernel.
I ran btrfs fi bal /test5 command, and mount option of /test5
is
Excerpts from Yan, Zheng's message of 2011-06-13 10:58:35 -0400:
The usage of trans_mutex in relocation code is subtle. It controls
interaction of relocation
with transaction start, transaction commit and snapshot creation.
Simple replacing
trans_mutex with trans_lock is wrong.
So, I've got
Excerpts from David Sterba's message of 2011-06-15 05:53:29 -0400:
Hi,
On Tue, Jun 14, 2011 at 03:17:47PM -0400, Josef Bacik wrote:
Currently there is nothing protecting the pending_snapshots list on the
transaction. We only hold the directory mutex that we are snapshotting and
a
Excerpts from David Sterba's message of 2011-06-13 13:31:04 -0400:
smatch reported a dead code. It seems to allow wrong item size counting
in leaves, as the first for loop does not adjust the maximum number for
items that would fit in BTRFS_LEAF_DATA_SIZE, and the rest of the code
works with
creation code, please take a look. If nobody objects I'll have
this in the pull I send to Linus this weekend.
commit e999376f094162aa425ae749aa1df95ab928d010
Author: Chris Mason chris.ma...@oracle.com
Date: Fri Jun 17 16:14:09 2011 -0400
Btrfs: avoid delayed metadata items during commits
, and races against snapshot
creation. There are also two ENOSPC regression fixes included as well.
Chris Mason (4) commits (+136/-28):
Btrfs: drop the delalloc_bytes check in shrink_delalloc (+0/-4)
Btrfs: avoid delayed metadata items during commits (+28/-10)
Btrfs: check the return value from
Excerpts from David Sterba's message of 2011-06-20 20:24:35 -0400:
On Mon, Jun 20, 2011 at 08:41:39AM +0900, Tsutomu Itoh wrote:
(2011/06/19 13:34), Tsutomu Itoh wrote:
I've fixed this up by moving the delayed metadata run down into the
snapshot creation code, please take a look. If
Excerpts from Andrej Podzimek's message of 2011-06-22 18:42:28 -0400:
Could I try your hack, pretty please? If there's any chance it could either
resolve this problem
http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg10683.html ,
or at least restore the data from the
On 02/13/2014 08:33 PM, Hidetoshi Seto wrote:
I still see this trouble on v3.14-rc2.
I confirmed that we cannot do mount with -o degraded without
this patch. Could you pick this up, Chris?
Thanks for catching this, it'll be in the next pull.
-chris
--
To unsubscribe from this list: send the
offset for compressed extents
Mitch Harder (1) commits (+1/-1):
Btrfs: fix max_inline mount option
Chris Mason (1) commits (+0/-17):
Revert btrfs: add ioctl to export size of global metadata reservation
Josef Bacik (1) commits (+9/-2):
Btrfs: unset DCACHE_DISCONNECTED when mounting
On 02/17/2014 05:35 AM, Martin Steigerwald wrote:
Am Dienstag, 11. Februar 2014, 15:50:12 schrieb Dave:
On Tue, Feb 11, 2014 at 10:36 AM, Martin Steigerwald
mar...@lichtvoll.de wrote:
Today I started getting those on 3.14-rc. One core as displayed as 100%
system CPU. I rebooted cause the
On 03/02/2014 07:23 PM, Russell Coker wrote:
I've attached the kernel message log from a GPF that occurred running the
Debian kernel package of kernel 3.13.4. This happens repeatedly and started
doing so with Debian kernel 3.12.8.
This is not the first time I've seen a filesystem corruption
On 02/25/2014 09:01 PM, thanumalayan mad wrote:
Hi all,
Slightly complicated question.
Assume I do two directory operations in a Btrfs partition (such as an
unlink() and a rename()), one after the other, and a crash happens
after the rename(). Can Btrfs (the current version) send the second
On 03/07/2014 05:55 AM, Daniel J Blueman wrote:
With kernel 3.13.5 (Ubuntu mainline), when plugging in a (evidently
twitchy) USB3 stick with a BTRFS filesystem, I hit an oops in read()
[1].
Full dmesg output is at:
On 03/10/2014 04:02 PM, Lennart Poettering wrote:
On Mon, 10.03.14 19:34, Goffredo Baroncelli (kreij...@libero.it) wrote:
Heya,
Instead of relying on the subvolume UUID, why not relying to the subvolume
name: it would be more simple and flexible to manage them.
For example supposing to use
On 03/10/2014 07:45 PM, Lennart Poettering wrote:
On Mon, 10.03.14 23:39, Goffredo Baroncelli (kreij...@libero.it) wrote:
Well, the name is property of the admin really. There needs to be a way
how the admin can label his subvolumes, with a potentially localized
name. This makes it
On 03/19/2014 11:45 AM, Marc MERLIN wrote:
My server died last night during a btrfs send/receive to a btrfs radi5 array
Here are the logs. Is this anything known or with a possible workaround?
Thanks,
Marc
btrfs-rmw-2: page allocation failure: order:1, mode:0x8020
This is an order 1 atomic
On 3/19/14, 6:37 PM, Marc MERLIN m...@merlins.org wrote:
On Wed, Mar 19, 2014 at 12:20:08PM -0400, Chris Mason wrote:
On 03/19/2014 11:45 AM, Marc MERLIN wrote:
My server died last night during a btrfs send/receive to a btrfs radi5
array
Here are the logs. Is this anything known
On 3/19/14, 8:20 PM, Marc MERLIN m...@merlins.org wrote:
On Thu, Mar 20, 2014 at 12:13:36AM +, Chris Mason wrote:
Should I double it?
For now, I have the copy running again, and it's been going for 8 hours
without failure on the old kernel but of course that doesn't mean my
2TB
copy
601 - 700 of 2192 matches
Mail list logo