On 05/04/2014 12:24 AM, Marc MERLIN wrote:
Gotcha, thanks for confirming, so -m raid1 -d raid0 really only protects
against metadata corruption or a single block loss, but otherwise if you
lost a drive in a 2 drive raid0, you'll have lost more than just half
your files.
The scenario you
On 04/23/2014 06:19 PM, Marc MERLIN wrote:
Oh while we're at it, are there companies that can say they are using btrfs
in production?
Marc
Netgear uses BTRFS as the filesystem in their refreshed ReadyNAS line.
They apparently use Oracle's linux distro so I assume they're relying on
them to do
On 02/14/2014 03:04 AM, Axelle wrote:
Hi Hugo,
Thanks for your answer.
Unfortunately, I had also tried
sudo mount -o degraded /dev/sdc1 /samples
mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
missing codepage or helper program, or other error
In some cases
On 02/14/2014 07:22 AM, Axelle wrote:
Did the crashed /dev/sdb have more than 1 partitions in your raid1
filesystem?
No, only 1 - as far as I recall.
-- Axelle.
What does:
btrfs filesystem df /samples
say now that you've mounted the fs readonly?
On Fri, Feb 14, 2014 at 3:58 PM, Daniel Lee
you did read off is correct. :)
Of course, I still can't add my new /dev/sdb to /samples because it's
read-only:
sudo btrfs device add /dev/sdb /samples
ERROR: error adding the device '/dev/sdb' - Read-only file system
Regards
Axelle
On Fri, Feb 14, 2014 at 5:19 PM, Daniel Lee longinu
On 05/07/2012 10:52 AM, Helmut Hullen wrote:
Hallo, Felix,
Du meintest am 07.05.12:
I'm just going back to ext4 - then one broken disk doesn't disturb
the contents of the other disks.
?! If you use raid0 one broken disk will always disturb the contents
of the other disks, that is what
On 05/07/2012 01:21 PM, Helmut Hullen wrote:
Hallo, Daniel,
Du meintest am 07.05.12:
Yes - I know. But btrfs promises that I can add bigger disks and
delete smaller disks on the fly. For something like a video
collection which will grow on and on an interesting feature. And
such a (big)
On 02/25/2012 05:55 PM, Brian J. Murrell wrote:
$ btrfs filesystem df /usr
Data: total=3.22GB, used=3.22GB
System, DUP: total=8.00MB, used=4.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=896.00MB, used=251.62MB
Metadata: total=8.00MB, used=0.00
I don't know if that's useful or not.
On 02/26/2012 11:48 AM, Brian J. Murrell wrote:
On 12-02-26 02:37 PM, Daniel Lee wrote:
3.22GB + (896MB * 2) = 5GB
There's no mystery here, you're simply out of space.
Except the mystery that I had to expand the filesystem to something
between 20GB and 50GB in order to complete the operation
On 02/26/2012 12:05 PM, Brian J. Murrell wrote:
On 12-02-26 02:52 PM, Daniel Lee wrote:
What's mysterious about that?
What's mysterious about needing to grow the filesystem to over 20GB to
unpack 10MB of (small, so yes, many) files?
When you shrink it btrfs is going to throw
away unused data
10 matches
Mail list logo