Hi,
On 08/05/2011 02:31 AM, Jerry Gally wrote:
> Our attempts to get the primary mirror up look like this (athough the
> ext3 file system is recovered, most importantly at the moment for us is
> that the stacked metadata is missing, and cannot be re-created without
> shrinking the ext3 file system
On 08/05/11 08:29, Caspar Smit wrote:
Hi Matt,
1000M means 1000 Mb/s NOT 1000mbps. To reach 1000M you should have at
least one (probably two) 10gbit interface(s). Since you have two 1gbit
interfaces (bonded with balance-rr?) a value between 100M and around
170M would be more appropiate.
Wouldn
Hi,
On 08/05/2011 11:44 AM, Mark wrote:
> I'm inserting the DRBD layer for on-demand VM migration purposes. Data
> redundancy is by default done using local soft or hardware raid only, it
> is not a failover or a network raid scenario. DRBD is only used to
> minimize downtime while migrating the V
On 08/05/2011 09:53 AM, Bart Coninckx wrote:
On 08/05/11 08:29, Caspar Smit wrote:
Hi Matt,
1000M means 1000 Mb/s NOT 1000mbps. To reach 1000M you should have at
least one (probably two) 10gbit interface(s). Since you have two 1gbit
interfaces (bonded with balance-rr?) a value between 100M and
I was playing with the settings yesterday and it let me set it at 600M and
it didn't make a difference in the sync speed at all. I then tried it with
your suggestion, dropped it to 150M just to be safe. Still no difference.
I wonder what the deal is. Could it be that this is the initial sync?
On 2011-08-05 07:27, Dominik Klein wrote:
>> Can you file a bug against the bash package in Debian please, citing
>> this thread as a reference?
>
> Somehow I figured you'd say that ... :)
>
> I'll try to see if this particular thing is already in one of the bug
> reports against bash in lenny. U
I thought you were on squeeze?
Were ... as in past tense ... as in "previous employer" :)
I'll leave that decision to Lars and Phil, but another option is to
simply include that patch in the Debian drbd-utils package.
And then have different agents on different distros? My vote would go
aga
You are still mixing megabits and megabytes. Your 1000 megabit pipe won't
take a 600 megabyte stream, or a 150 megabyte stream. The maximum is about
125 MBps.
DRBD talks (and is documented to talk) bytes. Most everyone else talks bits.
You don't mention the speed you are getting.
Also,
Well we're the perfect supplements for each other because, as you can see, I
don't know DRBD from a hole in the wall.
Yes, it's a brand new resource. I don't think I would say it's full of
zeros, as it has a clean ext3 file system on it.
Yes, I would LOVE to skip the sync, I've been dealing with
We've been off-list for a few messages, but this is now interesting enough
to be public. I apologize for the top-posting. Please read backwards. Dan
Well, to be certain, I'd dd the disks to zeros individually, and then start
with them sync'd.
drbdadm down all
dd if=/dev/zero of=/drbdbacki
I would suggest looking at the disk hardware. What sort of RAID card
are you using in the servers? If you are using an HP Smart Array there
is some tuning to do to get some descent performance out of those as
they have a rather deep buffer.
-Morey
From: d
After I down all, it won't let me issue the dd command citing:
dd: opening `/dev/drbd0': Read-only file system
On Fri, Aug 5, 2011 at 10:37 AM, Dan Barker wrote:
> We’ve been off-list for a few messages, but this is now interesting enough
> to be public. I apologize for the top-posting. Please
OK, You can skip the zero, but the devices won't pass an online verify. It
won't hurt anything. All the sectors that need to be synced will be synced.
The disks are mostly zeros, so an online verify wouldn't do much, but it's
nice to know.
To find out how long the DD will take, "kill -USR1 task
Actually, that makes some sense. If the network is way faster than the sync,
and the dd (which doesn't even use the network) is the same speed, then
there is something bad wrong with the underlying device or configuration.
You are not going to be happy until you get that fixed. Then, the dd sho
It's a 3ware RAID card.
My drbd.conf:
#
# please have a a look at the example configuration file in
# /usr/share/doc/drbd82/drbd.conf
#
common { syncer { rate 100M; al-extents 257; } }
resource r0 {
protocol C;
handlers { pri-on-incon-degr "halt -f"; }
disk { on-io-error
I'm in the middle of a "verify the upgrade procedure" for drbd 8.3.10 to
8.4.0.
Just for chucks, I did the dd command here, to see the performance I get.
root@Drbd0:/usr/src/drbd-8.4.0# cat /proc/drbd
version: 8.4.0 (api:1/proto:86-100)
GIT-hash: 28753f559ab51b549d16bcf487fe625d5919c49c b
I think a number was intended, but I don't know what that number might be.
Dan
minor-count may be a number from 1 to FIXME.
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user
17 matches
Mail list logo