On Fri, Apr 26, 2013 at 03:31:01PM -0400, Josef Bacik wrote:
On Thu, Apr 25, 2013 at 08:12:14PM -0600, Dave Chinner wrote:
Ok so I think I'll just make this test do all the iterations of the fsync
tester
with and without --nolockfs, since without --nolockfs I'm still seeing
problems
On Fri, Apr 26, 2013 at 06:32:14PM -0400, Josef Bacik wrote:
On Fri, Apr 26, 2013 at 04:05:22PM -0600, Dave Chinner wrote:
On Fri, Apr 26, 2013 at 03:31:01PM -0400, Josef Bacik wrote:
On Thu, Apr 25, 2013 at 08:12:14PM -0600, Dave Chinner wrote:
Ok so I think I'll just make this test do
group would
be appropriate if it takes less than a minute. Also, fsync tests
fall under the category of metadata and log, so they probably
should be added, too.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
On Thu, Apr 25, 2013 at 08:24:04PM -0400, Josef Bacik wrote:
On Thu, Apr 25, 2013 at 04:45:56PM -0600, Dave Chinner wrote:
On Thu, Apr 25, 2013 at 10:12:56AM -0400, Josef Bacik wrote:
.
+ $here/src/fsync-tester -s $SEED -r -t $test_num $extra $testfile
+ if [ $? -ne 0
On Thu, Apr 25, 2013 at 09:32:37PM -0400, Josef Bacik wrote:
On Thu, Apr 25, 2013 at 07:08:29PM -0600, Dave Chinner wrote:
On Thu, Apr 25, 2013 at 08:24:04PM -0400, Josef Bacik wrote:
On Thu, Apr 25, 2013 at 04:45:56PM -0600, Dave Chinner wrote:
On Thu, Apr 25, 2013 at 10:12:56AM -0400
can start using names
rather then sequence numbers for tests.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo
a central
assignment perspective)?
Support for named tests have not yet been added. From the check
script:
SUPPORTED_TESTS=[0-9][0-9][0-9] [0-9][0-9][0-9][0-9]
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
the lsqa.pl script be
able to take a directory argument, and just use the script to get
the description
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo
On Wed, Mar 27, 2013 at 05:48:04PM -0400, Theodore Ts'o wrote:
On Thu, Mar 28, 2013 at 07:54:07AM +1100, Dave Chinner wrote:
Support for named tests have not yet been added. From the check
script:
SUPPORTED_TESTS=[0-9][0-9][0-9] [0-9][0-9][0-9][0-9]
Ah, I thought support for named
is to use a common.blah file to do it.
However, using test templates is the way I want to do it in future -
it will be perfect for these sorts of test variations:
http://oss.sgi.com/archives/xfs/2013-03/msg00578.html
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list
:
+# get standard environment, filters and checks
+. ./common.rc
+. ./btrfs.filter
That should probably have been named common.filter.btrfs.
I found this updating my patchset that moves all the common.* files
into a common/ directory
I'll rename it to common/filter.btrfs
Cheers,
Dave
harness expects TEST_DEV to be mounted on TEST_DIR, not
anywhere else.
If you need multiple scratch filesystems to test cross-device
linkage errors, use loopback devices or make use of the btrfs
scratch device pool...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from
btrfs can use generic_file_read_iter(). Base btrfs_file_write_iter()
on btrfs_file_aio_write(), then have the latter call the former.
Signed-off-by: Dave Kleikamp dave.kleik...@oracle.com
Cc: Zach Brown z...@zabbo.net
Cc: Chris Mason chris.ma...@fusionio.com
Cc: linux-btrfs@vger.kernel.org
in the wild, there
will still be people using it 10 years later. IOWs, you'll probably
never be able to delete the old code
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
is in the commit description?
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo-info.html
On Thu, Feb 28, 2013 at 08:02:52AM +0800, Wang Sheng-Hui wrote:
On 2013年02月28日 07:04, Dave Chinner wrote:
On Wed, Feb 27, 2013 at 03:15:16PM +0800, Wang Sheng-Hui wrote:
Btrfs doesn't support FIEMAP_FLAG_XATTR, which is enabled by
-x option of filefrag, and will fail with
'FIBMAP: Invalid
}
Dave
--
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 http://vger.kernel.org/majordomo-info.html
be an acceptable answer.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo-info.html
subvolume '/test/vol1'
+vol1 created
+0/257 4096 4096
+qgroup limited to 2mb
+dd: writing ‘/test/vol1/file1’: Disk quota exceeded
You've got environment specific characters in your output.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo-info.html
On Thu, Feb 14, 2013 at 09:36:38AM +0100, Lukáš Czerner wrote:
On Thu, 14 Feb 2013, Chris Murphy wrote:
Date: Thu, 14 Feb 2013 00:29:59 -0700
From: Chris Murphy li...@colorremedies.com
To: Dave Chinner da...@fromorbit.com
Cc: Karel Zak k...@redhat.com, Lukáš Czerner lczer...@redhat.com
; /* invalid */
+ return FILEID_INVALID; /* invalid */
}
I think you can drop the /* invalid */ comment from there now as
it is redundant with this change.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body
btrfs can use generic_file_read_iter(). Base btrfs_file_write_iter()
on btrfs_file_aio_write(), then have the latter call the former.
Signed-off-by: Dave Kleikamp dave.kleik...@oracle.com
Cc: Zach Brown z...@zabbo.net
Cc: Chris Mason chris.ma...@fusionio.com
Cc: linux-btrfs@vger.kernel.org
On Fri, Dec 07, 2012 at 05:25:19PM +0530, Abhijit Pawar wrote:
This patch replace the obsolete simple_strtofoo with kstrtofoo
The XFS changes look fine. Consider those:
Acked-by: Dave Chinner dchin...@redhat.com
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send
btrfs can use generic_file_read_iter(). Base btrfs_file_write_iter()
on btrfs_file_aio_write(), then have the latter call the former.
Signed-off-by: Dave Kleikamp dave.kleik...@oracle.com
Cc: Zach Brown z...@zabbo.net
Cc: Chris Mason chris.ma...@fusionio.com
Cc: linux-btrfs@vger.kernel.org
to most
questions about what is optimal?. i.e:
http://xfs.org/index.php/XFS_FAQ#Q:_I_want_to_tune_my_XFS_filesystems_for_.3Csomething.3E
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
On Wed, Nov 07, 2012 at 04:38:23PM +0800, Zhi Yong Wu wrote:
HI, Dave,
I guess that you should add some hot tracking stuff in some
xfs_show_xxx function, right?
Yes, it should - I thought I did that. I recall seeing int
/proc/mounts, but maybe I was just hallucinating. I'll send an
updated
to update access frequency from read/writepage(s) hooks
+ */
+inline void hot_update_freqs(struct inode *inode, u64 start,
+ u64 len, int rw)
This function seems too big. So we really need to inline this function?
As Dave said in his comments, it will add a function call
btrfs can use generic_file_read_iter(). Base btrfs_file_write_iter()
on btrfs_file_aio_write(), then have the latter call the former.
Signed-off-by: Dave Kleikamp dave.kleik...@oracle.com
Cc: Zach Brown z...@zabbo.net
Cc: Chris Mason chris.ma...@oracle.com
Cc: linux-btrfs@vger.kernel.org
---
fs
On Wed, Oct 17, 2012 at 04:57:14PM +0800, Zhi Yong Wu wrote:
On Tue, Oct 16, 2012 at 4:42 AM, Dave Chinner da...@fromorbit.com wrote:
On Wed, Oct 10, 2012 at 06:07:22PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
(*) Tested on an empty 17TB XFS
On Thu, Oct 18, 2012 at 12:44:47PM +0800, Zhi Yong Wu wrote:
On Thu, Oct 18, 2012 at 12:29 PM, Dave Chinner da...@fromorbit.com wrote:
On Wed, Oct 17, 2012 at 04:57:14PM +0800, Zhi Yong Wu wrote:
On Tue, Oct 16, 2012 at 4:42 AM, Dave Chinner da...@fromorbit.com wrote:
On Wed, Oct 10, 2012
;
+ char filename[PATH_MAX];
Don't put the filename in the ioctl and open the file in the kernel.
Have userspace open the file directly and issue the ioctl on the fd
that is returned.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line
what files users are accessing from this information.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo-info.html
/seq_operations constructs?
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo-info.html
update
that slabtop got, so it is indicative of the impending OOM situation
that occurred.
Changelog from v2:
1.) Converted to Radix trees, not RB-tree [Zhiyong, Dave Chinner]
2.) Added memory shrinker [Dave Chinner]
I haven't looked at the shrinker, but clearly it is not working,
otherwise
From: Dave Chinner dchin...@redhat.com
Connect up the VFS hot tracking support so XFS filesystems can make
use of it.
Signed-off-by: Dave Chinner dchin...@redhat.com
---
fs/xfs/xfs_mount.h |1 +
fs/xfs/xfs_super.c |9 +
2 files changed, 10 insertions(+)
diff --git a/fs/xfs
[ 200.064574] [81b765c0] ? gs_change+0x13/0x13
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo-info.html
can't see how this is a manageable interface. It is not
persistent, so after every filesystem mount you'd have to set the
flag on all your inodes again. Hence, for the moment, I'd suggest
that dropping per-inode tracking control until all the core issues
are sorted out
Cheers,
Dave.
--
Dave
On Thu, Sep 27, 2012 at 02:23:16PM +0800, Zhi Yong Wu wrote:
On Thu, Sep 27, 2012 at 11:43 AM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Sep 23, 2012 at 08:56:30PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Adds a hash table structure which
On Thu, Sep 27, 2012 at 02:28:12PM +0800, Zhi Yong Wu wrote:
On Thu, Sep 27, 2012 at 11:54 AM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Sep 23, 2012 at 08:56:31PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Miscellaneous features that implement
On Thu, Sep 27, 2012 at 02:54:22PM +0800, Zhi Yong Wu wrote:
On Thu, Sep 27, 2012 at 12:03 PM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Sep 23, 2012 at 08:56:32PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Fork and run one kernel kthread
On Thu, Sep 27, 2012 at 01:25:34PM +0800, Zhi Yong Wu wrote:
On Tue, Sep 25, 2012 at 5:28 PM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Sep 23, 2012 at 08:56:28PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Introduce one new mount option '-o
On Wed, Sep 26, 2012 at 10:56:08AM +0800, Zhi Yong Wu wrote:
On Tue, Sep 25, 2012 at 5:28 PM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Sep 23, 2012 at 08:56:28PM +0800, zwu.ker...@gmail.com wrote:
From: Zhi Yong Wu wu...@linux.vnet.ibm.com
Introduce one new mount option '-o
On Wed, Sep 26, 2012 at 10:53:07AM +0800, Zhi Yong Wu wrote:
On Tue, Sep 25, 2012 at 5:17 PM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Sep 23, 2012 at 08:56:27PM +0800, zwu.ker...@gmail.com wrote:
I note that the code will always insert range items of a length
RANGE_SIZE. This means
);
And call this in .fill_super() after parsing the hottrack argument.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org
. HEAT_MAP_SIZE, not HASH_SIZE.
As it is, there aren't any users of the heat maps that are generated
in this patch set - it's not even exported to userspace or to
debugfs, so I'm not sure how it will be used yet. How are these heat
maps going to be used by filesystems, Zhi?
Cheers,
Dave.
--
Dave Chinner
da
writes or fsync-triggered writes, are are far more
likely to be to hot ranges in a file...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http
comments earlier in the series,
there's not a lot of point in me spending time commenting on ethe
code in detail here as it will change significantly as a result of
all the earlier comments
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line
that keeps track of fs-wide hot data */
+ struct hot_inode_tree hot_inode_tree;
+};
The comment is redundant...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
/hot_tracking.h, so you
shouldn't need these forward declarations...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo
or not.
This then means the hot inode tracking for the superblock can be
initialised by the filesystem as part of it's fill_super method,
along with the filesystem specific code that will use the hot
tracking information the VFS gathers
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from
to _require_scratch_dev_pool.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo-info.html
On Tue, Jul 31, 2012 at 08:55:59AM +0800, majianpeng wrote:
On 2012-07-31 05:42 Dave Chinner da...@fromorbit.com Wrote:
On Mon, Jul 30, 2012 at 03:14:28PM +0800, majianpeng wrote:
When exec bio_alloc, the bi_rw is zero.But after calling bio_add_page,
it will use bi_rw.
Fox example
it is easy to tell the difference between a new failure and
regression.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo
stale metadata and bad things will
happen. That's why it's called dangerous. ;)
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http
]_sb_if_idle()
with a trylock and use that.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo-info.html
On Tue, Apr 03, 2012 at 04:26:07PM +0200, David Sterba wrote:
On Mon, Apr 02, 2012 at 09:47:22PM -0400, Dave Jones wrote:
49b25e0540904be0bf558b84475c69d72e4de66e is the first bad commit
btrfs: enhance transaction abort infrastructure
Attached patch adds several debugging printks
On Tue, Apr 03, 2012 at 06:33:43PM +0200, David Sterba wrote:
On Tue, Apr 03, 2012 at 12:20:23PM -0400, Dave Jones wrote:
I see a lot of these ..
btrfs: __btrfs_end_transaction -EIO abored=1802201963 (no super error)
1802201963 == 0x6b6b6b6b
#define POISON_FREE 0x6b
On Tue, Apr 03, 2012 at 12:50:55PM -0400, Dave Jones wrote:
On Tue, Apr 03, 2012 at 06:33:43PM +0200, David Sterba wrote:
On Tue, Apr 03, 2012 at 12:20:23PM -0400, Dave Jones wrote:
I see a lot of these ..
btrfs: __btrfs_end_transaction -EIO abored=1802201963 (no super error
On Tue, Apr 03, 2012 at 01:07:50PM -0400, Dave Jones wrote:
wait, what...
535 memset(trans, 0, sizeof(*trans));
536 kmem_cache_free(btrfs_trans_handle_cachep, trans);
537
538 if (throttle)
539 btrfs_run_delayed_iputs(root
?
Dave
--
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 http://vger.kernel.org/majordomo-info.html
Segmentation fault (core dumped)
tried to send this email..
collect: Cannot write ./dfq32HpM1C010652 (fsync, uid=1000, gid=51):
Input/output error
Error writing control file ./qfq32HpM1C010652: Input/output error
3.3 is fine.
Dave
--
To unsubscribe from this list: send the line unsubscribe
On Mon, Apr 02, 2012 at 03:48:14PM -0400, Chris Mason wrote:
On Mon, Apr 02, 2012 at 02:02:14PM -0400, Dave Jones wrote:
Updated to rc1 this morning, and my machines with btrfs are all freaking
out..
I got this from my cron email ..
/etc/cron.daily/prelink: line 41: /var/lib
On Mon, Apr 02, 2012 at 05:26:08PM -0400, Chris Mason wrote:
On Mon, Apr 02, 2012 at 05:16:22PM -0400, Dave Jones wrote:
On Mon, Apr 02, 2012 at 03:48:14PM -0400, Chris Mason wrote:
On Mon, Apr 02, 2012 at 02:02:14PM -0400, Dave Jones wrote:
Updated to rc1 this morning, and my
if it'll potentially make things worse..
Dave
--
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 http://vger.kernel.org/majordomo-info.html
On Mon, Apr 02, 2012 at 06:39:19PM -0400, Chris Mason wrote:
On Mon, Apr 02, 2012 at 06:33:50PM -0400, Dave Jones wrote:
On Mon, Apr 02, 2012 at 06:28:02PM -0400, Chris Mason wrote:
x86-64.
dmesg below. (ignore the rpc oops, reported elsewhere, it's
unrelated
On Mon, Apr 02, 2012 at 07:50:50PM -0400, Chris Mason wrote:
I'll start a bisect later to see if I can narrow it down at least.
Ok, a directed bisect of the major suspects. Josef changed the extent
buffer eio code in this commit (jump to the commit before it):
I had already started
Change the direct_IO aop to take an iov_iter argument rather than an iovec.
This will get passed down through most filesystems so that only the
__blockdev_direct_IO helper need be aware of whether user or kernel memory
is being passed to the function.
Signed-off-by: Dave Kleikamp dave.kleik
btrfs can use generic_file_read_iter(). Base btrfs_file_write_iter()
on btrfs_file_aio_write(), then have the latter call the former.
Signed-off-by: Dave Kleikamp dave.kleik...@oracle.com
Cc: Zach Brown z...@zabbo.net
Cc: Chris Mason chris.ma...@oracle.com
Cc: linux-btrfs@vger.kernel.org
---
fs
has happened.
Every time a deadlock involving writeback_inodes_sb...if_idle()
comes up, I give the same response. If the s_umount is write locked,
then the sb is not idle. IOWs, writeback_inodes_sb...if_idle()
should be doing down_read_trylock(), not down_read().
Cheers,
Dave.
--
Dave Chinner
Some helpers were broken out of btrfs_direct_IO() in order to avoid code
duplication in new bio_vec-based function.
Signed-off-by: Dave Kleikamp dave.kleik...@oracle.com
Cc: Zach Brown z...@zabbo.net
Cc: Chris Mason chris.ma...@oracle.com
Cc: linux-btrfs@vger.kernel.org
---
fs/btrfs/file.c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Mon, Feb 13, 2012 at 04:58:01PM +0300, Private Inf wrote:
Hello Dave,
According to this
threadhttp://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg11548.htmlyou
were able to fix your faulty BTRFS. Looks like I have the same problem
if btrfs_get_extent_fiemap()
failed
due to other issues. This will confuse the user applications to be
expecting ENXIO when
trying to find a specific data or hole location once it has occurred.
Thanks Dave for pointing that out in XFS thread.
This patch fix it to return EUCLEAN, or maybe
lookups in the XFS
buffer cache, but I've got a long list of things to do before I get
to it. If someone else implements the tree, that's most of the work
done for me. :)
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
On Thu, Jan 05, 2012 at 02:11:31PM -0500, Liu Bo wrote:
On 01/04/2012 09:26 PM, Dave Chinner wrote:
On Wed, Jan 04, 2012 at 09:23:18PM -0500, Liu Bo wrote:
On 01/04/2012 06:01 PM, Dave Chinner wrote:
On Thu, Jan 05, 2012 at 09:23:52AM +1100, Chris Samuel wrote:
On 05/01/12 09:11, Dave
On Thu, Jan 05, 2012 at 02:45:00PM -0500, Chris Mason wrote:
On Thu, Jan 05, 2012 at 01:46:57PM -0500, Chris Mason wrote:
On Thu, Jan 05, 2012 at 10:01:22AM +1100, Dave Chinner wrote:
On Thu, Jan 05, 2012 at 09:23:52AM +1100, Chris Samuel wrote:
On 05/01/12 09:11, Dave Chinner wrote
On Thu, Jan 05, 2012 at 08:44:45AM +1100, Dave Chinner wrote:
Hi there buttery folks,
I just hit this warning and oops running a parallel fs_mark create
workload on a test VM using a 17TB btrfs filesystem (12 disk dm
RAID0) using default mkfs and mount parmeters, mounted on
/mnt/scratch
On Thu, Jan 05, 2012 at 09:23:52AM +1100, Chris Samuel wrote:
On 05/01/12 09:11, Dave Chinner wrote:
Looks to be reproducable.
Does this happen with rc6 ?
I haven't tried. All I'm doing is running some benchmarks to get
numbers for a talk I'm giving about improvements in XFS metadata
On Wed, Jan 04, 2012 at 09:23:18PM -0500, Liu Bo wrote:
On 01/04/2012 06:01 PM, Dave Chinner wrote:
On Thu, Jan 05, 2012 at 09:23:52AM +1100, Chris Samuel wrote:
On 05/01/12 09:11, Dave Chinner wrote:
Looks to be reproducable.
Does this happen with rc6 ?
I haven't tried. All I'm
, but also appear to be hung
waiting on IO completion with MD stuck in
make_request()-get_active_stripe(). That, to me, indicates an MD
problem.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message
=always doesn't work (produces the error Invalid cross-device link).
Is there a way to recover that file and benefit from COW?
- --
- -=[dave]=-
Entropy isn't what it used to be.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iF4EAREIAAYFAk7wpKUACgkQXM0u5ajNnCgMUQD/Uf0
,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo-info.html
had this happen to me on two occasions. The first time was after a hard
reboot. The second was on a totally different machine at a different geographic
location, which occurred after nothing more than a reboot.
- --
- -=[dave]=-
Entropy isn't what it used to be.
-BEGIN PGP SIGNATURE
for XFS filesytems. I.e. clone the
filesytem using xfs_copy, then run xfs_admin -U generate clone to
generate a new uuid in the cloned copy before you mount the
clone
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs
please modify the _populate_fs function to do what you need.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo
clarified
first, then the behaviour codified in a single test suite we can
call the 'authoritive test'.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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
On Tue, Aug 30, 2011 at 06:17:02PM -0700, Sunil Mushran wrote:
On 08/25/2011 06:35 PM, Dave Chinner wrote:
Agreed, that's the way I'd interpret it, too. So perhaps we need to
ensure that this interpretation is actually tested by this test?
How about some definitions to work by:
Data
or not and
will
adjust as necessary.
Can you resend this with any updates that happened in the meantime?
Dave also still had some comments about semantics, so it might be worth
to incorporate that as well.
The main questions I had when looking at this was how we should
handle unwritten extents - the only answer
On Thu, Aug 25, 2011 at 12:51:56AM -0600, Andreas Dilger wrote:
On 2011-08-25, at 12:40 AM, Dave Chinner wrote:
On Thu, Aug 25, 2011 at 02:06:32AM -0400, Christoph Hellwig wrote:
On Tue, Jun 28, 2011 at 11:33:19AM -0400, Josef Bacik wrote:
This is a test to make sure seek_data/seek_hole
* * * * /usr/local/bin/snapshot hourly 6
0 0 * * * /usr/local/bin/snapshot daily 7
0 0 * * 0 /usr/local/bin/snapshot weekly 4
--
-=[dave]=-
Entropy isn't what it used to be.
pgp09202hq1TV.pgp
Description: PGP signature
in
particular). This behavior goes away after a reboot.
I'm running kernel version 3.0.
--
-=[dave]=-
Entropy isn't what it used to be.
pgpGtgOCW3Zae.pgp
Description: PGP signature
in the btrfs
ecosystem (lack of fsck being the most frequent reason for not trying btrfs). I
know I've got two existing instances that I can test this tool on.
--
-=[dave]=-
Entropy isn't what it used to be.
pgpwZXDAxQRKk.pgp
Description: PGP signature
to understand...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo-info.html
OK so I have recovered all of my data. This was sort of a nerve wrecking
experience. I'll share what I've done in case others are experiencing the same
problem (I've seen other threads appear complaining of the same assertion which
draw no response).
So, I filled open_ctree_fd with printf
A power failure has left me with a broken btrfs. Trying to mount the filesystem
with Kernel 3.0 gives me an unrecognized superblock error. btrfs-debug-tree
spits out the folowing:
parent transid verify failed on 349129785344 wanted 120602 found 120627
parent transid verify failed on
OK so on further investigation, I can see that btrfs-debug-tree is failing on:
ret = find_and_setup_root(tree_root, fs_info, BTRFS_CSUM_TREE_OBJECTID,
csum_root);
(line 750 or so)
But the same call with extent_root and dev_root as arguments are successful.
Would this indicate that some branch on
regions of those states as well, right?
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
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 http://vger.kernel.org/majordomo-info.html
);
Modification of inode-i_state is not safe outside the
inode-i_lock.
This probably needs to be implemented similar to the
__I_NEW/__wait_on_freeing_inode() and
__I_SYNC/inode_wait_for_writeback() pattern...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list
, performance on this create workload my test box is roughly 45k
creates/s for btrfs, 75k creates/s for ext4 and 110k create/s for
XFS. btrfs is without doubt being slowed down by the lock contention
problems
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send
dentries. That way the sb generating them all would self-limit
without greatly affecting the working set of dentries on other
filesystems...
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord
501 - 600 of 635 matches
Mail list logo
