On Jul 22, 2014, at 11:13 AM, Chris Murphy li...@colorremedies.com wrote:
It's been a while since I did a rebuild on HDDs,
So I did this yesterday and day before with an SSD and HDD in raid1, and made
the HDD do the rebuild.
Baseline for this hard drive:
hdparm -t
35.68 MB/sec
dd
Wang Shilong wangsl.fnst at cn.fujitsu.com writes:
The latest btrfs-progs include man page of btrfs-replace. Actually, you
could use it
something like:
btrfs replace start srcdev|devid targetdev mnt
You could use 'btrfs file show' to see missing device id. and then run
btrfs
On Tue, 22 Jul 2014 14:43:45 + (UTC), Tm wrote:
Wang Shilong wangsl.fnst at cn.fujitsu.com writes:
The latest btrfs-progs include man page of btrfs-replace. Actually, you
could use it
something like:
btrfs replace start srcdev|devid targetdev mnt
You could use 'btrfs file show'
On Jul 21, 2014, at 8:51 PM, Duncan 1i5t5.dun...@cox.net wrote:
It does not matter at all what the average file size is.
… and the filesize /does/ matter.
I'm not sure how. A rebuild is replicating chunks, not doing the equivalent of
cp or rsync on files. Copying chunks (or strips of
Stefan Behrens sbehrens at giantdisaster.de writes:
TM, Just read the man-page. You could have used the replace tool after
physically removing the failing device.
Quoting the man page:
If the source device is not available anymore, or if the -r option is
set, the data is built only using
Wang Shilong wangsl.fnst at cn.fujitsu.com writes:
Just my two cents:
Since 'btrfs replace' support RADI10, I suppose using replace
operation is better than 'device removal and add'.
Another Question is related to btrfs snapshot-aware balance.
How many snapshots did you have in your
On Sun, Jul 20, 2014 at 7:48 PM, Duncan 1i5t5.dun...@cox.net wrote:
ashford posted on Sun, 20 Jul 2014 12:59:21 -0700 as excerpted:
If you assume a 12ms average seek time (normal for 7200RPM SATA drives),
an 8.3ms rotational latency (half a rotation), an average 64kb write and
a 100MB/S
On Jul 21, 2014, at 10:46 AM, ronnie sahlberg ronniesahlb...@gmail.com wrote:
On Sun, Jul 20, 2014 at 7:48 PM, Duncan 1i5t5.dun...@cox.net wrote:
ashford posted on Sun, 20 Jul 2014 12:59:21 -0700 as excerpted:
If you assume a 12ms average seek time (normal for 7200RPM SATA drives),
an
On 07/21/2014 10:00 PM, TM wrote:
Wang Shilong wangsl.fnst at cn.fujitsu.com writes:
Just my two cents:
Since 'btrfs replace' support RADI10, I suppose using replace
operation is better than 'device removal and add'.
Another Question is related to btrfs snapshot-aware balance.
How many
On 07/21/2014 10:00 PM, TM wrote:
Wang Shilong wangsl.fnst at cn.fujitsu.com writes:
Just my two cents:
Since 'btrfs replace' support RADI10, I suppose using replace
operation is better than 'device removal and add'.
Another Question is related to btrfs snapshot-aware balance.
How many
ronnie sahlberg posted on Mon, 21 Jul 2014 09:46:07 -0700 as excerpted:
On Sun, Jul 20, 2014 at 7:48 PM, Duncan 1i5t5.dun...@cox.net wrote:
ashford posted on Sun, 20 Jul 2014 12:59:21 -0700 as excerpted:
If you assume a 12ms average seek time (normal for 7200RPM SATA
drives), an 8.3ms
Hi,
I have a raid10 with 4x 3TB disks on a microserver
http://n40l.wikia.com/wiki/Base_Hardware_N54L , 8Gb RAM
Recently one disk started to fail (smart errors), so I replaced it
Mounted as degraded, added new disk, removed old
Started yesterday
I am monitoring /var/log/messages and it seems it
On 07/20/2014 10:00 AM, Tomasz Torcz wrote:
On Sun, Jul 20, 2014 at 01:53:34PM +, Duncan wrote:
TM posted on Sun, 20 Jul 2014 08:45:51 + as excerpted:
One week for a raid10 rebuild 4x3TB drives is a very long time.
Any thoughts?
Can you share any statistics from your RAID10 rebuilds?
On 20/07/2014 10:45, TM wrote:
Hi,
I have a raid10 with 4x 3TB disks on a microserver
http://n40l.wikia.com/wiki/Base_Hardware_N54L , 8Gb RAM
Recently one disk started to fail (smart errors), so I replaced it
Mounted as degraded, added new disk, removed old
Started yesterday
I am monitoring
On Sun, 20 Jul 2014 21:15:31 +0200
Bob Marley bobmar...@shiftmail.org wrote:
Hi TM, are you doing other significant filesystem activity during this
rebuild, especially random accesses?
This can reduce performances a lot on HDDs.
E.g. if you were doing strenous multithreaded random writes in
This is the cause for the slow reconstruct.
I believe the problem here might be that a Btrfs rebuild *is* a strenuous
random read (+ random-ish write) just by itself.
If you assume a 12ms average seek time (normal for 7200RPM SATA drives),
an 8.3ms rotational latency (half a rotation), an
On 07/20/2014 02:28 PM, Bob Marley wrote:
On 20/07/2014 21:36, Roman Mamedov wrote:
On Sun, 20 Jul 2014 21:15:31 +0200
Bob Marley bobmar...@shiftmail.org wrote:
Hi TM, are you doing other significant filesystem activity during this
rebuild, especially random accesses?
This can reduce
Hi,
On 07/20/2014 04:45 PM, TM wrote:
Hi,
I have a raid10 with 4x 3TB disks on a microserver
http://n40l.wikia.com/wiki/Base_Hardware_N54L , 8Gb RAM
Recently one disk started to fail (smart errors), so I replaced it
Mounted as degraded, added new disk, removed old
Started yesterday
I am
ashford posted on Sun, 20 Jul 2014 12:59:21 -0700 as excerpted:
If you assume a 12ms average seek time (normal for 7200RPM SATA drives),
an 8.3ms rotational latency (half a rotation), an average 64kb write and
a 100MB/S streaming write speed, each write comes in at ~21ms, which
gives us ~47
19 matches
Mail list logo