I've one system where a single kworker process is using 100% CPU
sometimes a second process comes up with 100% CPU [btrfs-transacti]. Is
there anything i can do to get the old speed again or find the culprit?
1. Do you use quotas (qgroups)?
2. Do you have a lot of snapshots? Have you deleted so
Hello,
I've one system where a single kworker process is using 100% CPU
sometimes a second process comes up with 100% CPU [btrfs-transacti]. Is
there anything i can do to get the old speed again or find the culprit?
Greets,
Stefan
--
To unsubscribe from this list: send the line "unsubscribe linux
On 2017年08月16日 10:28, Qu Wenruo wrote:
OK, data is not touched.
Single to single, so data chunks are not touched.
And your metadata is always good, so no problem should happen during
balance.
Sorry, this part is wrong.
Data chunk is relocated, so I'm curious why there is no such kernel log
On 2017年08月16日 09:51, Paulo Dias wrote:
Hi, thanks for the quick answer.
So, since i wrote this i tested this even further.
First, and as you predicted, if i try to cp the file to another
location i get read errors:
root@kerberos:/home/groo# cp Fedora/Fedora.qcow2 /
cp: error reading 'Fedora
Hi, thanks for the quick answer.
So, since i wrote this i tested this even further.
First, and as you predicted, if i try to cp the file to another
location i get read errors:
root@kerberos:/home/groo# cp Fedora/Fedora.qcow2 /
cp: error reading 'Fedora/Fedora.qcow2': Input/output error
so i use
On 2017年08月16日 09:12, Paulo Dias wrote:
Hello/2 all
I'm using libvirt with a qcow2 image and everytime i run btrfs scrub
-H /home (subvolume where the image is), i get:
ago 15 21:58:08 kerberos kernel: BTRFS error (device sda3): bdev
/dev/sda3 errs: wr 0, rd 0, flush 0, corrupt 30, gen 0
ago
Hello/2 all
I'm using libvirt with a qcow2 image and everytime i run btrfs scrub
-H /home (subvolume where the image is), i get:
ago 15 21:58:08 kerberos kernel: BTRFS error (device sda3): bdev
/dev/sda3 errs: wr 0, rd 0, flush 0, corrupt 30, gen 0
ago 15 21:58:08 kerberos kernel: BTRFS error (de
On 2017年08月16日 02:11, Eric Sandeen wrote:
The mktables binary needs to be build with the host
compiler at built time, not the target compiler, because
it runs at build time to generate the raid tables.
Copy auto-fu from xfsprogs and modify Makefile to
accomodate this.
Reported-by: Hallo32
Si
On 2017年08月16日 01:28, Eric Sandeen wrote:
On 8/15/17 7:48 AM, David Sterba wrote:
On Tue, Aug 15, 2017 at 02:44:07PM +0200, Hallo32 wrote:
...
How the kernel deals with this kind of problem ?
Looking at the source of btrfs Makefile, it is more simple to replace
mktables: kernel-lib/mk
Hi Anand,
[auto build test WARNING on tip/perf/core]
[also build test WARNING on v4.13-rc5]
[cannot apply to btrfs/next next-20170815]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Anand-Jain
On 8/14/17 11:10 AM, David Sterba wrote:
> On Mon, Aug 14, 2017 at 10:14:42PM +0800, Qu Wenruo wrote:
>> On 2017年08月14日 22:03, David Sterba wrote:
>>> On Mon, Aug 14, 2017 at 09:17:08PM +0800, Qu Wenruo wrote:
On 2017年08月14日 21:06, David Sterba wrote:
> On Mon, Aug 14, 2017 at 02:17:26PM +
On 8/15/17 12:28 PM, Eric Sandeen wrote:
> I guess it's harder to do in btrfs-progs since it's not using autotools...
Eh, I don't know why I thought that was still true :) patch sent.
-Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majo
The mktables binary needs to be build with the host
compiler at built time, not the target compiler, because
it runs at build time to generate the raid tables.
Copy auto-fu from xfsprogs and modify Makefile to
accomodate this.
Reported-by: Hallo32
Signed-off-by: Eric Sandeen
---
diff --git a/M
On Thu, Aug 10, 2017 at 10:54:51PM +0100, fdman...@kernel.org wrote:
> From: Filipe Manana
>
> When doing an incremental send it's possible that the computed send stream
> contains clone operations that will fail on the receiver if the receiver
> has compression enabled and the clone operations t
On 8/15/17 7:48 AM, David Sterba wrote:
> On Tue, Aug 15, 2017 at 02:44:07PM +0200, Hallo32 wrote:
...
How the kernel deals with this kind of problem ?
Looking at the source of btrfs Makefile, it is more simple to replace
mktables: kernel-lib/mktables.c
@echo
On 2017-08-15 10:41, Christoph Anton Mitterer wrote:
On Tue, 2017-08-15 at 07:37 -0400, Austin S. Hemmelgarn wrote:
Go look at Chrome, or Firefox, or Opera, or any other major web
browser.
At minimum, they will safely bail out if they detect corruption in
the
user profile and can trivially re
On Tue, 2017-08-15 at 07:37 -0400, Austin S. Hemmelgarn wrote:
> Go look at Chrome, or Firefox, or Opera, or any other major web
> browser.
> At minimum, they will safely bail out if they detect corruption in
> the
> user profile and can trivially resync the profile from another system
> if
>
On Wed, Aug 02, 2017 at 11:51:09AM -0700, filipbystri...@google.com wrote:
> From: Filip Bystricky
>
> This series of patches fixes some compile errors that trigger when
> compiling to android devices.
>
> This first patch just brings in devel's Android.mk, to which
> kdave@ added a few fixes re
On Tue, Aug 15, 2017 at 02:44:07PM +0200, Hallo32 wrote:
> Am 15.08.2017 um 01:39 schrieb Qu Wenruo:
> > On 2017年08月15日 02:57, Goffredo Baroncelli wrote:
> >> On 08/14/2017 05:10 PM, David Sterba wrote:
> >>> On Mon, Aug 14, 2017 at 10:14:42PM +0800, Qu Wenruo wrote:
> >> [...]
> >>> mktables.c is
Am 15.08.2017 um 01:39 schrieb Qu Wenruo:
On 2017年08月15日 02:57, Goffredo Baroncelli wrote:
On 08/14/2017 05:10 PM, David Sterba wrote:
On Mon, Aug 14, 2017 at 10:14:42PM +0800, Qu Wenruo wrote:
[...]
mktables.c is synced from kernel sources, taking updates from there is
easier than portin
On 2017-08-14 15:54, Christoph Anton Mitterer wrote:
On Mon, 2017-08-14 at 11:53 -0400, Austin S. Hemmelgarn wrote:
Quite a few applications actually _do_ have some degree of secondary
verification or protection from a crash. Go look at almost any
database
software.
Then please give proper ref
On Tue, Aug 15, 2017 at 05:16:06PM +0800, Eryu Guan wrote:
>On Mon, Aug 14, 2017 at 03:03:13PM +0800, Lu Fengqi wrote:
>> I catch this following error from dmesg when this testcase fails.
>>
>> [17446.661127] Buffer I/O error on dev sdb1, logical block 64, async page
>> read
>>
>> We expect to i
On Mon, Aug 14, 2017 at 03:03:13PM +0800, Lu Fengqi wrote:
> I catch this following error from dmesg when this testcase fails.
>
> [17446.661127] Buffer I/O error on dev sdb1, logical block 64, async page read
>
> We expect to inject disk IO errors on the device when xfs_io reads the
> specific f
On 2017年08月15日 15:14, Goffredo Baroncelli wrote:
Hi Qu,
On 08/15/2017 04:19 AM, Qu Wenruo wrote:
When cross compiling btrfs-progs, following error will prevent
btrfs-progs to be compiled:
[CC] mktables
[TABLE] kernel-lib/tables.c
/bin/sh: ./mktables: cannot execute binary file
From: Colin Ian King
The error return variable ret is initialized to zero and then is
checked to see if it is non-zero in the if-block that follows it.
It is therefore impossible for ret to be non-zero after the if-block
hence the check is redundant and can be removed.
Detected by CoverityScan,
25 matches
Mail list logo
