On Jul 22, 2014, at 11:13 AM, Chris Murphy 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 if=/dev/zero of=/dev/rdisk2s
Stefan Behrens 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 the
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
On Tue, 22 Jul 2014 14:43:45 + (UTC), Tm wrote:
> Wang Shilong cn.fujitsu.com> writes:
>
>
>> The latest btrfs-progs include man page of btrfs-replace. Actually, you
>> could use it
>> something like:
>>
>> btrfs replace start |
>>
>> You could use 'btrfs file show' to see missing device
Wang Shilong cn.fujitsu.com> writes:
> The latest btrfs-progs include man page of btrfs-replace. Actually, you
> could use it
> something like:
>
> btrfs replace start |
>
> You could use 'btrfs file show' to see missing device id. and then run
> btrfs replace.
>
Hi Wang,
I physicall
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
On 07/21/2014 10:00 PM, TM wrote:
Wang Shilong 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 h
On 07/21/2014 10:00 PM, TM wrote:
Wang Shilong 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 h
On Jul 21, 2014, at 10:46 AM, ronnie sahlberg 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 8.3ms rotational
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 100M
Wang Shilong 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 system?
>
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 ~4
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 monito
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 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.
On 20/07/2014 21:36, Roman Mamedov wrote:
On Sun, 20 Jul 2014 21:15:31 +0200
Bob Marley 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 r
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 ave
On Sun, 20 Jul 2014 21:15:31 +0200
Bob Marley 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 the
> meanwhile, I
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 /va
whisperpc.com> writes:
>
> Finally, TM didn't mention anything about other I/O activity on the array,
> which, regardless of the method of reconstruction, could have a
> significant impact on the speed of a reconstruction.
>
> There are a LOT of parameters here that could impact throughput. S
whisperpc.com> writes:
>
> Finally, TM didn't mention anything about other I/O activity on the array,
> which, regardless of the method of reconstruction, could have a
> significant impact on the speed of a reconstruction.
>
> There are a LOT of parameters here that could impact throughput. S
Tomasz,
> 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?
>>
>> At a week, that
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 RAI
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?
>
>
> At a week, that's nearly
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?
Well, 3 TB is big and spinning rust is slow. Even using the smaller
power-of-10 (1000) figures f
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 wi
25 matches
Mail list logo
