Athlon X2-64 CPU and ~90Mb/sec sata disk).
I didn't try other combinations yet, including non-virtio model.
Because all the above took almost whole day today, especially
finding the knobs :)
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
to disable
them, or move them out of the picture. Even ignoring DRBD for a moment,
that should also be an interessting and beneficial excercise
for VM block device performance in virtualization alone.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
regression, btw.
there have been no auto-ignored resources before.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm
On Fri, Jul 24, 2009 at 09:48:50AM +0200, Rainer Traut wrote:
Lars Ellenberg schrieb:
On Mon, Jul 20, 2009 at 10:02:54AM +0200, Rainer Traut wrote:
...
Crash happened at 06:26 while verifying vm2.
I uploaded a screenshot of console here:
http://gallery.ubliga.de/drbdcrash.jpg
thanks
.
What would be the best way to troubleshoot? Any way to troubleshoot?
have a look at my sig ;)
--
: Lars Ellenberg
: LINBIT HA-Solutions GmbH
: DRBD®/HA support and consultinghttp://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please
, then you may need to... etc...
Thanks,
--
: Lars Ellenberg
: LINBIT HA-Solutions GmbH
: DRBD®/HA support and consultinghttp://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
for random IO, and stresses the VM
and pagecache unneccessarily.
but hey, just do as you please.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me
)
the cause of your problem is layed on shutdown already,
not when they reboot.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list
://www.drbd.org/docs/about/
preferably, you should read all of it.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm
On Thu, Sep 10, 2009 at 06:28:23PM +0200, Gianluca Cecchi wrote:
On Thu, Sep 10, 2009 at 6:20 PM, Lars Ellenberg
lars.ellenb...@linbit.comwrote:
[snip]
I've seen similar symptoms before, and it could be worked around by
disabling offloading settings on the NICs used for the replication
.
Diego
Nothing to do with DRBD.
But keep us posted, nevertheless.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list
On Thu, Sep 10, 2009 at 06:47:24PM +0200, Lars Ellenberg wrote:
then something is wrong with your hardware, or your setup.
or your kernel.
or, of course, maybe only something is wrong with drbd (in your setup on
your hardware ;-])
care to try
no-disk-flushes;
no-md-flushes
tune2fs and mount options, and clients,
maybe update clients as well, and see if you find a client
that works...
Really. It just cannot be the block layer.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
On Thu, Sep 10, 2009 at 07:11:02PM +0200, Lars Ellenberg wrote:
On Thu, Sep 10, 2009 at 06:47:24PM +0200, Lars Ellenberg wrote:
then something is wrong with your hardware, or your setup.
or your kernel.
or, of course, maybe only something is wrong with drbd (in your setup on
your hardware
between 8.3.2 and 8.3.3rc1,
which now is fixed again.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
that
regression), or wait for 8.3.3 final.
or, as I suggested earlier, add no-disk-barrier; no-disk-flushes;
no-md-flushes; to your disk {} section, which would be a valid
work-around for said regression.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
of all those things as broad as possible.
For the latency aspect, consider the height of the vertical bars.
You want all of them to be as short as possible.
Unfortunately, you sometimes cannot have it both short and wide ;)
But you of course knew all of that already.
--
: Lars Ellenberg
you cannot do
dd of=/dev/drbdX for some reason?
Sorry, I somehow did not quite get what exactly you are trying to do.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT
444G 439G 5.1G 99% /replicated
device /dev/drbd0;
disk /dev/vg00/repl;
address192.168.2.1:7788;
meta-disk internal;
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
=a6e36c389adb4485313191fd50405395fa3c1a74
--
: Lars Ellenberg
: LINBIT HA-Solutions GmbH
: DRBD®/HA support and consultinghttp://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
On Thu, Sep 24, 2009 at 09:15:40PM +0200, Thomas Reinhold wrote:
Am 21.09.2009 um 13:35 schrieb Lars Ellenberg:
something that Oopses at offset 0 of some function is most likely a
compile problem,
i.e. I suggest that your kernel and drbd module do not fit together.
Hi,
I have
,
or maybe ... I don't know.
Someone from Ubuntu around?
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm
?
Serial console?
Netconsole?
Logs?
Network stress tests not using DRBD?
General stress tests?
Memtest?
(and prevent it in the future.)
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks
On Sun, Oct 04, 2009 at 03:55:44AM -0400, Gennadiy Nerubayev wrote:
On Tue, Sep 22, 2009 at 5:01 PM, Jason McKay jmc...@logicworks.net wrote:
On Sep 22, 2009, at 4:34 PM, Lars Ellenberg wrote:
But correcting the tcp_mem setting above
is more likely to fix your symptoms.
I suspect
On Sun, Oct 04, 2009 at 10:14:22PM +0200, Lars Ellenberg wrote:
On Sun, Oct 04, 2009 at 03:55:44AM -0400, Gennadiy Nerubayev wrote:
On Tue, Sep 22, 2009 at 5:01 PM, Jason McKay jmc...@logicworks.net wrote:
On Sep 22, 2009, at 4:34 PM, Lars Ellenberg wrote:
But correcting
On Mon, Oct 05, 2009 at 10:41:23AM +0200, Lars Ellenberg wrote:
On Sun, Oct 04, 2009 at 10:14:22PM +0200, Lars Ellenberg wrote:
On Sun, Oct 04, 2009 at 03:55:44AM -0400, Gennadiy Nerubayev wrote:
On Tue, Sep 22, 2009 at 5:01 PM, Jason McKay jmc...@logicworks.net
wrote:
On Sep 22
, mdev-vdisk-part0, ios[rw]);
part_stat_add(cpu, mdev-vdisk-part0, sectors[rw], bio_sectors(bio));
part_stat_unlock();
- mdev-vdisk-part0.in_flight++;
+ mdev-vdisk-part0.in_flight[rw]++;
}
...
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
aka kernel.org,
and linux-next, and RHEL and SLES and Debian stable and Ubuntu LTS.
To cater for patches that got reverted upstream is not our priority.
--
: Lars Ellenberg
: LINBIT HA-Solutions GmbH
: DRBD®/HA support and consultinghttp://www.linbit.com
DRBD® and LINBIT
not be
related, as it occurs even when the DRBD service is stopped :
3w-9xxx: scsi4: ERROR: (0x03:0x0101): Invalid command opcode:opcode=0x4D.
Thanks in advance,
Simon
--
: Lars Ellenberg
: LINBIT HA-Solutions GmbH
: DRBD®/HA support and consultinghttp://www.linbit.com
DRBD
On Wed, Oct 07, 2009 at 10:22:12AM +0200, Lars Ellenberg wrote:
On Tue, Oct 06, 2009 at 07:14:03PM -0700, clipclop wrote:
Running DRBD 8.3.3 on Fedora 11.
kernel version?
x86_64?
who compiled DRBD?
when compiling DRBD,
it remembers against which kernel .config it has been compiled
be lines like drbd_bm_resize called with capacity.
--
: Lars Ellenberg
: LINBIT HA-Solutions GmbH
: DRBD®/HA support and consultinghttp://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm
694817acca794f2c ]---
120 kB of virtually identical stuff deleted.
btw, gzip does a good job in deflating repetitive logs ;)
--
: Lars Ellenberg
: LINBIT HA-Solutions GmbH
: DRBD®/HA support and consultinghttp://www.linbit.com
DRBD® and LINBIT® are registered trademarks
may be able to still get to most of the files,
in some state or other. But I'd probably rather go for the latest backup
than trying to do cumbersome forensics on a half-way bulk-updated file
system image.
Did I misunderstand the question?
--
: Lars Ellenberg
: LINBIT HA
logs,
and explain
* your expectations
* actions you took to meet those expectations
* what actually happened
* in how far that is different from what you expected
?
You did read the DRBD User's Guide?
--
: Lars Ellenberg
: LINBIT HA-Solutions GmbH
: DRBD®/HA support
On Tue, Oct 13, 2009 at 10:52:25PM +0200, Lars Ellenberg wrote:
On Tue, Oct 13, 2009 at 04:42:09PM -0400, Marc Pope wrote:
This is my initial sync. There is no data yet on there. And yes, it is
connected to a switch. This server only has 1 ethernet port... so maybe
that's the problem
the conflict. Restarting stuff
does not help.
There is a section about recovering from split brain
in the DRBD User's Guide
--
: Lars Ellenberg
: LINBIT HA-Solutions GmbH
: DRBD®/HA support and consultinghttp://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT
.myriapulse.local
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
___
drbd-user
mail.
Thanks,
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
On Tue, Nov 03, 2009 at 11:05:53PM +0100, Lars Ellenberg wrote:
On Tue, Nov 03, 2009 at 02:34:30PM -0600, Andrew Barringer wrote:
Thanks for the Classic linux help aka: you are st00pid go bug off and
RTFM.
For what's it's worth...
The problem was submitted weeks ago to dkms bug list
yourself anyways,
I'd suggest using the 8.3.5 tarball, though.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm
you mean by block?
when it blocks,
I'd like to know what happened up to that point,
have the kernel logs,
cat /proc/drbd
and
ps -eo pid,state,wchan:30,cmd
Thanks.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
services on the
primary during any of this.
Also, look into notify-split-brain.sh and crm-fence-peer.sh or dopd.
Right.
And all of this is explained in the appropriate sections
in the DRBD User's Guide.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting
, you want to read that block N on B,
which decides in its read balancing path to fetch
block N from B-sdy.
It will surely get _some_ data from there,
but certainly not the data you just wrote on A-MD.
To summ it up in one word:
DON'T.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
On Tue, Nov 17, 2009 at 10:10:13AM -0500, Jiann-Ming Su wrote:
On Tue, Nov 17, 2009 at 4:42 AM, Lars Ellenberg
lars.ellenb...@linbit.com wrote:
On Sun, Nov 15, 2009 at 01:08:30AM -0500, Jiann-Ming Su wrote:
Don't know if this has been discussed before, but it seems like with
8.3's dual
/drbd-user
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
On Tue, Nov 17, 2009 at 11:30:04PM -0500, Jiann-Ming Su wrote:
On Tue, Nov 17, 2009 at 12:50 PM, Lars Ellenberg
lars.ellenb...@linbit.com wrote:
No. You did not understand.
It is not a question of performance.
Or whether a write reached all *nodes*.
In your setup, it is technically
something workable in less
that the 3 weeks it will take for the array to sync naturally.
Absolutely ;)
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please
script.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
of drbd?
specifically I'm looking for drbd0: max_segment_size,
which may be adjusted while attaching,
as well as during connection handshake.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered
it (I will
also mail it on lvm mailing list).
show us some logs?
tell us which _version_ you use?
and the like...
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria
.el5-8.3.5-3
Architecture?
uname -a?
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
is the best way to stop it ? (drbdsetup down won't work because lvchange
use it).
Hard reboot (e.g.
echo 1 /proc/sys/kernel/sysrq
echo b /proc/sysrq-trigger
) and drbd upgrade.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
On Fri, Dec 04, 2009 at 12:20:52PM +0800, guohuai li wrote:
Dear all,
Would you help to tell me how to make the resource secondary mandatorily ?
Now I use DRBD8.3.0.
Would you please simply upgrade to 8.3.5.
Thank you.
--
: Lars Ellenberg
: LINBIT | Your Way to High
On Wed, Dec 09, 2009 at 06:49:02AM -0800, Vadym Chepkov wrote:
--- On Wed, 12/9/09, Lars Ellenberg lars.ellenb...@linbit.com wrote:
Architecture?
uname -a?
Linux ashlin02 2.6.18-164.el5 #1 SMP Tue Aug 18 15:58:09 EDT 2009 ppc64 ppc64
ppc64 GNU/Linux
Ok.
We apparently have
that causes problems
with Xen? Are there parameters I need to set?
uname -a ?
is this a ppc64, rhel5, mwith 64K page size?
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT
On Wed, Dec 09, 2009 at 01:11:16PM -0800, Mike Sweetser - Adhost wrote:
Linux SERVER 2.6.18-164.6.1.el5xen #1 SMP Tue Oct 27 11:45:55 EDT 2009
x86_64 x86_64 x86_64 GNU/Linux
It's running RHEL 5.4 in a Xen virtual machine.
In that case, it is expected to just work.
--
: Lars Ellenberg
have changed. They do that sometimes
in reaction to admin interaction or on updates ;)
The post in question should be near, though.
As that hotfix is no longer hot since ages,
we probably should remove any references to it.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA
speeds.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
On Thu, Dec 10, 2009 at 07:40:24AM -0800, Vadym Chepkov wrote:
--- On Thu, 12/10/09, Lars Ellenberg lars.ellenb...@linbit.com wrote:
No, I was refering to We as in DRBD Developers,
and could do as in are able to code.
But I'd rather code a real fix than something that may
appear
are simply looking in the wrong direction.
exactly same hardware?
exactly same kernel and stuff?
io scheduler? - use deadline.
otherwise: we sell DRBD Healthchecks ;)
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
to be 64k pages,
and DRBD currently breaks with that setting.
we are working to get a real fix for that problem,
but we have a lot of other things to do as well.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
___
drbd-user
/fioa;
meta-disk internal;
}
}
CONFIDENTIAL
This document and attachments contain information from Fusion-io, Inc. which
is confidential and/or legally privileged.
Oh, not really... ;-)
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
...
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
___
drbd
, try to avoid line wraps and additional newlines. I may refuse
to look twice at logs or config files or other things that hurt my eyes
;)
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered
On Mon, Jan 04, 2010 at 11:10:42AM -0700, Josh Aune wrote:
On Jan 4, 2010, at 4:47 AM, Lars Ellenberg wrote:
but during the initial sync after the DRBD device is created the sync
proceeds at less than 100 MB/s. Below is the config file. Am I
missing anything needed to bump up
On Tue, Jan 05, 2010 at 04:59:31PM +, Sven Geggus wrote:
Lars Ellenberg lars.ellenb...@linbit.com wrote:
run autoheader once
OK, at least this works.
Do I still need to use vmalloc=256M Kernel parameter?
nope. no need for that with DRBD 8.3
Any hint on how to fix this?
how
of this, or can recommend one of the
alternative open source iscsi implementations as working well with ESX4??
maybe better ask on iscsitarget-de...@lists.sourceforge.net?
they are typically very responsive as well.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
packages.
The hgweb view of the Mercurial repository can be found at
http://hg.linux-ha.org/heartbeat-STABLE_3_0
Build instructions have been written up by Andrew on the Clusterlabs
website (http://clusterlabs.org/wiki/Install#From_Source).
--
: Lars Ellenberg
: LINBIT | Your Way to High
luck.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
and did the same, bu no hint
for an exit code 4. Only for 40.
Can you please give me a hint?
http://www.lmgtfy.com/?q=outdate%20peer%20exit%20code%204l=1
;)
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
-drbd5 /dev/disk-drbd5 internal
--set-defaults --create-device
--on-io-error=detach -f resource-only
Thanks in advance.
Peter
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks
.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
___
drbd
into the picture,
and where do your file system live?
What does tune2fs have to say about the file system?
Note that for large DRBDs it is strongly
recommended to upgrade to 8.3.
--
: Lars Ellenberg
: LINBIT HA-Solutions GmbH
: DRBD® Linux-HA support and consultinghttp://www.linbit.com
On Tue, Feb 16, 2010 at 01:19:51PM -0800, Robinson, Eric wrote:
Sorry, just reposting this with the correct subject line. It somehow got
tagged as spam.
But you do realize that threading does not work by subject,
but by References and In-Reply-To and similar headers,
which you or your mailer
/md1. you would then want to change your fstab
to point /home to /dev/drbd1 instead of /dev/md1.
Probably add a noauto as well.
And don't forget to trigger a full sync, as DRBD now has no idea what
might have been changed while you had been bypassing it...
--
: Lars Ellenberg
: LINBIT | Your Way
DATOS PERSONALES:
AVISO DE CONFIDENCIALIDAD:
CONFIDENTIALE NOTICE:
besides thes taking up additional 3kByte of bandwidth without carrying
any information, it is seriously misplaced on public mailing lists...
Thanks,
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
that tells me which versions are interoperable?
Thats the _proto_ versions.
api is what drbdsetup talks to drbd module.
proto is what modules talk to each other.
All 8.0 to 8.3 modules can talk to each other.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
);
-
- mdev-md_io_tmpp = page;
- }
- }
-
/* Reset the barriers don't work bits here, then force meta data to
* be written, to ensure we determine if barriers are supported. */
if (nbc-dc.no_md_flush)
--
: Lars Ellenberg
: LINBIT | Your Way to High
Unable to handle kernel NULL pointer dereference at
RIP:
[8002de3c] blk_recount_segments+0x74/0x36f
Thanks again.
Andy
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
.
It is in almost every case the completly wrong approach.
But, maybe you have a very good reason
to try to activate drbd from your initrd,
so please, what exactly are you up to?
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
On Sat, Mar 06, 2010 at 05:12:33PM +0100, Lars Ellenberg wrote:
On Sat, Mar 06, 2010 at 04:42:20PM +0100, Florian Haas wrote:
On 03/06/2010 03:31 PM, Matteo Tescione wrote:
Hello,
I succesfully compiled drbd-8.3.7 against linux-2.6.33 with builtin drbd
module running centos5.3
On Sun, Mar 07, 2010 at 05:43:16PM +0100, Christian Iversen wrote:
P.S: Have you thought about setting a Reply-To-header? I'm almost
responding to the auther every time.
Munging of that header by mailing list software
has been controversial for ages, and probably will stay that way.
I concur
On Tue, Mar 09, 2010 at 01:53:20AM -0800, avn wrote:
after-sb-0pri discard-younger-primary;
after-sb-1pri violently-as0p;
after-sb-2pri violently-as0p;
rr-conflict call-pri-lost;
You configure automatic data loss.
Don't do that, unless you mean it.
--
: Lars
to the other client
that happen to happily cache stale content (are incoherent),
there is nothing DRBD can do about it.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria
to manually let your posts through.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
) it is
nothing critical for me, just curiosity.
If you are happy with rsync, by all means, use it.
It is a great tool for a lot of jobs.
So anyone else to try an answer?
Andrei
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
no event left (appart from disk destruction,
low level meta data manipulation or severe misconfiguration)
that would require a _full_ resync.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
___
drbd-user
not even compile,
but we try to avoid that.
Sometimes we do a fix against the latest greatest,
but break some older kernels along the way.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered
it
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
___
drbd
you configure any drbd level fencing or not.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
causes it
to start after cman.
Why would cman provide local fs?
Anyways, all that matters is that
both the start order,
and the stop order,
are correct.
So if the result of that modification works for you, go for it.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
upstream drbd 8.3.7?
Here's a link to the upstream fix:
http://git.drbd.org/?p=drbd-8.3.git;a=commitdiff;h=71915b0d267392c77fe0ae2309535333026cef66
The in-tree version that got merged for 2.6.33 looks fine.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
On Fri, Mar 12, 2010 at 11:17:38AM +0100, Massimo CtRiX Cetra wrote:
Lars Ellenberg ha scritto:
block drbd0 : bind before connect failed error = -99
I have to make a /etc/init.d/drbd restart, and all work fine ... I
don't know where the error is ... Any ideas ?
You have to get your
not,
because some layer in between servers cached data
which happens to be stale content.
Does that make sense?
Sorry, but sometimes only cache consistency is too vague for me...
We also do consulting, workshops,
project guidance and monitoring,
and in general support ;)
--
: Lars Ellenberg
: LINBIT
commands occurred on which drbd
instance, and in what order. Also, there were missing steps or the
instructions didn't match 8.3.0.
do not use 8.3.0
simply don't.
use 8.3.7.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
On Tue, Mar 16, 2010 at 07:18:20AM -0700, dbarker wrote:
In a thread last October (split-brain after trying to verify?) Lars Ellenberg
said:
You adjusted network parameters (verify-alg), which we still cannot do
while keeping the connection.
So your first adjust to add the verify-alg had
,
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list -- I'm subscribed
___
drbd-user mailing
1 - 100 of 1069 matches
Mail list logo