Dear BTRFS-Developer,
first of all sorry for my broken english - i hope you understand what
i want to tell!?
Since a few days i have a phenomenon when i try to overwrite a file.
Description of the system:
- linux server (3.0.0.15 - Ubuntu)
- btrfs 0.19
- samba 3.5.11
- windows 7 x64 client
-
On Tue, Jan 10, 2012 at 07:39:20PM +0800, Liu Bo wrote:
When I ran xfstests, 251 got failed cause cp -axT did not work as wish:
cp: cannot overwrite directory `/mnt/scratch/1' with non-directory
With this patch, 251 has passed.
Why would cp give that message with a missing /?
I'm not
On Wed, 11 Jan 2012, Christoph Hellwig wrote:
On Tue, Jan 10, 2012 at 07:39:20PM +0800, Liu Bo wrote:
When I ran xfstests, 251 got failed cause cp -axT did not work as wish:
cp: cannot overwrite directory `/mnt/scratch/1' with non-directory
With this patch, 251 has passed.
Why would
On Tue, Jan 10, 2012 at 02:20:18PM -0500, Josef Bacik wrote:
If updating the inode gave us an ENOSPC we were just returning in
page_mkwrite,
which is a problem since we make our reservation right before trying to update
the inode, so fix the out label so that we actually free our reservation.
On Wed, Jan 11, 2012 at 10:06:47AM +0800, Liu Bo wrote:
or you can set the maxlevel during skiplist creation, or predefine a
small skiplist with compile-time-set level to whatever 16.
this can be tuned later of course.
Yes, I do set the maxlevel to 16 at the creation of a skiplist.
Hi,
the $subj warning appears sometimes in syslog, in my case when
xfstests/209 runs looped. The minimal reproducer is looped mkfs+mount.
The message comes from disk-io.c btree_readpage_end_io_hook():
581 if (check_tree_block_fsid(root, eb)) {
582
On Wed, Jan 11, 2012 at 04:46:21PM +0100, David Sterba wrote:
Hi,
the $subj warning appears sometimes in syslog, in my case when
xfstests/209 runs looped. The minimal reproducer is looped mkfs+mount.
I've been seeing this as well. It's new with 3.2, and I haven't yet
been able to track it
A user reported a problem where things like open with O_CREAT would take up to
30 seconds when he had nfs activity on the same mount. This is because all of
our quick metadata operations, like create, symlink etc all do
btrfs_end_transaction_throttle, which if the transaction is blocked will wait
On Wed, Jan 11, 2012 at 11:37:14AM -0500, Chris Mason wrote:
I've been seeing this as well. It's new with 3.2, and I haven't yet
been able to track it down.
The first thing that happens when we mount the FS is a block layer
invalidate, and that must be dropping the write.
It's also
On Wed, Jan 11, 2012 at 11:34:34PM +0100, David Sterba wrote:
On Wed, Jan 11, 2012 at 11:37:14AM -0500, Chris Mason wrote:
I've been seeing this as well. It's new with 3.2, and I haven't yet
been able to track it down.
The first thing that happens when we mount the FS is a block layer
Now I've managed to basically bring my system to its knees. My rsync script
that takes weeks ends up bringing the system to a crawl long before it can ever
finish. I end up with 100% of the CPU used up by the following as shown by top
btrfs-endio-wri
btrfs-delayed-m
btrfs-transacti
On 01/11/2012 08:14 PM, Lukas Czerner wrote:
On Wed, 11 Jan 2012, Christoph Hellwig wrote:
On Tue, Jan 10, 2012 at 07:39:20PM +0800, Liu Bo wrote:
When I ran xfstests, 251 got failed cause cp -axT did not work as wish:
cp: cannot overwrite directory `/mnt/scratch/1' with non-directory
With
On Fri, 30 Dec 2011 11:25:58 AM BJ Quinn wrote:
Any suggestions? I'm using CentOS 6.2 fully updated.
Are you using the 3.2 kernel as well ?
The RHEL kernel probably has an old version of btrfs in it.
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email
13 matches
Mail list logo
