Am 20.07.2016 um 09:35 schrieb Holger Hoffstätte:
> On 07/20/16 07:31, Stefan Priebe - Profihost AG wrote:
>> Hi list,
>>
>> while i didn't had the problem for some month i'm now getting ENOSPC on
>> a regular basis on one host.
>
> Well, it's getting better. :)
Again the same problem.
>
>>
here we go...
Am 20.07.2016 um 08:31 schrieb Wang Xiaoguang:
> hello,
>
> On 07/20/2016 01:31 PM, Stefan Priebe - Profihost AG wrote:
>> Hi list,
>>
>> while i didn't had the problem for some month i'm now getting ENOSPC on
>> a regular basis on one host.
>>
>> It would be great if someone can
On 2016-07-29 03:34, Qu Wenruo wrote:
>> I am not against about your proposal; however I have to point out
>> that the goal of these command was not to *traverse* the file, but
>> only to found the physical location of a file offset. My use case
>> was to simulate a corruption of a raid5 stripe
Nicholas D Steeves posted on Thu, 28 Jul 2016 13:53:31 -0400 as excerpted:
> Additionally, I've read that -o autodefrag doesn't yet work well for
> large databases. Would a supplementary targeted defrag policy be useful
> here? For example: a general cron/systemd.trigger default of "-t 32M",
>
Hi, Goffredo,
Sorry I forgot to mention that, even btrfs-map-logcal is an offline
tool, it can still handle mount fs too.
Although it's also true that it still lacks the needed RAID flags and
stripe info.
At 07/29/2016 04:25 AM, Goffredo Baroncelli wrote:
Hi Qu,
On 2016-07-28 03:47, Qu
On Thu, Jul 28, 2016 at 9:04 PM, David Sterba wrote:
> On Thu, Jul 28, 2016 at 04:28:41PM +0200, John Paul Adrian Glaubitz wrote:
>> On 07/28/2016 04:25 PM, John Paul Adrian Glaubitz wrote:
>> > On 07/28/2016 04:01 PM, Anatoly Pugachev wrote:
>> >> Program received signal SIGBUS,
Hi Qu,
On 2016-07-28 03:47, Qu Wenruo wrote:
> At 07/28/2016 01:43 AM, Goffredo Baroncelli wrote:
>> From: Goffredo Baroncelli
>>
>> The aim of this new command is to show the physical placement on the disk
>> of a file.
>> Currently it handles all the profiles (single, dup,
On Thu, Jul 28, 2016 at 03:36:53PM +, Holger Hoffstätte wrote:
> On Wed, 27 Jul 2016 18:42:03 -0700, Liu Bo wrote:
>
> > Function start_transaction() can return ERR_PTR(1) when flush is
> > BTRFS_RESERVE_FLUSH_LIMIT, so the call graph is
> >
> > start_transaction (return ERR_PTR(1))
> > ->
On Thu, Jul 28, 2016 at 04:28:41PM +0200, John Paul Adrian Glaubitz wrote:
> On 07/28/2016 04:25 PM, John Paul Adrian Glaubitz wrote:
> > On 07/28/2016 04:01 PM, Anatoly Pugachev wrote:
> >> Program received signal SIGBUS, Bus error.
> >> 0x00177dfc in raid6_gen_syndrome (disks=4,
On 28 July 2016 at 06:55, David Sterba wrote:
> On Wed, Jul 27, 2016 at 01:19:01PM -0400, Nicholas D Steeves wrote:
>> > In that regard a defrag -t 32M recommendation is reasonable for a
>> > converted filesystem, tho you can certainly go larger... to 1 GiB as I
>> > said.
>>
>>
In read_one_chunk(), we may add an empty entry for a missing device.
However, this entry wasn't being added to the dev_list, and so it never
got freed.
Signed-off-by: Justin Maggard
---
volumes.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/volumes.c b/volumes.c
David Sterba posted on Thu, 28 Jul 2016 12:55:55 +0200 as excerpted:
> On Wed, Jul 27, 2016 at 01:19:01PM -0400, Nicholas D Steeves wrote:
>> > In that regard a defrag -t 32M recommendation is reasonable for a
>> > converted filesystem, tho you can certainly go larger... to 1 GiB as
>> > I said.
On Thu, 28 Jul 2016 13:32:27 +0200
David Sterba wrote:
> I'll comment on the overall approach and skip code-specific comments.
>
> The changelog does not explain why there's a need for a new blockgroup
> type and what's the relation to the existing types. It seems that it
>
On Wed, 27 Jul 2016 18:42:03 -0700, Liu Bo wrote:
> Function start_transaction() can return ERR_PTR(1) when flush is
> BTRFS_RESERVE_FLUSH_LIMIT, so the call graph is
>
> start_transaction (return ERR_PTR(1))
> -> btrfs_block_rsv_add (return 1)
> -> reserve_metadata_bytes (return 1)
>
> Oh, and you will somehow need to guard this with #if BITS_PER_LONG == 64 ...
> #else ... #endif respectively since you need to use different versions
> (64 vs. 32) of get_unaligned_* depending on the size of unative_t.
Maybe a get_unaligned_unative() would be better so that preprocessor
fun is
On 07/28/2016 04:25 PM, John Paul Adrian Glaubitz wrote:
> On 07/28/2016 04:01 PM, Anatoly Pugachev wrote:
>> Program received signal SIGBUS, Bus error.
>> 0x00177dfc in raid6_gen_syndrome (disks=4, bytes=65536,
>> ptrs=0x2c4510) at raid6.c:87
>> 87 wq0 = wp0 =
On 07/28/2016 04:01 PM, Anatoly Pugachev wrote:
> Program received signal SIGBUS, Bus error.
> 0x00177dfc in raid6_gen_syndrome (disks=4, bytes=65536,
> ptrs=0x2c4510) at raid6.c:87
> 87 wq0 = wp0 = *(unative_t *)[z0][d+0*NSIZE];
That should be easy to fix. Just make
On Thu, Jul 28, 2016 at 3:24 PM, David Sterba wrote:
> On Thu, Jul 28, 2016 at 02:09:03PM +0200, John Paul Adrian Glaubitz wrote:
>> Hi David!
>>
>> On 07/28/2016 01:58 PM, Anatoly Pugachev wrote:
>> >> Can you please test with the current 'devel' branch? Fixed by the patch
>> >>
Hi,
btrfs-progs 4.7-rc1 have been tagged. There are several new enhancements,
a handful of bugfixes and other cleanups. The 4.7 release is planned for
tomorrow.
Changes:
* convert: fix creating discontig extents
* check: speed up traversing heavily reflinked extents within a file
* check:
On Thu, Jul 28, 2016 at 02:09:03PM +0200, John Paul Adrian Glaubitz wrote:
> Hi David!
>
> On 07/28/2016 01:58 PM, Anatoly Pugachev wrote:
> >> Can you please test with the current 'devel' branch? Fixed by the patch
> >> "btrfs-progs: fix unaligned access calculating raid56 data" (depends on
> >>
Hi David!
On 07/28/2016 01:58 PM, Anatoly Pugachev wrote:
>> Can you please test with the current 'devel' branch? Fixed by the patch
>> "btrfs-progs: fix unaligned access calculating raid56 data" (depends on
>> another patch in devel). Thanks.
Are you sure you pushed these changes? I don't see
On Fri, Jul 15, 2016 at 12:12:48PM -0700, Omar Sandoval wrote:
> From: Omar Sandoval
>
> Copy le_test_bit() from the kernel and use that for the free space tree
> bitmaps.
>
> Signed-off-by: Omar Sandoval
Applied, thanks.
--
To unsubscribe from this list: send
On Wed, Jul 27, 2016 at 07:43:13PM +0200, Goffredo Baroncelli wrote:
> Hi all,
>
> the following patches add two new commands:
> 1) btrfs inspect-internal physical-find
> 2) btrfs inspect-internal physical-dump
>
> The aim of these two new commands is to locate (1) and dump (2) the stripe
>
On 07/28/2016 01:58 PM, Anatoly Pugachev wrote:
> but where do I get -devel branch of btrfs-progs?
> I just tried git://repo.or.cz/btrfs-progs-unstable/devel.git , but
> still seeing last commit in it:
glaubitz@ikarus:~/upstream/devel$ git checkout devel
Branch devel set up to track remote branch
On Thu, Jul 28, 2016 at 12:44 PM, David Sterba wrote:
> On Wed, Jul 27, 2016 at 09:56:09PM +0200, David Sterba wrote:
>> On Wed, Jul 27, 2016 at 04:59:27PM +0300, Anatoly Pugachev wrote:
>> > Hello!
>> >
>> > Running xfstests suite, got in logs mkfs.btrfs bus error, debugging it
On Thu, Jul 28, 2016 at 12:28:27PM +0100, Graham Cobb wrote:
> On 28/07/16 12:17, David Sterba wrote:
> > diff --git a/cmds-filesystem.c b/cmds-filesystem.c
> > index ef1f550b51c0..6b381c582ea7 100644
> > --- a/cmds-filesystem.c
> > +++ b/cmds-filesystem.c
> > @@ -968,7 +968,7 @@ static const char
I'll comment on the overall approach and skip code-specific comments.
The changelog does not explain why there's a need for a new blockgroup
type and what's the relation to the existing types. It seems that it
extends the data/metadata/system group, but I think this is totally
wrong.
The
On 28/07/16 12:17, David Sterba wrote:
> diff --git a/cmds-filesystem.c b/cmds-filesystem.c
> index ef1f550b51c0..6b381c582ea7 100644
> --- a/cmds-filesystem.c
> +++ b/cmds-filesystem.c
> @@ -968,7 +968,7 @@ static const char * const cmd_filesystem_defrag_usage[] =
> {
> "-f
The kernel default is too low, 32 MiB is recommended and should give
better results.
Signed-off-by: David Sterba
---
Documentation/btrfs-filesystem.asciidoc | 16
cmds-filesystem.c | 11 +--
2 files changed, 21 insertions(+), 6
hello,
On 07/28/2016 06:22 PM, David Sterba wrote:
On Thu, Jul 28, 2016 at 10:43:15AM +0800, Wang Xiaoguang wrote:
When running fstests generic/068, sometimes we got below deadlock:
xfs_io D 8800331dbb20 0 6697 6693 0x0080
8800331dbb20 88007acfc140
On Wed, Jul 27, 2016 at 01:19:01PM -0400, Nicholas D Steeves wrote:
> > In that regard a defrag -t 32M recommendation is reasonable for a
> > converted filesystem, tho you can certainly go larger... to 1 GiB as I
> > said.
>
> I only mentioned btrfs-convert.asciidoc, because that's what led me to
On Thu, Jul 28, 2016 at 10:43:15AM +0800, Wang Xiaoguang wrote:
> When running fstests generic/068, sometimes we got below deadlock:
> xfs_io D 8800331dbb20 0 6697 6693 0x0080
> 8800331dbb20 88007acfc140 880034d895c0 8800331dc000
> 880032d243e8
On Thu, Jul 28, 2016 at 04:28:25PM +0800, Qu Wenruo wrote:
> Signed-off-by: Qu Wenruo
Applied, thanks.
--
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 Wed, Jul 27, 2016 at 09:56:09PM +0200, David Sterba wrote:
> On Wed, Jul 27, 2016 at 04:59:27PM +0300, Anatoly Pugachev wrote:
> > Hello!
> >
> > Running xfstests suite, got in logs mkfs.btrfs bus error, debugging it
> > shows the following :
> >
> > Program received signal SIGBUS, Bus error.
Signed-off-by: Qu Wenruo
---
Documentation/btrfs-send.asciidoc | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/btrfs-send.asciidoc
b/Documentation/btrfs-send.asciidoc
index 47b0b04..96659ee 100644
--- a/Documentation/btrfs-send.asciidoc
+++
Introduce a new function check_inode_item() to check INODE_ITEM and
related ITEMs that have the same inode id.
Signed-off-by: Lu Fengqi
Signed-off-by: Qu Wenruo
---
cmds-check.c | 170 +++
The function cmd_check() is called by the main function of btrfs.c, its
return value will be returned by exit(). Resulting in the loss of
significant bits in some cases, for example this value is greater than
0377. If use a bool value "err" to store all of the return value, this
will solve the
Introduce a new function check_file_extent() to check file extent,
such as datasum, hole, size.
Signed-off-by: Lu Fengqi
Signed-off-by: Qu Wenruo
---
cmds-check.c | 94
1 file
Introduce a new function check_inode_ref() to check INODE_REF,
and call find_dir_item() to find the related DIR_ITEM/DIR_INDEX.
Signed-off-by: Lu Fengqi
Signed-off-by: Qu Wenruo
---
cmds-check.c | 77
Introduce a new function check_dir_item() to check DIR_ITEM/DIR_INDEX,
and call find_inode_ref() to find the related INODE_REF/INODE_EXTREF.
Signed-off-by: Lu Fengqi
Signed-off-by: Qu Wenruo
---
cmds-check.c | 137
Introduce a new function check_fs_root_v2() to check fs root,
and call check_inode_item to check the items in the tree.
Signed-off-by: Lu Fengqi
Signed-off-by: Qu Wenruo
---
cmds-check.c | 76
In the case that a extent doesn't have inline ref, this function
shouldn't report ITEM_SIZE_MISMATCH.
Signed-off-by: Lu Fengqi
Signed-off-by: Qu Wenruo
---
cmds-check.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
Introduce a new function check_fs_roots_v2() for check fs_tree in
low_memory mode. It call check_fs_root_v2() to check fs_root, and call
check_root_ref() to check root_ref.
Signed-off-by: Lu Fengqi
Signed-off-by: Qu Wenruo
---
cmds-check.c |
Introduce a new function check_root_ref() to check
root_ref/root_backref.
Signed-off-by: Lu Fengqi
Signed-off-by: Qu Wenruo
---
cmds-check.c | 93
1 file changed, 93 insertions(+)
Introduce a new function find_dir_item() to find DIR_ITEM for the given
key, and check it with the specified INODE_REF/INODE_EXTREF match.
Signed-off-by: Lu Fengqi
Signed-off-by: Qu Wenruo
---
cmds-check.c | 138
This patchset implements check fs trees in low memory mode, and fix the
return value bug of the function cmd_check().
Lu Fengqi (13):
btrfs-progs: move btrfs_extref_hash() to hash.h
btrfs-progs: check: introduce function to find dir_item
btrfs-progs: check: introduce function to check
Introduce a new function find_inode_ref() to find
INODE_REF/INODE_EXTREF for the given key, and check it with the
specified DIR_ITEM/DIR_INDEX match.
Signed-off-by: Lu Fengqi
Signed-off-by: Qu Wenruo
---
cmds-check.c | 152
Introduce a new function check_inode_extref() to check INODE_EXTREF, and
call find_dir_item() to find the related DIR_ITEM/DIR_INDEX.
Signed-off-by: Lu Fengqi
Signed-off-by: Qu Wenruo
---
cmds-check.c | 79
Move btrfs_extref_hash() from inode-item.c to hash.h,
so that the function can be called elsewhere.
Signed-off-by: Lu Fengqi
Signed-off-by: Qu Wenruo
---
hash.h | 10 ++
inode-item.c | 8 +---
2 files changed, 11
49 matches
Mail list logo