regards
Cesar Peschiera
- Original Message -
From: "Ivan"
To: "Cesar Peschiera"
Sent: Saturday, October 25, 2014 10:53 AM
Subject: Re: [DRBD-user] drbd storage size
Hi Cesar,
On 10/25/2014 04:17 PM, Cesar Peschiera wrote:
Hi Ivan
Thanks for the link, it seem
rvers i will have running DRBD 8.4.5 version
If you want to know the result of my tests, only let me know.
Best regards
Cesar
- Original Message - From: "Meij, Henk"
To:
Sent: Thursday, October 23, 2014 5:10 PM
Subject: Re: [DRBD-user] drbd storage size
a) it turns
inbit.com] on behalf of Meij, Henk
[hm...@wesleyan.edu]
Sent: Thursday, October 23, 2014 9:57 AM
To: Philipp Reisner; drbd-user@lists.linbit.com
Subject: Re: [DRBD-user] drbd storage size
Thanks for the write up y'll. I'll have to think about #3 not sure I
grasp it fully.
Last
looks like the backing device is not fast enough... do you use one drbd
per physical device (and with physical I mean real hardware like a raid
set) or are actually multiple drbd devices accessing the same disks?
If the second is true try syncing the devices one after the other.
please post ou
On Fri, 24 Oct 2014 19:03:13 + "Meij, Henk"
wrote:
> Thanks Artnold, been all over that page for 8.4 ... I have
> c-max-rate=100M and resync-rate=100M (for all resources). The "want"
> is ok but the actual speeds never total more than say 40M, it's like
> stuck on some 30% threshold. Yet rsync
24, 2014 2:27 PM
To: drbd-user@lists.linbit.com
Subject: Re: [DRBD-user] drbd storage size
On Fri, 24 Oct 2014 14:12:41 + "Meij, Henk"
wrote:
> a) raise that limit temporarily with commandline calls (see the docs)
>
> if you could point me to the sub command that woul
On Fri, 24 Oct 2014 14:12:41 + "Meij, Henk"
wrote:
> a) raise that limit temporarily with commandline calls (see the docs)
>
> if you could point me to the sub command that would be great - this
> is about the initial first sync
for 8.3:
http://www.drbd.org/users-guide-8.3/s-configure-syncer
To: drbd-user@lists.linbit.com
Subject: Re: [DRBD-user] drbd storage size
On Thu, 23 Oct 2014 20:10:31 + "Meij, Henk"
wrote:
> a) it turns out the counter (8847740/11287100)M goes down, not up,
> deh, never noticed
>
> b) ran plain rsync across eth0 (public, with switch
On Thu, 23 Oct 2014 20:10:31 + "Meij, Henk"
wrote:
> a) it turns out the counter (8847740/11287100)M goes down, not up,
> deh, never noticed
>
> b) ran plain rsync across eth0 (public, with switches/routers) and
> eth1 (nic to nic) eth0 sent 585260755954 bytes received 10367 bytes
> 116690
of Meij, Henk [hm...@wesleyan.edu]
Sent: Thursday, October 23, 2014 9:57 AM
To: Philipp Reisner; drbd-user@lists.linbit.com
Subject: Re: [DRBD-user] drbd storage size
Thanks for the write up y'll. I'll have to think about #3 not sure I grasp it
fully.
Last night I started a 12 TB test
Will dig some more.
-Henk
From: drbd-user-boun...@lists.linbit.com [drbd-user-boun...@lists.linbit.com]
on behalf of Philipp Reisner [philipp.reis...@linbit.com]
Sent: Thursday, October 23, 2014 9:17 AM
To: drbd-user@lists.linbit.com
Subject: Re: [DRBD-user] drbd storage size
Am Do
On 23/10/14 09:17 AM, Philipp Reisner wrote:
Am Donnerstag, 23. Oktober 2014, 08:55:03 schrieb Digimer:
On 23/10/14 04:00 AM, Philipp Reisner wrote:
2a) Initialize both backend devices to a known state.
I.e. dd if=/dev/zero of=/dev/sdb1 bs=$((1024*1024)) oflag=direct
Question;
Wha
Am Donnerstag, 23. Oktober 2014, 08:55:03 schrieb Digimer:
> On 23/10/14 04:00 AM, Philipp Reisner wrote:
> > 2a) Initialize both backend devices to a known state.
> >
> > I.e. dd if=/dev/zero of=/dev/sdb1 bs=$((1024*1024)) oflag=direct
>
> Question;
>
>What I've done in the past to spe
On 23/10/14 04:00 AM, Philipp Reisner wrote:
2a) Initialize both backend devices to a known state.
I.e. dd if=/dev/zero of=/dev/sdb1 bs=$((1024*1024)) oflag=direct
Question;
What I've done in the past to speed up initial sync is to create the
DRBD device, pause-sync, then do your 'dd i
Am Mittwoch, 22. Oktober 2014, 18:48:38 schrieb Meij, Henk:
> Hello All, new to the list but not drbd. We currently run a few very small
> drbd setups.
>
>
>
> We are planning on moving our "research computing storage" to drbd. This
> would be 4 integrated server/storage modules grouped in 2 d
Hello All, new to the list but not drbd. We currently run a few very small
drbd setups.
We are planning on moving our "research computing storage" to drbd. This would
be 4 integrated server/storage modules grouped in 2 drbd pairs on CentOS. Each
drbd unit will have 112 TB usable storage ar
16 matches
Mail list logo
