On 06/30/2011 09:13 PM, Josef Bacik wrote:
On 06/30/2011 10:12 AM, Proskurin Kirill wrote:
On 06/29/2011 08:14 PM, Josef Bacik wrote:
Ok - I upgrade to 2.6.39-2 but it is seems to all things get worse.
Now I see [btrfs-transacti] btrfs-endio-wri] 80-100% all the
time and
io performance
On Thursday 30 of June 2011 23:19:02 Hugo Mills wrote:
After a reorganisation of patches, and sending a bunch of them to
Chris, I've also updated the integration branch to match that. It's
available from:
http://git.darksatanic.net/repo/btrfs-progs-unstable.git/
integration-20110630
Hi, Miao,
(2011/06/30 15:32), Miao Xie wrote:
Hi, Itoh-san
Could you test the following patch to check whether it can fix the bug or not?
I have tested it on my x86_64 machine by your test script for two days, it
worked well.
I ran my test script about a day, I was not able to reproduce
2011-06-30 22:55:15 +0200, Andreas Philipp:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30.06.2011 14:34, Stephane Chazelas wrote:
Looks like this was missing in integration-20110626 for the
readonly snapshot patch:
diff --git a/btrfs.c b/btrfs.c
index e117172..be6ece5
On Thu, Jun 30, 2011 at 11:25:59PM +0200, Andreas Philipp wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30.06.2011 23:19, Hugo Mills wrote:
After a reorganisation of patches, and sending a bunch of them to
Chris, I've also updated the integration branch to match that.
It's
On Thu, Jun 30, 2011 at 11:47:36PM +0200, Andreas Philipp wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30.06.2011 23:19, Hugo Mills wrote:
After a reorganisation of patches, and sending a bunch of them to
Chris, I've also updated the integration branch to match that.
It's
On Fri, Jul 01, 2011 at 09:50:29AM +0800, Li Zefan wrote:
Jan Schmidt (5):
commands added
scrub ioctls
added check_mounted_where
scrub userland implementation
scrub added to manpage
WuBo (1):
Btrfs-progs: Add chunk tree recover tool
I
hi,
Following test case causes my remote system to hard-hang and does
not respond to any key strokes.
---
# btrfs fi show
failed to read /dev/sr0
Label: none uuid: 75ad3c9f-f661-498e-8c13-89d4e4c58312
Total devices 3 FS bytes used 28.00KB
devid1 size 465.76GB used
On Wed, Jun 29, 2011 at 11:42:38AM +0100, P?draig Brady wrote:
There is the argument, that if this interface can distinguish
these dirty unwritten extents, then why can't the fiemap interface too?
The advantage of the fiemap interface is that it can distinguish
empty extents vs holes. Empty
Looks like there is a panic (not system hang).
any idea where is the panic log after the system has been
power-recycled. (its not in the /var/log/messages or dmesg or
/var/crash is empty)
Thanks, Anand
On 07/01/2011 05:25 PM, Anand Jain wrote:
hi,
Following test case causes my remote
On 01.07.2011 10:26, Stephane Chazelas wrote:
2011-06-30 22:55:15 +0200, Andreas Philipp:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30.06.2011 14:34, Stephane Chazelas wrote:
Looks like this was missing in integration-20110626 for the
readonly snapshot patch:
diff --git a/btrfs.c
On Fri, Jul 01, 2011 at 12:13:30PM +0200, Andreas Philipp wrote:
On 01.07.2011 10:26, Stephane Chazelas wrote:
2011-06-30 22:55:15 +0200, Andreas Philipp:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30.06.2011 14:34, Stephane Chazelas wrote:
Looks like this was missing in
On 07/01/2011 03:11 AM, Proskurin Kirill wrote:
On 06/30/2011 09:13 PM, Josef Bacik wrote:
On 06/30/2011 10:12 AM, Proskurin Kirill wrote:
On 06/29/2011 08:14 PM, Josef Bacik wrote:
Ok - I upgrade to 2.6.39-2 but it is seems to all things get worse.
Now I see [btrfs-transacti]
On Jun 28, 2011, at 8:06 PM, Hugo Mills wrote:
On Tue, Jun 28, 2011 at 06:55:41PM +0100, João Eduardo Luís wrote:
On Jun 28, 2011, at 4:07 PM, C Anthony Risinger wrote:
2011/6/28 João Eduardo Luís jecl...@gmail.com:
Hello.
Can anyone think of a simple way to copy a set of pages from a
subscribe linux-btrfs--
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
Hi,
I just got one of those:
[ 8203.192107] [ cut here ]
[ 8203.192146] kernel BUG at
/media/data/mattems/src/linux-2.6-3.0.0~rc5/debian/build/source_amd64_none/fs/btrfs/inode.c:1583!
[ 8203.192210] invalid opcode: [#1] SMP
[ 8203.192246] CPU 1
[ 8203.192256]
Li Zefan l...@cn.fujitsu.com writes:
This is an initial version of online fsck. What it does is:
- check the dir item and dir index pointing to a file.
- check the structure of extents of a file.
As furthur work, we should consider:
- fix but not only check the structure of a file.
-
On 07/01/2011 01:44 PM, Stephane Chazelas wrote:
Hi,
I just got one of those:
[ 8203.192107] [ cut here ]
[ 8203.192146] kernel BUG at
/media/data/mattems/src/linux-2.6-3.0.0~rc5/debian/build/source_amd64_none/fs/btrfs/inode.c:1583!
[ 8203.192210] invalid opcode:
Just wanted to say thank you Hugo for doing this. The latest patch set may of
not
fixed my problem, but it is still nice to be able to see the progress being
made
to btrfs-progs in one area.
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to
On 07/01/2011 03:38 PM, Stephane Chazelas wrote:
2011-07-01 15:07:52 -0400, Josef Bacik:
On 07/01/2011 01:44 PM, Stephane Chazelas wrote:
[...]
[ 8203.192146] kernel BUG at
/media/data/mattems/src/linux-2.6-3.0.0~rc5/debian/build/source_amd64_none/fs/btrfs/inode.c:1583!
[ 8203.192210]
On 07/01/2011 05:25 AM, Anand Jain wrote:
hi,
Following test case causes my remote system to hard-hang and does
not respond to any key strokes.
---
# btrfs fi show
failed to read /dev/sr0
Label: none uuid: 75ad3c9f-f661-498e-8c13-89d4e4c58312
Total devices 3 FS bytes
A user reported an error where if we try to balance an fs after a device has
been removed it will blow up. This is because we get an EIO back and this is
where BUG_ON(ret) bites us in the ass. To fix we just exit. Thanks,
Reported-by: Anand Jain anand.j...@oracle.com
Signed-off-by: Josef Bacik
Hey Chris,
Since I'm going on vacation next week I wanted to get everything ready for you
in case you get bored with fsck and want to put together a 3.1 tree :). If you
can pull
git://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-work.git for-chris
It is based on your for-linus branch.
This adds the hooks needed for readahead. In the readpage_end_io_hook,
the extent state is checked for the EXTENT_READAHEAD flag. Only in this
case the readahead hook is called, to keep the impact on non-ra as low
as possible.
Additionally, a hook for a failed IO is added, otherwise readahead
This ioctl is added to trigger a readahead from user mode. It implements
a readahead using the new interface and also a traditional tree walk.
This way it's possible to measure the two side by side.
Changes v5:
- handle is not of type struct reada_control
Signed-off-by: Arne Jansen
This series introduces a generic readahead interface for btrfs trees.
The intention is to use it to speed up scrub in a first run, but balance
is another hot candidate. In general, every tree walk could be accompanied
by a readahead. Deletion of large files comes to mind, where the fetching
of the
This is the implementation for the generic read ahead framework.
To trigger a readahead, btrfs_reada_add must be called. It will start
a read ahead for the given range [start, end) on tree root. The returned
handle can either be used to wait on the readahead to finish
(btrfs_reada_wait), or to
read_extent_buffer_pages currently has two modes, either trigger a read
without waiting for anything, or wait for the I/O to finish. The former
also bails when it's unable to lock the page. This patch now adds an
additional parameter to allow it to block on page lock, but don't wait
for
Scrub uses a simple tree-enumeration to bring the relevant portions
of the extent- and csum-tree into the page cache before starting the
scrub-I/O. This is now replaced by using the new readahead-API.
During readahead the scrub is being accounted as paused, so it won't
hold off transaction
Add state information for readahead to btrfs_fs_info and btrfs_device
Changes v2:
- don't wait in radix_trees
- add own set of workers for readahead
Reviewed-by: Josef Bacik jo...@redhat.com
Signed-off-by: Arne Jansen sensi...@gmx.net
---
fs/btrfs/ctree.h |5 +
fs/btrfs/disk-io.c |
Add a READAHEAD extent buffer flag.
Add a function to trigger a read with this flag set.
Changes v2:
- use extent buffer flags instead of extent state flags
Changes v5:
- adapt to changed read_extent_buffer_pages interface
- don't return eb from reada_tree_block_flagged if it has CORRUPT flag
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30.06.2011 23:19, Hugo Mills wrote:
After a reorganisation of patches, and sending a bunch of them to
Chris, I've also updated the integration branch to match that. It's
available from:
32 matches
Mail list logo
