On 04/09/19 23:04, Swâmi Petaramesh wrote:
>
> So the question reslly is : How could I backup a complex BTRFS volume to
> another but differently (physically) organized volume keeping the
> complete structure and being able to restore it preferably in a single
> operation.
>
> If the answer is « T
On 27/08/19 13:20, Swâmi Petaramesh wrote:
> Le 27/08/2019 à 13:11, Alberto Bursi a écrit :
>>
>> btrfs check --clear-space-cache v1 /dev/sdX
> “Bad option” (even with _ instead of - and between option and v1 or V2...
>
> ॐ
>
Here on my up-to-date OpenSUSE Tumblewe
On 27/08/19 12:59, Swâmi Petaramesh wrote:
>
>
> So it seems that mounting with “clear_cache” did not actually clear the
> cache and fix the issue ?
>
> ॐ
>
mounting with clear_cache does not actually clear cache
unless it is needed or modified or something.
If you want to fully clear cache yo
I am looking for a way to mimic mdadm's behaviour and have btrfs mount
a degraded array on boot as long as it's not broken (specific use case:
RAID1 with a single disk missing/dead)
So far the only thing I could think of (and I've seen suggested
elsewhere) is to add the "degraded" mount option
i
On 8/31/2018 8:53 AM, Pierre Couderc wrote:
>
> OK, I have understood the message... I was planning that as you said
> "semi-routinely", and I understand btrfs is not soon enough ready, and
> I am very very far to be a specialist as you are.
> So, I shall mount my RAID1 very standard, and I sha
On 8/30/2018 11:13 AM, Pierre Couderc wrote:
> Trying to install a RAID1 on a debian stretch, I made some mistake and
> got this, after installing on disk1 and trying to add second disk :
>
>
> root@server:~# fdisk -l
> Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
> Units: sect
On 28/06/2018 09:04, Qu Wenruo wrote:
> Despite his incorrect expectation, btrfs indeed doesn't handle device
> generation mismatch well.
>
> This means if one devices missed and re-appeared, even its generation
> no longer matches with the rest device pool, btrfs does nothing to it,
> but treat
On 01/05/2018 23:57, Gandalf Corvotempesta wrote:
> Hi to all
> I've found some patches from Andrea Mazzoleni that adds support up to 6
> parity raid.
> Why these are wasn't merged ?
> With modern disk size, having something greater than 2 parity, would be
> great.
> --
> To unsubscribe from this
On 12/23/2017 12:19 PM, James Courtier-Dutton wrote:
> Hi,
>
> During a btrfs balance, the process hogs all CPU.
> Or, to be exact, any other program that wishes to use the SSD during a
> btrfs balance is blocked for long periods. Long periods being more
> than 5 seconds.
> Is there any way to mu
Since zstd was added in btrfs there are people wondering why not lz4 too.
The wiki paragraph [1] cites a couple dead links as explanations on why
it's not a good idea to have lz4 in btrfs.
I think it would be nice if someone can write that information back in
the wiki, or for the very least wri
On 10/15/2016 12:17 AM, Chris Murphy wrote:
> It should be -e can accept a listing of all the subvolumes you want to
> send at once. And possibly an -r flag, if it existed, could
> automatically populate -e. But the last time I tested -e I just got
> errors.
>
> https://bugzilla.kernel.org/show_b
On 10/14/2016 01:38 PM, Austin S. Hemmelgarn wrote:
> On 2016-10-13 17:21, Alberto Bursi wrote:
>> Hi, I'm using OpenSUSE on a btrfs volume spanning 2 disks (set as raid1
>> for both metadata and data), no separate /home partition.
>> -
>> I'd like t
Hi, I'm using OpenSUSE on a btrfs volume spanning 2 disks (set as raid1
for both metadata and data), no separate /home partition.
The distro loves to create dozens of subvolumes for various things and
makes snapshots, see:
alby@openSUSE-xeon:~> sudo btrfs subvolume list /
ID 257 gen 394 top level
btrfs load what driver is in use.
On 05/06/2016 22:33, Nicholas D Steeves wrote:
Hi Alberto,
On 5 June 2016 at 15:37, Alberto Bursi wrote:
Hi, I'm running Debian ARM on a Marvell Kirkwood-based 2-disk NAS.
Kirkwood SoCs have a XOR engine that can hardware-accelerate crc32c
checksumming
Hi, I'm running Debian ARM on a Marvell Kirkwood-based 2-disk NAS.
Kirkwood SoCs have a XOR engine that can hardware-accelerate crc32c
checksumming, and from what I see in kernel mailing lists it seems to
have a linux driver and should be supported.
I wanted to ask if there is a way to test
15 matches
Mail list logo
