at 11:47 AM Austin S. Hemmelgarn
> > wrote:
> >>
> >> On 2018-08-28 11:27, Noah Massey wrote:
> >>> On Tue, Aug 28, 2018 at 10:59 AM Menion wrote:
> >>>>
> >>>> [sudo] password for menion:
> >>>> ID gen
[sudo] password for menion:
ID gen top level path
-- --- -
257 600627 5 /@
258 600626 5 /@home
296 599489 5
/@apt-snapshot-release-upgrade-bionic-2018-08-27_15:29:55
297 599489 5
/@apt-snapshot-release
Ok, thanks for your replay
This is a root FS, how can I defragment it?
If I try to launch it I get this output:
menion@Menionubuntu:~$ sudo btrfs filesystem defragment -r /
ERROR: defrag failed on /bin/bash: Text file busy
ERROR: defrag failed on /bin/dash: Text file busy
ERROR: defrag failed
and checked the free space,
the results were odd, following some checks (shrinked), followed by
more comments:
root@Menionubuntu:/home/menion# df -h
Filesystem Size Used Avail Use% Mounted on
...
/dev/mmcblk0p3 28G 24G 2.7G 90% /
root
Hi all
I have been experiencing an issue that I believe can be quite easily
reproduced attempting to recursively rm (mv is also affected) a
directory containing some subdirectories and files.
The problem affects my system that run root BTRFS filesystem created
by Ubuntu server installer (so kernel
was keep counting (never started from zero)
> > Il giorno mer 15 ago 2018 alle ore 05:33 Zygo Blaxell
> > ha scritto:
> > >
> > > On Tue, Aug 14, 2018 at 09:32:51AM +0200, Menion wrote:
> > > > Hi
> > > > Well, I think it is worth to g
, and the total
number of data scrubbed was keep counting (never started from zero)
Il giorno mer 15 ago 2018 alle ore 05:33 Zygo Blaxell
ha scritto:
>
> On Tue, Aug 14, 2018 at 09:32:51AM +0200, Menion wrote:
> > Hi
> > Well, I think it is worth to give more details on the array.
>
the current figures:
menion@Menionubuntu:~$ sudo btrfs fi show
[sudo] password for menion:
Label: none uuid: 6db4baf7-fda8-41ac-a6ad-1ca7b083430f
Total devices 1 FS bytes used 11.44GiB
devid1 size 27.07GiB used 18.07GiB path /dev/mmcblk0p3
Label: none uuid: 931d40c6-7cd7-46f3-a4bf
power loss while data was being written.
I can say that it wen through at least a dozen of unclear shutdown
So following this thread I started my first scrub on the array. and
this is the outcome (after having resumed it 4 times, two after a
power loss...):
menion@Menionubuntu:~$ sudo btrfs scrub sta
Hi all
I am running a RAID5 array built on 5x8TB HD. The filesystem usage is
aproximatively 6TB now
I rung kernel 4.16.5 and btrfs progs 4.16 (planning to upgrade to
4.16.1) under Ubuntu xenial
I am not sure what is the best/safest way to maintain the array, in
particular which is the best
Ok, that was missing, also python3—setuptools is required.
I think it is worth to add in the wiki the packages dependencies
Bye
2018-04-08 10:51 GMT+02:00 Nikolay Borisov <nbori...@suse.com>:
>
>
> On 7.04.2018 20:16, Menion wrote:
>> Hi all
>> Apparently it
./configure --prefix=/usr --disable-documentation --enable-zstd
2018-04-08 9:17 GMT+02:00 Nikolay Borisov <nbori...@suse.com>:
>
>
> On 7.04.2018 23:40, Menion wrote:
>> I am adding - - prefix=/usr that seems you are not using
>>
>
> Clearly you haven't shared al
I am adding - - prefix=/usr that seems you are not using
2018-04-07 21:55 GMT+02:00 Nikolay Borisov <nbori...@suse.com>:
>
>
> On 7.04.2018 20:16, Menion wrote:
>> Hi all
>> Apparently it is not possible to compile with python bindings the
>> btrfs prog
Hi all
Apparently it is not possible to compile with python bindings the
btrfs progs on ubuntu xenial
checking for a Python interpreter with version >= 3.4... python3
checking for python3... /usr/bin/python3
checking for python3 version... 3.5
checking for python3 platform... linux
checking for
Thanks for the detailed explanation. I think that a summary of this
should go in the btrfs raid56 wiki status page, because now it is
completely inconsistent and if a user comes there, ihe may get the
impression that the raid56 is just broken
Still I have the 1 bilion dollar question: from your
.li...@gmail.com>:
> On Wed, Mar 21, 2018 at 9:50 AM, Menion <men...@gmail.com> wrote:
>> Hi all
>> I am trying to understand the status of RAID5/6 in BTRFS
>> I know that there are some discussion ongoing on the RFC patch
>> proposed by Liu bo
>> But it see
Hi all
I am trying to understand the status of RAID5/6 in BTRFS
I know that there are some discussion ongoing on the RFC patch
proposed by Liu bo
But it seems that everything stopped last summary. Also it mentioned
about a "separate disk for journal", does it mean that the final
implementation of
Actually this path can be taken in few occurrency
1) device probe, only when the device is plugged or detected the first time
2) revalidate_disk fops of block device
Is it possible that BTRFS every 5 minutes call the revalidate_disk?
2018-03-08 11:16 GMT+01:00 Menion <men...@gmail.com>
it for sure, but I have ruled out
smartd, so based on the periodicity of 5 minutes, can you think about
anything in the BTRFS internals that can be responsible of this?
2018-03-02 17:19 GMT+01:00 Menion <men...@gmail.com>:
> Thanks
> My point was to understand if this action was ta
t 12:37:49PM +0100, Menion wrote:
>> Is it really a no problem? I mean, for some reason BTRFS is
>> continuously read the HDD capacity in an array, that does not seem to
>> be really correct
>
> The message comes from SCSI:
> https://elixir.bootlin.com/linux/latest/source/dr
Is it really a no problem? I mean, for some reason BTRFS is
continuously read the HDD capacity in an array, that does not seem to
be really correct
Bye
2018-02-26 11:07 GMT+01:00 Menion <men...@gmail.com>:
> Hi all
> I have recently started to operate an array of 5x8TB HDD (WD R
21 matches
Mail list logo