On Wed, Mar 17, 2010 at 04:07:25AM -0700, dbarker wrote:
Lars Ellenberg wrote:
In case you where asking something, I must have missed the question,
sorry :-]
Sorry I was a bit obscure. The question is What happens if you adjust
verify-alg while connected Primary/Primary
On Wed, Mar 17, 2010 at 11:35:22AM +0100, Lars Ellenberg wrote:
On Wed, Mar 17, 2010 at 07:08:20AM +, Henning Bitsch wrote:
I have a problem running drbd 8.3.7-1 on Debian Lenny (2.6.26-AMD64-Xen).
I have six drbd devices with a total of 3 TB. Both nodes are Supermicro
AMD
Opteron
.
In short, the feature you requests is somewhere on the far end of our
todo list. But feel free to reprioritize...
--
: 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
;-)
--
: 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
let me help to find out the reason for the same.
Read the 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
On Tue, Mar 23, 2010 at 03:28:08AM -0700, Qwerty-1 wrote:
Hi All,
I need to know in active/stanby mode which node will start initiating tcp
connection?
Active Node or Standby Node?
The answer is yes ;)
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
anything
describing how to do this. Can it be done?
Prior to 8.3.8, you'd have to fiddle with drbdmeta set-gi.
Starting with drbd 8.3.8 (which has not been released yet,
so read current git, if you like) a simple --force primary
will do.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
need to recreate that drbd set from scratch,
and repopulate it with your data after the first drbd handshake.
(e.g. do a new mkfs and restore from backup -- NOT dd back an image
of the file system, as that was from a larger device)
--
: Lars Ellenberg
: LINBIT | Your Way to High
should be the
first step.
That's right ;)
--
: 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
with headwind ;-)
--
: 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
cache,
dirty pages, and tune things up or down in the drbd configuration
as well as various vm and network related sysctls.
You should have some more interessting logs before that,
which should help you in guessing what needs to be done.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
on that thing,
but basically you can use 8.3.7, and see it that helps,
upgrade your xen kernel as well,
do some of the ethtool things mentioned in the above thread,
and if none of that helps, disable DRBD's use of sendpage,
which is a module parameter, but can also be toggled at runtime.
--
: Lars
returns an awful lot of errors.
The question is if this is the recommended procedure to fsck a drbd device.
If you live on LVM, you could snapshot before fsck, just in case.
Though a snapshot won't speed up the fsck, of course.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD
{
fencing resource-and-stonith;
# this mode implicitly freezes IO and only resumes IO if peer is
# successfully fenced as reported by the fence peer script.
# Or if the admin explicitly resumes io.
}
handler {
fence-peer some script that kills the other node;
}
--
: Lars
On Mon, Apr 19, 2010 at 08:40:02AM -0300, Andre Nathan wrote:
Hello Lars
On Fri, 2010-04-16 at 21:38 +0200, Lars Ellenberg wrote:
disk {
fencing resource-and-stonith;
# this mode implicitly freezes IO and only resumes IO if peer is
# successfully fenced as reported
-resync-target minor-0 ; echo $?
Do you need that script?
Do you need to install that script?
Do you need to fix the script or configuration?
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks
.
Patches are best presented on drbd-dev for review.
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
it recently.
--
: 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
the global limit you describe.
But we don't have 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
On Fri, Apr 23, 2010 at 11:03:11AM +0200, Hervé Gautier wrote:
Lars Ellenberg a écrit :
That's not how it works. Its not a global limit, but a common default
inherited by those resourced that don't override it locally.
I see that it could be useful to have the global limit you describe
this issue (i.e. disabling the write cache?)?
This has been observed mainly from iSCSI targets,
and reportedly can be worked around by using fileio mode.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
still only get a 12GB partition
# mkfs.ext3 /dev/drbd0
wow.
what was supposed to be on sda3?
whatever it was, it is now gone.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks
.
We should not segfault there, regardless.
I think I fixed it in git already some time ago.
--
: 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
On Thu, May 06, 2010 at 02:30:16PM -0300, Cristian Rojas wrote:
Hi Lars, I restarted /etc/init.d/drbd after I changed the config.
Wouldnt that be enough?
Check on both nodes what the current kernel settings are.
drbdsetup minor show
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
...
Xen (or redhat, or wherever the base kernel is coming from)
apparently backported that functionality from 2.6.32.
unfortunately there is no feature test macro for it ;-)
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
?
No.
If you can minimize write activity between [A] and [E],
you will have a minimal resync.
--
: 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 disk instantaneously, or image a snapshot of it,
then writes during the archival process (she didn't specify that process)
would corrupt the image.
Of course the image is inconsistent, in general.
That does not mean it is corrupt.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
On Tue, May 11, 2010 at 08:27:24AM +0200, Katharina Haselhorst wrote:
Hello,
On 05/10/2010 08:37 PM, 'Lars Ellenberg' wrote:
On Mon, May 10, 2010 at 01:56:30PM -0400, Dan Barker wrote:
Starting with old uuid, possibly partially dirty bitmap.
[A] Generate new uuid, clean bitmap
what you recomend, but unfortunately it does not work...
I hope I get it solved soon, otherwhise I will try to buy two more servers
and asume hardware fail.
This won't be hardware fail.
More likely version mismatch.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
is this not version mismatch?
and, please, why do you try to use an 9 month old release candidate?
--
: 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
.
So unless you have other scores that weight more,
I expect the PE to decide that moving the resources
over would be a good idea.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks
not need to, either.
Because for WAN, you should use VPN.
(DRBD replication traffic is plain text.)
Thus you are back at using private, static, IPs.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered
.
You may need to follow the truck based replication section
in the drbdsetup man page.
--
: 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 Mon, Jul 05, 2010 at 08:07:26AM +1200, Michael wrote:
Hi All,
I've installed ( as always ) from source 8.3.8
All seems to work fine but when I've tried to start online-verify - Ive got
oops on secondary node:
Is anyone having that issues?
Works for me.
--
: Lars Ellenberg
: LINBIT
got that pached version from?
The later question is based on an educated guess, only.
--
: 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
in your versions, too, actually.
Interessting that it aparently does 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
On Tue, Jul 06, 2010 at 12:06:11PM +1200, Michael wrote:
On Tue, Jul 6, 2010 at 8:07 AM, Lars Ellenberg
lars.ellenb...@linbit.comwrote:
On Mon, Jul 05, 2010 at 08:07:26AM +1200, Michael wrote:
Hi All,
I've installed ( as always ) from source 8.3.8
All seems to work fine but when
.
--
: 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
flow is available.
stop NG - STONITH (shutdown N1) - N2 starts service
It seems that drbdsetup.c/print_config_
error() returns 20 in this case.
Can you please provide kernel and resource agent (heartbeat) logs
for such an incident.
--
: Lars Ellenberg
: LINBIT | Your Way to High
better see if your fix is the right fix.
I will try to change the destination of log and get the perfect RA log
on ACT node later.
Great.
Thanks,
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered
be used for force
a full resync.
As long as you directly access the underlying block device
there is absolutely no point in using DRBD.
Actually, if you _mount_ the underlying device,
DRBD cannot even attach it.
To use DRBD, you have to, well, use DRBD.
--
: Lars Ellenberg
: LINBIT | Your Way
drbdsetup more robust
in face of file system problems on /var/lock/, and add a monitoring loop
to drbddisk instead.
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
it down. Try to reproduce without going through the iSCSI
layer first, accessing DRBD locally. Try to reproduce with a vanilla
kernel, using a different iSCSI target.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
On Thu, Jul 15, 2010 at 09:58:13AM +0200, Lars Ellenberg wrote:
On Thu, Jul 15, 2010 at 09:16:43AM +1000, ad...@eyemedia.com.au wrote:
Ok I didn't realise this was that kind of an issue, I just assumed DRBD
wasn't happy with my setup due to the second node not being online.
The partition
?
--
: 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
On Thu, Jul 22, 2010 at 01:26:24PM +0200, Lars Ellenberg wrote:
On Thu, Jul 22, 2010 at 11:37:36AM +1000, ad...@eyemedia.com.au wrote:
Hi all,
I'm sure there is a simple answer to this one..
2 Node cluster with heartbeat.
Migrated resources to the secondary node, (with primary
.
--
: 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
in that.
Sorry, but this is ridiculous.
I really don't see where this should be going.
--
: 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
connection state
like VerifyS and VerifyT.
One is sending the requests, the other sends the replies.
That's all there is to it.
and,
drbdadm disconnect/connect resource for the resync,
I can run these commands on any node, right?
no matter.
--
: Lars Ellenberg
: LINBIT | Your Way to High
by $configurable)
* more than two Primaries
* all sorts of performance improvements
Any particular reason you ask, a favorite feature you'd like to sponsor?
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
usable.
Why this must take sooo long is an other question...
--
: 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
/
Uh.
!?
Why would you voluntarily parse pseudo-xml with your eyes?
That output is meant to be consumed by scripts or the DRBD MC Gui.
Try:
# drbd-overview
or
# cat /proc/drbd
or
# grep cs: /proc/drbd
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting
://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581310
--
: 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
unconfigured, but the device still exists.
--
: 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.
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com
--
: 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
On Wed, Sep 01, 2010 at 10:49:00AM +0200, Lars Ellenberg wrote:
On Wed, Aug 25, 2010 at 02:10:55PM +0900, Junko IKEDA wrote:
Hi,
sorry for covering old ground.
http://www.gossamer-threads.com/lists/drbd/users/19746
We should catch that one, probably, and irgnore it at least
On Fri, Sep 03, 2010 at 03:17:23PM +0200, Roland Friedwagner wrote:
Am Donnerstag 02 September 2010 schrieb Lars Ellenberg:
Starvation probably happens on the Secondary.
It should vanish if you
echo 1 /sys/modules/drbd/parameters/disable_sendpage
Starvation is gone with disabled
the RIP corresponds to.
We can then start guessing which pointer may have been NULL,
and why.
--
: 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
On Fri, Sep 03, 2010 at 11:35:00AM -0700, Ryan Cooley wrote:
On Fri, 3 Sep 2010 18:32:03 +0200
Lars Ellenberg lars.ellenb...@linbit.com wrote:
Too bad. It was much easier if it was reproducible.
I reported a similar and consistently reproducable bug:
http://bugs.centos.org/view.php
the peer ;-)
Don't focus only on one specific scenario.
Because, if you just fix that specific scenario,
you break a truckload of others.
Maybe it helps a bit to read
http://www.mail-archive.com/pacema...@oss.clusterlabs.org/msg04312.html
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
On Mon, Sep 06, 2010 at 04:37:07PM -0400, Jean-Francois Malouin wrote:
* Lars Ellenberg lars.ellenb...@linbit.com [20100906 16:05]:
On Mon, Sep 06, 2010 at 01:46:46PM -0400, Jean-Francois Malouin wrote:
Hi,
On a Debian/squeeze system running 2.6.32-5-xen-amd64 I downloaded
drbd
block(s) in inode 1183: 1251 1252
Multiply-claimed block(s) in inode 1184: 1233
Multiply-claimed block(s) in inode 1185: 1249
When fsck -fy is run on /repl partition then the end result is content of
file x is seen in file y.
--
: Lars Ellenberg
: LINBIT | Your Way
On Tue, Sep 07, 2010 at 03:15:07PM +0200, Lars Ellenberg wrote:
On Tue, Sep 07, 2010 at 12:12:08PM +, putcha narayana wrote:
Thanks for responding,
FYI: I have ran stat command to get details of the files whose data is
seen criss-crossing. I mean content of one file is seen
. And I'm not sure what
you mean with lock the disk in this context, either.
--
: 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
as
drbdadm.
What could cause this problem ? What am i doing wrong ?
Could you post the output of
for vm in $(virsh list --all | awk 'NR 2 { print $2 }') ; do
printf \n%s\n $vm;
virsh dumpxml $vm | sed -e '/disk/,/\/disk/!d';
done
--
: Lars Ellenberg
: LINBIT | Your Way
.
and the above message never comes before today.
likewise the above message didn't came on the other node(node2)
Likely something triggered through udev (or other) had sdb1 open at that time.
It impossible to determine what had it open at that time, after the fact.
--
: Lars Ellenberg
: LINBIT | Your Way
;
}
}
___
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
of ?
--
: 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
to a substantial epoch of 100 or even
higher.
Try disable all barriers and flushes,
but put the disks in write-through instead
(and hope that they don't forget about that setting).
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
nodes.
--
: 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
or is it something more involved?
(Last time I looked at iSCSI I'm sure you had to completely re-export
all your LUNs any time you wanted to add/remove one)
Just the same as if you had a single iSCSI server without DRBD
crashing and rebooting.
Only faster.
--
: Lars Ellenberg
: LINBIT | Your Way to High
it to magically know
about, and sync, your changes.
--
: 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 Wed, Sep 08, 2010 at 04:53:12PM +0200, Eric Deschamps wrote:
Le 08/09/2010 16:30, Lars Ellenberg a écrit :
See how not one of them references DRBD,
but all directly use the lower level LVs directly?
If you bybass DRBD, you cannot expect it to magically know
about, and sync
.
In a newer version of that resource agent it uses some quiet flag in
the invokation of crm_master (which is the wrapper around crm_attribute,
which is logging this).
In a newer version of pacemaker, crm_attribute even keeps quiet
when someone uses that flag ;-)
--
: Lars Ellenberg
: LINBIT | Your
an error Unknown
command 'new-current-uuid'
If that is an unknown command to drbdadm, you are NOT using drbd 8.3.7.
Double check kernel _and_ userland versions of DRBD.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
the
drbdadm primary command on server-1.
It did work, not a big deal, but it would be better if this can work as
expected.
Could be due to some settings in the drbd.conf?
What follow is the drbd.con content and I thank you in advance for any kind
of tip.
--
: Lars Ellenberg
: LINBIT | Your Way
findings on DRBD performance IPoIB vs. SDP,
once you get the thing to work on your platform.
HTH,
--
: 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
the drbd level checksum, and trust the TCP checksum.
If not, are you planning to implement this feature?
Maybe.
But it does not have particular priority.
Maybe we rather wait for the VM and VFS layer to fix it for us.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
the test lab hardware we used.
Depending on your hardware, and the quality recommendations of
your SDP tuning expert, your findings may be different.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered
`. the write operations in the cp wont
complete until the data is on both disks.
Uhm... page cache...
rather do a time cp $source $sink ; time sync,
otherwise you only benchmark your memory bandwidth
(assuming that the 1GiB file fits into your RAM).
--
: Lars Ellenberg
: LINBIT | Your Way
.)
We start with a timeout of 1 second,
apparently that is not enough in your setup to get an answer.
If the message disturbs you, feel free to increase the initial timeout there.
- local cibtimeout=10
+ local cibtimeout=29
(or something like that).
--
: Lars Ellenberg
: LINBIT | Your Way
).
You should definetly not automate this, as it would render all the
effort we do to outdate disconnected secondaries useless.
--
: 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
From: Lars Ellenberg lars.ellenb...@linbit.com
Subject: Re: [DRBD-user] barrier mode on LVM containers
or the initiators or the targets or the replication link
or anything more interesting breaks, then I certainly don't want to be
the one cleaning up the mess.
I strongly recommend against it.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
:50.0 +0100
+++ drbd-8.3.7/user/Makefile.in 2010-09-25 12:26:17.963038793 +0200
@@ -98,23 +98,24 @@ distclean: clean
install:
ifeq ($(WITH_UTILS),yes)
- install -d $(DESTDIR)/sbin/
+ install -d $(DESTDIR)$(sbindir)
...
--
: Lars Ellenberg
: LINBIT | Your Way
of your xen resource,
of the pacemaker config,
and the drbd config,
and someone can point out what you did wrong.
--
: 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
trust yast in starting the vm
after unclean cut. But this doesn't work... I'm fine with this solution. DRBD
rocks!
And you are sure you ssh'ed into your newly started trnagios now running
on this host, not into the still running trnagios still running on the other?
;-)
--
: Lars Ellenberg
in some code paths with online verify since 8.3.2.
--
: 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_actlog.o
--
: 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
something similar to that.
Should be pushed to public soon.
Will be in 8.3.9.
--
: 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
properly
if you deviate from that. It may.
We certainly do not test any other locations.
--
: 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 Wed, Oct 20, 2010 at 04:33:30PM +0200, r...@q-leap.de wrote:
Lars == Lars Ellenberg lars.ellenb...@linbit.com writes:
Build automagic of who? The kernel? When I apply the patch generated by
make kernel-patch and compile I get a BLK_MAX_SEGMENTS undefined
error.
Lars Ah
not be outomated, as it involves knowledge the cluster
cannot have, thus cannot base decisions on.
So again,
What is it you are trying to solve?
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered trademarks
|| echo n)
include $(DRBDSRC)/Makefile-2.6
--
: 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
reproducable and still exists in git head
(drbd-8.3.9-5-g7fed7c2).
It didn't exist in 8.3.8.1.
Except for the warning DRBD is syncing fine.
Any clues?
Thomas
Thanks,
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
?
Was the system particularly busy at the times when this happened?
--
: 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 Tue, Nov 09, 2010 at 10:08:55AM +, putcha narayana wrote:
Hi
Can someone please respond to my request.
Upgrade drbd.
If it is still reproducable, post again.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
On Mon, Nov 08, 2010 at 08:10:31AM -0800, fibrer...@gmail.com wrote:
Hi Lars,
Despite this patch, compiling still fails on Ubuntu Maverick (10.10).
Can you advise?
Works for me, though.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
101 - 200 of 1069 matches
Mail list logo