And yet an other mal that went into my Drafts folder instead of being
sent out :-(
On Mon, Jun 11, 2012 at 08:36:03PM +0200, Dirk wrote:
Hi Lars,
Am 08.06.12 15:35, schrieb Lars Ellenberg:
On Wed, Jun 06, 2012 at 09:28:33PM +0200, Dirk wrote:
Hi folks,
on a freshly installed server
by xfs_repair to the partition when
the drbd disk was down have been replicated to the target when I up'ed
(drbdadm up r0) the drbd disk.
If they have been replicated, then only accidentally.
To make sure, you will have to do a full sync.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
;
}
}
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered
for reporting.
Does crm-fence-peer.sh also run drbdadm outdate res on the peer node (it
doesn't seem to be working for me),
No.
or is that unnecessary in this scenario because the CIB constraint will
prevent the DRBD resource from starting elsewhere?
Yes, that's the idea.
--
: Lars Ellenberg
disk latency nor network latency is constant; ...
various other things that may have impact on latency and/or bandwidth.
In short, estimating the impact on performance is not always intuitive.
Hth,
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
% depended on for failover then.
This is not the most up-to-date system, drbd version 8.3.8.1. Still
Whit
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user
--
: Lars Ellenberg
: LINBIT
several DRBD, the aggregated throughput looks quite different.
You should also take the cpu usage into account.
IPoIB can become CPU limited. SDP does not consume much cycles, really.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
have DRBD on a newer Intel system, I highly recommend you make
the above changes.
Thanks, everyone!
Thanks for the prompt and concise followup!
Lars
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
changes on all volumes of one resource are send via that single
connection.
TCP deliveres packets in order.
Does that answer your question?
If not, can you rephrase?
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
more detail doc to introduce the core
frame shared with me?Thanks.
What is it you are trying to do?
Do you have any more specific questions?
For conceptiual background,
did you have a look into the papers linked to from
http://www.drbd.org/home/publications/ ?
--
: Lars Ellenberg
: LINBIT
to fence the other node.
Please read this for more details;
https://alteeve.ca/w/2-Node_Red_Hat_KVM_Cluster_Tutorial#Concept.3B_Fencing
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
:
On 10/31/2012 12:02 AM, Lars Ellenberg wrote:
Manual fencing is not in any way supported. You must be able to call
'fence_node peer' and have the remote node reset. If this doesn't
happen, your fencing is not sufficient.
fence_node peer doesn't work for me
fence_node node2 says
? It broadcasts sync progress no more than
once per second, which should prevent this overrun.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
___
drbd-user mailing list
drbd-user
On Thu, Nov 15, 2012 at 10:42:48AM +0400, mahatma wrote:
Lars Ellenberg писал 2012-11-14 14:07:
You may be syncing too fast, and get a netlink buffer overrun,
which
we do not handle properly in these long running drbdsetup calls yet.
Did you try with 8.3.14 yet? It broadcasts sync
of backend storage checked over time.
And no, the data is not sent over. Why would you think so?
--
: 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
+0x0/0x20
--
Hälsningar / Greetings
Stefan Midjich
[De omnibus dubitandum]
--
: 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
On Fri, Nov 30, 2012 at 11:15:13AM -0600, Shaun Thomas wrote:
Hey guys,
We were asked to do some Ubuntu testing against an upstream 3.7
kernel, and it turns out the 8.4.2 included with a vanilla 3.7
There is no 8.4 in vanilla yet.
3.7 should be more like 8.3.13
The next merge window (so,
, fencing is crucial! Everyone keeps saying that but I haven't ran
into a situation where it was needed yet. I tend to do failover tests to
test the fencing.
Which is good practice ;-)
Cheers,
Lars
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
to do something else with them ?
All done already.
Last question, I did not manage to find the command which shows the size of
the DRBD resource.
Could you tell me ?
As with any other block device.
I find it convenient to cat /proc/partitions
--
: Lars Ellenberg
: LINBIT | Your Way to High
On Tue, Dec 04, 2012 at 08:28:32AM -0600, Shaun Thomas wrote:
On 12/04/2012 02:47 AM, Lars Ellenberg wrote:
The next merge window (so, 3.8) should see the equivalent of 8.4.2,
plus patches (whatever comes up during the merge window).
Well, what do you know:
#define REL_VERSION 8.3.13
.
--
: 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
there is enough space available there.
And double check that the available space on the peer is not
the limiting factor.
Hth,
Lars
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
, otherwise it suspends replication
until the connection is restored, and it then performs a resync.
Right.
Though we also can behave differently (e.g. block IO).
What behaviour would you like to see?
Why?
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting
Vito
Tata Consultancy Services
Mailto: carmen.dev...@tcs.com
Website: http://www.tcs.com
Experience certainty. IT Services
Business Solutions
Outsourcing
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting
of somthing else there.
So don't do that.
If anything, this needs to be fixed in the rewritten-from-scratch
pacemaker lrmd.
Lars
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks
... it depends...)
Also, please use *_bytes (not _ratio) ((unless you have an old kernel
that does not yet know about *_bytes)), because even 1 percent of 120 G
is a bit much for many storage backends.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
.
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/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
On Wed, Jan 16, 2013 at 03:57:33PM +0100, Felix Frank wrote:
Hi,
On 01/11/2013 10:36 AM, Abdelkarim Mateos Sanchez wrote:
Dec 31 17:52:31 pro01 kernel: block drbd1: [drbd1_worker/20189]
sock_sendmsg time expired, ko = 4294961767
Dec 31 17:52:37 pro01 kernel: block drbd1:
something that contains active mountpoints.
You need to first umount the submounts, even if they are bindmounts.
BTW, the Pacemaker Filesystem resource agent will (try to) do that for you.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
(not the lower level device).
If you actually *intend* to bypass DRBD,
knowing that you will need to do a full sync
once you want to have working replication back,
you may mount the lower level device directly,
by explicitly specifying the file system to be used.
mount -t ext4 (or whatever).
--
: Lars
checksumming,
run an online-verify,
and see where that gets you.
--
: 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
),
or have you only been scared by above log message.
If the latter, we may need to do some cosmetic surgery.
If the former, and this node still had an established connection to a
healthy peer device, we'd have a real bug.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA
On Mon, Jan 28, 2013 at 05:57:43PM +0100, Lars Ellenberg wrote:
On Mon, Jan 28, 2013 at 04:04:32PM +0100, Matthias Hensler wrote:
Hi,
On Mon, Jan 28, 2013 at 03:26:49PM +0100, Felix Frank wrote:
On 01/26/2013 06:19 PM, Matthias Hensler wrote:
Jan 26 15:32:21 lisa kernel: block
On Mon, Jan 28, 2013 at 06:26:50PM +0100, Lars Ellenberg wrote:
On Mon, Jan 28, 2013 at 05:57:43PM +0100, Lars Ellenberg wrote:
On Mon, Jan 28, 2013 at 04:04:32PM +0100, Matthias Hensler wrote:
Hi,
On Mon, Jan 28, 2013 at 03:26:49PM +0100, Felix Frank wrote:
On 01/26/2013 06:19 PM
stability and data integrity due to the obvious
protocol desynchronizations...
You ever heard of *logs* ?
;-)
Maybe post some ...
--
: 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
! BarrierAck #17
received with n_writes=730, expected n_writes=731!
Feb 8 10:18:58 nas2 kernel: d-con main_disk: peer( Secondary -
Unknown ) conn( Ahead - ProtocolError )
Known bug in 8.4, supposedly fixed with 8.4.3.
Lars
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
On Fri, Feb 08, 2013 at 06:34:41PM +0100, Holger Steinhaus wrote:
Known bug in 8.4, supposedly fixed with 8.4.3.
Sorry, I cannot confirm this. I have just upgraded to 8.4.3 - but I
see still the same behavior:
initialization:
Feb 8 18:04:10 nas2 kernel: drbd: initialized. Version:
a Primary crash,
the area covered by the activity log needs to be resynced.
After a clean shutdown, there is no need for that.
See the DRBD User's Guide, The Activity Log
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
Connected Secondary/Primary UpToDate/UpToDate C
Of course.
--
: 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.
___
drbd
.
Hope that helps,
Lars
--
: 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 list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
.
Lars
Simone
2013/2/26 Lars Ellenberg lars.ellenb...@linbit.com
On Fri, Feb 22, 2013 at 11:26:07AM +0100, Simone Del Pinto wrote:
Hi guys,
we are using drbd 8.3.13 on our 2 linux server to keep data of the oer
MySQL server.
corosync and pacemaker ensure that we have
On Tue, Feb 26, 2013 at 06:01:04PM -0500, Jesus Climent wrote:
Has anybody taken a look into it?
Yep.
Nothing obvious, sorry.
Lars
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user
the improvement vs older drbd versions is not only for random
writes, but for any writes causing activity log updates.
--
: 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
cause that held open thing.
You then just need to retry and hope that
next time there really are no users anymore.
--
: 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
On Tue, Mar 05, 2013 at 11:16:55AM +0100, Felix Frank wrote:
On 02/27/2013 01:45 PM, Lars Ellenberg wrote:
Yep.
Nothing obvious, sorry.
Lars
Well, uh...speaking for myself (but believing that everybody's thinking
it), I had kind of expected a bit more.
Sorry to disappoint you
that looks at the device right when you want to demote it..
But feel free to change that to an atomic_t, if you think it helps.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks
/listinfo/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 Mon, Mar 11, 2013 at 07:23:45AM -0400, Jesus Climent wrote:
On Mon, Mar 11, 2013 at 5:52 AM, Lars Ellenberg
lars.ellenb...@linbit.com wrote:
On Mon, Mar 04, 2013 at 04:44:37PM -0500, Jesus Climent wrote:
Any luck with this?
Not enough context to be able to debug this.
Stack traces
Mwoolfso,
I tested after changing the data type of open_cnt variable to
atomic_t, but it didnot work.
I told you so ;-)
--
: 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
for addition
information.
--
: 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.
___
drbd-user mailing list
drbd-user
?
These features are on the road map.
Care to sponsor?
Lars
--
: 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.
___
drbd-user
for production.
--
: 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.
___
drbd-user mailing list
drbd-user@lists.linbit.com
http
On Tue, Mar 19, 2013 at 05:11:05PM +0100, Stephan Budach wrote:
Am 18.03.13 20:05, schrieb Stephan Budach:
Am 18.03.13 10:07, schrieb Lars Ellenberg:
On Sun, Mar 17, 2013 at 08:19:26AM +0100, Stephan Budach wrote:
Hi all,
I am running DRBD 8.4.3 in a dual-pri setup. DRBD interlink
/gmane.linux.scsi/59259
So you *possibly* have ongoing data corruption
caused by hardware, or layers above DRBD.
Or you may just have normal behaviour,
and if DRBD was not that paranoid, you'd not even notice, ever.
Hard to know for sure from the distance.
--
: Lars Ellenberg
: LINBIT | Your Way
Secondary/Unknown Outdated/DUnknown C
Once Outdated, DRBD will refuse to be promoted.
--
: 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
On Thu, Apr 04, 2013 at 02:17:09PM +0800, Wei Yongjun wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Fix to return a negative error code from the error handling
case instead of 0, as returned elsewhere in this function.
We used to have an err = -ENOMEM; just in case...
How about
On Wed, Apr 03, 2013 at 04:00:31PM +0800, Chen Gang wrote:
Hello maintainers:
when you have time, please help to check this patch whether is OK.
thanks.
Thanks.
It has already been queued in:
http://git.kernel.dk/?p=linux-block.git;a=commit;h=0b6ef4164f50698eee536903d69d086add1a7889
On Tue, Apr 09, 2013 at 09:22:40AM +0800, Chen Gang wrote:
On 2013年04月09日 04:45, Lars Ellenberg wrote:
On Wed, Apr 03, 2013 at 04:00:31PM +0800, Chen Gang wrote:
Hello maintainers:
when you have time, please help to check this patch whether is OK.
thanks.
Thanks
drbdadm -c /dev/null -t /tmp/my_test_config.conf dump
# should work, but is just a strange way of saying
drbdadm -c /tmp/my_test_config.conf dump
# which may be what you actually want to use.
hth,
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
.
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/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
,
and remount.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user
in a few very specific use cases)
Also, DRBD is primarily to enable failover.
To avoid a lot of pain in the failover scenarios,
all nodes in a failover cluster should be equally powerful.
Lars
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting
On Thu, Apr 25, 2013 at 09:49:59PM +0200, Lars Ellenberg wrote:
On Thu, Apr 25, 2013 at 01:59:52PM +, Prater, James K. wrote:
We are using RHEL 6.4 this parameter set in the global common
configuration file and also on the haresources mount attributes. The
question is that I cannot
s, 129 MB/s
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 8.60441 s, 125 MB/s
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 9.08852 s, 118 MB/s
Regards
Lousi
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA
; time sync
time dd if=t1 of=t2 bs=1M conv=fsync
--
: 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
may well mean several GB.
How much RAM do you have?
Depending on what usage patterns and data characteristics
you actually have in production, maybe you want to try drbd-proxy.
Or check with LINBIT what other options you have.
2013/5/9 Lars Ellenberg lars.ellenb...@linbit.com
On Thu, May 09
several times in two weeks) i get similiar errors like
couldn't find drbdadm but it is findable and existing and working fine.
How to debug such random behavior, or maybe someone encountered such problem
already?
My guess would be that you've got bad RAM.
--
: Lars Ellenberg
: LINBIT | Your
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user
://lists.linbit.com/mailman/listinfo/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
since March,
but we did not yet cut a new 8.3 release since.
One more reason to cut a 8.3.16 soon.
Lars
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
___
drbd-user mailing list
/pipermail/drbd-user/2012-September/019080.html
Lars
2013/5/14 Lars Ellenberg lars.ellenb...@linbit.com
On Thu, May 09, 2013 at 10:33:16AM +0800, Mia Lueng wrote:
# sysctl -a|grep dirty
vm.dirty_background_ratio = 10
vm.dirty_background_bytes = 0
vm.dirty_ratio = 20
.
--
: 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.
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com
found
to the secondary so far.)
[This is not directly related to my recent question about compiling
drbd-8.4.3 for linux-3.9.4, the observation is from a different
server that is currently running linux 3.7.6 with drbd-8.4]
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD
with 512 byte
sectors. So 256 sectors are 128 KiB.
At some point you need to update your part of reality, too ;-)
He is talking about DRBD 8.4, and there is no such limitation anymore.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
On Thu, Jun 06, 2013 at 06:30:23PM +0200, Lutz Vieweg wrote:
On 06/06/2013 02:51 PM, Lars Ellenberg wrote:
You did something bad, and that confused the IO stack.
I would have expected any kind of error message from any of the
tools I used to increase the device sized if I actually
did
kernel logs?
--
: 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 Fri, Jun 07, 2013 at 02:42:32PM +0200, Lutz Vieweg wrote:
On 06/07/2013 02:03 PM, Lars Ellenberg wrote:
I also had a look at the latest DRBD 8.4 source. They still mess around
with the blk queue limits. Set it larger, set it smaller dynamically
while in use depending on the limits
On Mon, Jun 10, 2013 at 04:14:03PM +0200, Helmut Wollmersdorfer wrote:
Am 07.06.2013 um 23:21 schrieb Lars Ellenberg:
Bah.
Should not happen
That's what developers usually say.
And experienced testers will answer:
If it is possible, it *will* happen--sometimes, somewhere
of an array of corresponding size), that has
long since changed, and now it is really only used as scaling factor for
these mempools.
Lars
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered
network configuration.
Connection closed
conn( Disconnecting - StandAlone )
receiver terminated
--
: 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
not
that easy to update.
I don't remember the details from the top of my head,
8.3.10 was more than two years ago.
But from the changelog of 8.3.11:
* Fixed wrong connection drops (PingAck did not arrive in time) with
asymmetrically congested networks
Just saying ...
--
: Lars Ellenberg
: LINBIT
to be valid.
Or just don't do dual-primary.
Better yet:
fix those upper layers to not do what they are doing,
enable the checksum if it makes you feel good,
do single-primary anyways,
and still add fencing.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting
See below.
On Fri, Jun 28, 2013 at 08:34:50PM -0700, cesar wrote:
Hi guys
can anybody help me
I will be very grateful if anyone can help me
*Mr. Lars Ellenberg tell me that:*
With special purpose built fencing handlers,
we may be able to fix your setup so it will freeze IO during
--
--
: 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, Jul 04, 2013 at 10:25:01AM -0700, br...@click.com.py wrote:
Hi Lars
According to your words:
With special purpose built fencing handlers, we may be able to fix
your setup so it will freeze IO during the disconnected period,
reconnect, and replay pending buffers, without any reset.,
Regards,
--
Hiroshi Fujishima
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
() calls,
so you can see what sequence of drbdsetup calls are being issued. Is
it possible that ganeti is taking an unsafe approach to switching
over the drbd state?
Regards,
Brian Candler.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
on reboots?
Most of the time, unless you changed something, but not reliably.
But they are not relevant.
Why not just use deadline as default scheduler, and be done with it ;-)
(kernel boot parameter elevator=deadline)
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
On Mon, Jul 15, 2013 at 06:14:16PM +0200, Wiebe Cazemier wrote:
- Original Message -
From: Lars Ellenberg lars.ellenb...@linbit.com
To: drbd-user@lists.linbit.com
Sent: Monday, 15 July, 2013 5:56:51 PM
Subject: Re: [DRBD-user] Configuring the scheduler for a DRBD backend
Why
-primary accidentally,
so it should be safe to *allow* dual primary, even though you
normally drive single primary (except during live migrations).
Hth,
Lars
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
of DRBD are:
1- NIC to NIC
2- Bond active-backup with two NICs
On a previous post Mr. Lars Ellenberg tell me basically two things about
loss connection of DRBD:
1- fix those upper layers to not do what they are doing,
But I do not know how to do
2- With special purpose built fencing
defragmentation during normal
allocations, making it much less likely to fail atomic allocations due
to fragmentation.
just use a more recent kernel should help as well, already
;-)
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
On Thu, Jul 18, 2013 at 10:11:15AM +0900, Christian Balzer wrote:
On Wed, 17 Jul 2013 11:27:23 +0200 Lars Ellenberg wrote:
On Wed, Jul 17, 2013 at 05:25:13PM +0900, Christian Balzer wrote:
On a very busy cluster with kernel 3.4.48 and DRBD 8.4.3 I was able to
reduce these kernel
!
Where the first number is always greater than the second by 1.
This is Kernel 3.10.5, in-kernel DRBD 8.4.3.
Any ideas?
--
: 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
that.
So thank you for asking on the mailing list,
that gets my hopes up a bit again ;-)
If you have problems getting the documented way working,
or following the available tutorials, please come back
to the mailing list.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA
+ local startup_fencing stonith_enabled
+ check_cluster_properties
+ set_states_from_proc_drbd
+
case $1 in
fence)
if [[ $fencing_attribute = #uname ]]; then
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
to not promote something it does not even know about
cannot possibly help ;-)
Using become-primary when using pacemaker
is almost always not the best idea.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
=$OCF_SUCCESS
break
;;
...
}
I shall try this, may be next night (to prevent rebooting my virtual
servers in work time).
No.
Your problem is not with the DRBD resource agent,
but with your pacemaker configuration.
Lars
--
: Lars Ellenberg
: LINBIT
, the target needs to become cluster aware *itself*.
Whether or not the backend storage is replicated by DRBD,
shared SCSI or SAN, or whatever else, is unrelated as well.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
501 - 600 of 1069 matches
Mail list logo
