On Thu, Dec 29, 2016 at 11:14:10PM -0500, Su Yue wrote:
> Btrfs-progs v4.9 changed "device status" output by adding one more
> space, which differs from golden output.
>
> Fix it by introducing new filter to convert multi space into one.
>
> Signed-off-by: Su Yue
> ---
> common/filter |
Btrfs-progs v4.9 changed "device status" output by adding one more
space, which differs from golden output.
Fix it by introducing new filter to convert multi space into one.
Signed-off-by: Su Yue
---
common/filter | 6 ++
tests/btrfs/006 | 16
tests/btrfs/006.out
btrfs/104 doesn't redirect mkfs output correctly, which leads to false
alert.
Fix it.
Signed-off-by: Su Yue
---
tests/btrfs/104 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/btrfs/104 b/tests/btrfs/104
index e6a6d3b..c8be4dd 100755
--- a/tests/btrfs/104
+++ b/tests/b
On Thu, Dec 29, 2016 at 10:04:32AM +0100, Michal Hocko wrote:
> On Thu 29-12-16 10:20:26, Minchan Kim wrote:
> > On Tue, Dec 27, 2016 at 04:55:33PM +0100, Michal Hocko wrote:
> > > Hi,
> > > could you try to run with the following patch on top of the previous
> > > one? I do not think it will make
Well I certainly got myself into a pickle. Been a Btrfs user since 2008
and this is the first time I've had a serious problemand I got two
on the same day (I'm separating them in a different emails).
I had 4x 4TB harddrives in a d=single m=raid1 array for about a year now
containing many
Hi, please fetch the following branch for next branch:
https://github.com/adam900710/linux.git fujitsu_for_next
This branch contains most of Fujitsu unmerged patches for for-next branch.
Latest David's for-next-20161219 branch can cause kernel panic so I don't
use it as base, but v4.10-rc1.
I ra
As if I wasn't scared enough that my data is in trouble on my larger,
primary Btrfs filesystem, my backup filesystem, also hit some trouble
today, likely due to a kernel panic freezing the system and a subsequent
forced reset during a device remove.
I was running `btrfs dev remove /dev/mapper/
Hi Glenn,
At 12/29/2016 06:20 PM, Glenn Washburn wrote:
Hi Qu,
Thanks for your response. I've attached the send file as you have
requested. The "-2" one is created from the same script modified to
create a snapshot of C called C.snap instead of setting C to readonly,
and sending C.snap instead
Hi Goffredo,
At 12/30/2016 02:15 AM, Goffredo Baroncelli wrote:
Hi Qu,
I tried your patch, because I had an hardware failure and I needed to check the
data integrity.
I'm glad the function helps.
I didn't find any problem however I was not able to understand what "btrfs check
--scrub" was
Jan Koester posted on Thu, 29 Dec 2016 20:05:35 +0100 as excerpted:
> Hi,
>
> i have problem with filesystem if my system crashed i have made been
> hard reset of the system after my Filesystem was crashed. I have already
> tried to repair without success you can see it on log file. It's seem
> o
Hi
As the fs in question is my root, I tried the following using a live usb
stick of a xubuntu 16.10:
Checking filesystem on /dev/sdb1
UUID: 122ecca7-9804-4c8a-b4ed-42fd6c6bbe7a
checking extents [o]
checking free space cache [.]
checking fs roots [o]
found 40577679360 bytes used err is 0
tot
Hi,
i have problem with filesystem if my system crashed i have made been hard reset
of the system after my Filesystem was crashed. I have already tried to repair
without success you can see it on log file. It's seem one corrupted block
brings complete filesystem to crashing.
Have anybody idea
Hi Qu,
I tried your patch, because I had an hardware failure and I needed to check the
data integrity. I didn't find any problem however I was not able to understand
what "btrfs check --scrub" was doing because the program didn't give any output
(there is no progress bar). So I tried to strace
That seems to do the trick, thanks
W dniu 29.12.2016 o 17:53, Roman Mamedov pisze:
> On Thu, 29 Dec 2016 16:42:09 +0100
> Michał Zegan wrote:
>
>> I have odroid c2, processor architecture aarch64, linux kernel from
>> master as of today from http://github.com/torwalds/linux.git.
>> It seems that
On Thu, 29 Dec 2016 16:42:09 +0100
Michał Zegan wrote:
> I have odroid c2, processor architecture aarch64, linux kernel from
> master as of today from http://github.com/torwalds/linux.git.
> It seems that the btrfs module cannot be loaded. The only thing that
> happens is that after modprobe i se
Resending to btrfs list
--- Treść przekazanej wiadomości ---
To: linux-fsde...@vger.kernel.org
From: Michał Zegan
Subject: problems with btrfs filesystem loading
Message-ID: <05893a24-2bf7-d485-1f9c-b10650419...@poczta.onet.pl>
Date: Thu, 29 Dec 2016 16:24:47 +0100
User-Agent: Mozilla/5.0 (X11;
Hi.
In such cases, I have run btrfs check (not repair mode !!!) in every
file system/partition that is involved in creating, sending and
receiving snapshots.
Regards.
Gdb
>Rene Wolf Wed, 28 Dec 2016 03:51:07 -0800
>Hi all
>I have a problem with incremental snapshot send receive in btrfs. Ma
On Thu 29-12-16 10:20:26, Minchan Kim wrote:
> On Tue, Dec 27, 2016 at 04:55:33PM +0100, Michal Hocko wrote:
> > Hi,
> > could you try to run with the following patch on top of the previous
> > one? I do not think it will make a large change in your workload but
> > I think we need something like t
On Thu 29-12-16 09:48:24, Minchan Kim wrote:
> On Thu, Dec 29, 2016 at 09:31:54AM +0900, Minchan Kim wrote:
[...]
> > Acked-by: Minchan Kim
Thanks!
> Nit:
>
> WARNING: line over 80 characters
> #53: FILE: include/linux/memcontrol.h:689:
> +unsigned long mem_cgroup_get_zone_lru_size(struct lruv
19 matches
Mail list logo