= vmalloc_to_page((char*)(b-bm) + (PAGE_SIZE*page_nr));
committed...
we probably would have noticed that lapsus soon enough,
but thank you for tracking it down so quickly.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbHFax
checked in that missing bit.
drbd-0.7.18 is about to be released.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbHFax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120 Vienna/Europe http://www.linbit.com :
__
please
to 16 TB per drbd device, and is
prepared to allow more, if there is some demand for it.
if someone can afford the hardware costs of tens of TB of high
available storage, the license fee should be a minor concern. ]
--
: Lars Ellenberg Tel +43-1-8178292-0
that particular kernel flavour,
but are you sure it does not contain the bio_clone bug ?
drbd-0.7.10
you should definetely use 0.7.17, see the recent announcement.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbHFax
to finish its transaction...
if you can reproduce this scenario,
please try with current drbd-0.7 svn,
which should be released as 0.7.18 soonish.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbHFax +43-1-8178292-82
/ 2006-04-26 10:24:08 +0200
\ Werner Langemeyer:
tried to get drbd 8 running on FC5 under Vmware 5.5 failed creating the file
system. drbd version 0.7.17 runs OK in the same environment.
retry with a fresh drbd svn checkout.
--
: Lars Ellenberg Tel +43-1
applied,
thanks to Konstantin for the pointer.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbHFax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120 Vienna/Europe http://www.linbit.com :
__
please use the List-Reply
in the global {} section).
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbHFax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120 Vienna/Europe http://www.linbit.com :
__
please use the List-Reply function of your email client
that may be the cause of your troubles?
What exactly do you do to reproduce the problem?
In case you have a simple step-by-step starting from scratch,
that leads you intro trouble always, we probably can reproduce this on
some testcluster here, which would really help in debugging.
--
: Lars Ellenberg
sees that this node is dead,
and take over.
this is the reason why you should avoid to make a SyncTarget Primary.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbHFax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120
)
or you compile it yourself for your kernel from the drbd tarball.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbHFax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120 Vienna/Europe http://www.linbit.com
/ 2006-05-05 11:53:52 +0300
\ Louai Al-Awami:
Does DRBD synchronize on real-time
yes.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbHFax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120 Vienna/Europe http
a reason why it decided to go standalone
somewhere in the kernel syslog messages.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbHFax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120 Vienna/Europe http
parameter, is it
truly required?
yes.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbHFax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120 Vienna/Europe http://www.linbit.com :
__
please use the List-Reply function
increasing max-buffers
and/or decreasing max-epoch-size in drbd.conf does help.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbHFax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120 Vienna/Europe http://www.linbit.com
/ 2006-05-08 15:01:08 +
\ Torsten Neumann:
Lars Ellenberg Lars.Ellenberg@... writes:
So how can I check why drbd slows things so terrible down? Yes there is a
bottleneck. But without drbd all seems fine, with drbd not.
see what io scheduler is in use
(/sys/block/lower-level
.
The best I can do is recommend to use a 2.6 kernel,
and see if it gets better.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbHFax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120 Vienna/Europe http://www.linbit.com
be able
to do anything about those.
For now, things on our list server are back to being
more tightly moderated.
If you get more of these, please check the headers.
If they went through our server(s), let me know.
If not, feel free to notify me anyways.
Sorry for this annoyance.
--
: Lars
On Wed, May 28, 2014 at 01:23:55PM +1000, Stuart Longland wrote:
Hi Lars,
On 27/05/14 20:31, Lars Ellenberg wrote:
The system logs PLC-generated process data every 5 seconds, and at two
times of the day, at midnight and midday, it misses a sample with the
logging taking 6 seconds. There's
.
But what for would you want DRBD *inside* the container?
--
: 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 Mon, Jun 02, 2014 at 11:07:56AM +1000, Igor Cicimov wrote:
On 02/06/2014 6:14 AM, Lars Ellenberg lars.ellenb...@linbit.com wrote:
On Sat, May 31, 2014 at 10:48:09PM +1000, Igor Cicimov wrote:
Hi all,
I've been searching for a solution about this but couldn't find anything
.
But maybe I just don't get your use case yet ...
--
: 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
.
That *will* cause data loss.
As a side note, DRBD with fencing, as is required for multi-primary,
will trigger fencing on a flaky replication link,
and node reboots (possibly perceived as spurious).
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
the replication link on an inconsistent Primary?
Also, you likely want to increase your al-extents...
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
___
drbd-user mailing list
drbd-user
for *this* node to continue operating as Primary,
and *prevent* the other node from being promoted, because it has stale data.
--
: 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
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 don't Cc me
://git.linbit.com/drbd-utils.git/info/refs not found: did you
run git update-server-info on the server?
Yep, likely that is missing still.
--
: 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
it async...
Did you know about mdadm write-mostly and write-behind?
It's not that DRBD cannot do it.
It's just that I think it is the wrong tool for the job.
So please explain to me why you think otherwise.
Lars
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA
location)
should offset the master score just enough to have the same effect.
--
: 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
raid1, if one member is physically removed from the machine,
and after you reconnect the same disk to md raid1, MD will re-sync
everything to it. It takes much more time.
meet mdadm --grow --bitmap internal
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
be released with drbd-utils 8.9.1
--
: 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
Verify from sector 44054936
[132983.906214] d-con VM_STORAGE2_1: [drbd_w_VM_STORA/3871]
sock_sendmsg time expired, ko = 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
logging, just freshly rebooting, the other
that stays up doesn't have any hint in kern.log either. Everthing is
fine until PingAck not arrived and all connections go down.
How can I find out what's leading to the crash?
Attach a serial console,
log to it,
capture the output.
--
: Lars
to believe this may have been fixed in the state handling meanwhile.
If it is still broken, we need to fix it eventually.
Meanwhile: don't do that, then :-/
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
for your attention.
Kind regards,
Giuseppe Ragusa
___
drbd-user mailing list
drbd-user@lists.linbit.com
http://lists.linbit.com/mailman/listinfo/drbd-user
--
: Lars Ellenberg
: LINBIT | Your Way
there.
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
vda1, logical block 4871558
Jul 7 09:09:51 webx kernel: [28863.199383] Buffer I/O error on device
vda1, logical block 4871559
And some times the guest remount the filesystem read-only due to the errors.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support
On Wed, Jul 09, 2014 at 09:40:59AM +0200, Lars Ellenberg wrote:
On Wed, Jul 09, 2014 at 09:26:49AM +0200, Lars Ellenberg wrote:
On Wed, Jul 09, 2014 at 01:58:05AM +, Senne Vaeyens wrote:
Hi,
I’m using 8.4.4 on CentOS 6.5
I try to configure an NFS server as explained by Craig
pacemaker.
I would think that you should find loud complaints
about that in your system logs.
If you tell DRBD to use a fence handler,
that handler has to report success,
or you get above behavior,
by design and configuration.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA
drbd off or similar;
chmod -x /etc/init.d/drbd is quite effective as well).
And your operators ;-)
and how I could clean it up now.
I don't see anything to be cleaned up?
Lars
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
: max BIO size
= 4294966784
That looks broken.
I'm sure it has been fixed since.
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
What would be happened?
After a sync, one side is corrupted but other side is OK ???
DRBD: 8.3.10-1
Kernel: 2.6.32-71.29.1.el6
possibly volatile caches on N1 (the crashed one?)
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
working.
Just so you know, the last release is 8.3.16,
so maybe simply upgrading to there will help.
--
: 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
On Thu, Jul 17, 2014 at 04:04:51PM +0200, Bart Coninckx wrote:
Hi all,
I seem to experience random kernel panics on two CentOS 6.5 servers.
These do not seem to happen when DRBD is stopped on one node. Both
servers have Infiniband cards installed for the DRBD connections. I
upgraded
On Fri, Jul 18, 2014 at 03:03:50PM +0200, Bart Coninckx wrote:
On 17 Jul 2014, at 17:07, Lars Ellenberg lars.ellenb...@linbit.com wrote:
On Thu, Jul 17, 2014 at 04:04:51PM +0200, Bart Coninckx wrote:
Hi all,
I seem to experience random kernel panics on two CentOS 6.5 servers
, and you indend to use kpartx or similar...).
You don't mkfs the lower level device of a DRBD.
You don't mkfs on a component device of a RAID either, do you.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
not be completed.
Is this right?
And how can I finish the verify task ?
Start it again.
recent DRBD understands a start (and stop) sector for verify.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
is broken,
drbdmeta from drbd-utils 8.9.0 and above is ok again.
(No comment on your tutorial itself,
I did not really read through it yet.)
commit 4413afe8ed9819d45e7575c635e062ce2202cbbe
Author: Lars Ellenberg lars.ellenb...@linbit.com
Date: Fri Jun 6 18:11:55 2014 +0200
drbdmeta: fix data
) sector for verify.
Don't stop reading after the first three words.
See also: the man page of drbdsetup.
If you wanted to verify sectors 1234 to 2345 of DRBD minor 1, you'd do:
# drbdsetup verify 1 --start 1234 --stop 2345
If your DRBD version cannot do that, upgrade.
--
: Lars Ellenberg
: LINBIT
On Tue, Aug 05, 2014 at 09:13:41AM -0400, Digimer wrote:
On 05/08/14 05:11 AM, Lars Ellenberg wrote:
On Mon, Aug 04, 2014 at 10:06:01PM -0400, Digimer wrote:
Hi all,
Your friendly neighbourhood documentor decided to work out how to
grow storage in HA clusters using DRBD.
https
drbd-utils source I created at udev.pc
with udevdir=/etc/udev/rules.d and start the build process with
PKG_CONFIG_PATH set to my udev.pc location.
Does anyone have a better fix for this issue?
According to what I was told, it needs no fixing.
Lars
--
: Lars Ellenberg
: LINBIT | Your
/share/man/man8/drbdmeta.8.gz /usr/share/man/man8/drbdsetup.8.gz
/usr/share/man/man5/drbd.conf.5.gz
ls: cannot access /usr/share/man/man8/drbd.8.gz: No such file or directory
FIX?:
for f in drbd drbdadm drbdmeta drbdsetup; do
ln -s $f-8.4.8.gz /usr/share/man/man8/$f.8.gz
done
--
: Lars
On Tue, Aug 12, 2014 at 12:40:07PM +0100, Tim Smith wrote:
Ok, in which case, the documentation isn't clear !
http://www.drbd.org/users-guide/s-first-time-up.html
That page follows on from a page where an r0 config example is
defined, thus it should make either continue using r0 in the
On Mon, Aug 18, 2014 at 11:05:09AM +0200, Roland Friedwagner wrote:
Hello,
Anything else we broke?
Noop - not here - but we did no extensible testing yet.
But there is one thing with the build environment here
concerning rpm and rbmbuild locations.
We use a wrapper for both
--
: 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
://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
On Wed, Sep 24, 2014 at 11:31:58PM +1000, Klint Gore wrote:
From: drbd-user-boun...@lists.linbit.com
[drbd-user-boun...@lists.linbit.com] On Behalf Of Lars Ellenberg
[lars.ellenb...@linbit.com]
On Wed, Sep 24, 2014 at 10:17:34AM +1000, Klint Gore wrote:
[root@hans0 ~]# yum list installed
the /dev/drbd[0-9] device 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 hints would be very welcome. Alternatives too: is
there another way to achieve the same functionality provided by
drbd-peer-outdater using existing tools included with SLES 11 SP3
(such drbdadm or something else)?
See if crm-fence-peer.sh does work for you.
Lars Ellenberg
independent from,
and does in no way influence, the problem
the disable_sendpage=1 setting is a workaround for.
Can you elaborate on what you really want to know?
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
or similar...
Check what those settings do, and if the proposed setting is plausible!
--
: 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
exception
--
: 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, Oct 14, 2014 at 08:48:05PM +0200, Matteo Tescione wrote:
Lars,
exact DRBD version?
in tree, out of tree?
kernel? patches applied? which ones?
DRBD Configuration and IO stack?
What do you do to trigger it?
How easy can you reproduce?
Logs leading up to this?
8.4.4
On Tue, Oct 14, 2014 at 06:07:21PM +0200, Bart Van Assche wrote:
On 10/14/14 17:08, Lars Ellenberg wrote:
On Tue, Oct 14, 2014 at 03:27:56PM +0200, Matteo Tescione wrote:
Discussed this topic with Bart from SCST, he suggested:
To me this looks like a DRBD bug. If a timeout of a DRBD request
On Wed, Oct 15, 2014 at 12:19:07AM +0400, Igor Novgorodov wrote:
8.4.4 downloaded from official repository, compiled out of tree.
Kernel is 3.12.14
with only scst req_fifo patch
I don't know about that one
It applies to scsi subsystem, so shouldn't affect drbd, i think.
On Tue, Oct 14, 2014 at 10:37:13PM +0200, Lars Ellenberg wrote:
_drbd_thread_stop takes a wait parameter.
It's a helper function for drbd_thread_stop()
and for drbd_thread_stop_nowait().
It is possible that somewhere we call drbd_thread_stop()
where we should call drbd_thread_stop_nowait
On Tue, Oct 14, 2014 at 08:48:05PM +0200, Matteo Tescione wrote:
Lars,
exact DRBD version?
in tree, out of tree?
kernel? patches applied? which ones?
DRBD Configuration and IO stack?
What do you do to trigger it?
How easy can you reproduce?
Logs leading up to this?
8.4.4
On Wed, Oct 15, 2014 at 08:59:42PM +0200, Matteo Tescione wrote:
Lars,
version: 8.4.4 (api:1/proto:86-101)
GIT-hash: 74402fecf24da8e5438171ee8c19e28627e1c98a
You happen to have your drbd config handy as well?
;-)
Just trying to get a handle how to reproduce it best...
Lars
for a single request.
If ko-count had been 0, you most likely would have come here
and complained about a hung for three minutes DRBD.
Choose your poison.
Or find and fix the problem in your setup.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http
On Tue, Oct 28, 2014 at 06:58:47PM +0100, Lutz Vieweg wrote:
While trying to investigate the issue of my recent mail to this list
I found a command in the drbd.service configuration file for systemd
that I don't find explained anywhere in the DRBD documentation:
# Switch resources to primary
,
Setup
drbd with ext3 filesystem
write-through controller
Two nodes cluster
Physical Appliances
CentOS 6.2 with 2.6.32-220
kmod-drbd83-8.3.12-1.el6.i686
Please use drbd 8.4.
You will be so much more happy.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA
On Wed, Oct 29, 2014 at 11:27:39AM +0100, Lutz Vieweg wrote:
On 10/28/2014 10:18 PM, Lars Ellenberg wrote:
sh-b-pri will (try to) promote all resources
that mention this become-primary thingy in drbd.conf.
But you should not use that.
Ok, I'll remove it from the drbd.service file
@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 don't Cc me, but send to list -- I'm subscribed
first by hand, then drbdadm attach will success.
is this a bug or feature?
Works as designed.
--
: 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
an explicit flush
before considering data to be on stable storage.
Or do neither, and live with *potential* data loss/corruption
after hard power loss.
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT
-utils.git;a=commit;h=e871d3c52bb110c170068fa496a871e5b187490e
--
: 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
/6902800)Mfinish:
17:15:44 106,444 (102,396) *want: 102,400 K/sec*
1:vmware SyncTarget Secondary/Primary Inconsistent/UpToDate A
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD® and LINBIT® are registered
to check if an upgrade would solve whatever issue you may have?
If it does not, come back, and we can dig into the details of whatever
that isse may be.
Thanks,
Lars
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
DRBD 8.4.4 to replicate those block devices (I'm using protocol A).
3) Watch your syslog for the crash.
--
: 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
(if no other drbdsetup is
blocking yet), or instead resetting the other box, simply cut the tcp
connection (iptables or any other tool you may be more comfortable with).
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com
DRBD
--
: 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
this can also fail because of pending signals.
DRBD routinely may have a signal pending in the calling thread there.
Upstream fix:
http://git.linbit.com/gitweb.cgi?p=drbd-8.4.git;a=commitdiff;h=e998365475194a8faf31a86081e88034d7bd1a41
--
: Lars Ellenberg
: LINBIT | Your Way to High Availability
On Mon, Nov 10, 2014 at 09:00:45AM -0500, Digimer wrote:
On 10/11/14 04:11 AM, Lars Ellenberg wrote:
On Sun, Nov 09, 2014 at 04:05:52PM -0500, Digimer wrote:
CentOS 6.6, DRBD 8.3.16.
So this sucked:
After rebooting and restoring, I retried and got the same result a
second time. After
On Mon, Nov 10, 2014 at 09:32:32AM -0500, Digimer wrote:
So to summarize, I only add:
flush_signals(current);
No, you upgrade to 8.4 ;-) ^a^k Yes.
I'll brush off my old RPM notes and see if I can sort out a patch. Thanks!
No need, just fetch from git.
Lars
On Mon, Nov 10, 2014 at 12:21:01PM -0500, Digimer wrote:
On 10/11/14 10:42 AM, Lars Ellenberg wrote:
On Mon, Nov 10, 2014 at 09:32:32AM -0500, Digimer wrote:
So to summarize, I only add:
flush_signals(current);
No, you upgrade to 8.4 ;-) ^a^k Yes.
Oh you.
Soon
, if you mean it.
Is this a DRBD bug, or expected behavior? If it's somehow the latter,
I think the combination of the documentation and error messages is
quite misleading and should be fixed.
--
: Lars Ellenberg
: http://www.LINBIT.com | Your Way to High Availability
: DRBD, Linux-HA
On Thu, Nov 13, 2014 at 09:39:56AM +0100, Lars Ellenberg wrote:
please don't Cc me, but send to list -- I'm subscribed
And sorry for Cc'ing subscribers
when I myself have that sentence in my sig :-/
I screwed up my mutt shortcuts apparently.
Lars
On Sat, Nov 15, 2014 at 03:20:30PM -0500, Digimer wrote:
On 11/11/14 04:29 AM, Lars Ellenberg wrote:
On Mon, Nov 10, 2014 at 12:21:01PM -0500, Digimer wrote:
On 10/11/14 10:42 AM, Lars Ellenberg wrote:
On Mon, Nov 10, 2014 at 09:32:32AM -0500, Digimer wrote:
So to summarize, I only add
to advanced scripting
around the drbdsetup events interfaces,
where it would be very annoying to have it break too often.
Then again, seeing that it works for me,
maybe it was simply a bad build on your side.
In that case, you need to fix it.
--
: Lars Ellenberg
: http://www.LINBIT.com | Your Way
On Thu, Nov 20, 2014 at 05:37:19PM -0500, nick wrote:
Greetings Lars,
I am wondering about removing the spin locks around the linked list
operators in worker.c or do we need to test it first it first on
actual hardware.
Cheers Nick
Unless you have deep insight in the inner workings of DRBD
{
device /dev/drbd0;
disk /dev/sda;
address 192.168.34.16:7789;
meta-disk internal;
}
}
All hints are welcom!
Thanks
/Christian
--
: Lars Ellenberg
: http://www.LINBIT.com | Your Way to High Availability
: DRBD, Linux-HA and Pacemaker support and consulting
DRBD
everywhere I looked.
Of course there may be bugs in our code, so if you should be able to
reproduce misbehaviour, let us know.
After attaching device the sync went through without problems and
the node is up again serving normally.
--
: Lars Ellenberg
: http://www.LINBIT.com | Your Way to High
but one of these two nodes only as read-only?
I guess it is still somewhat complicated as ext4 and so on cache data.
Right.
So: your proposed Solution does not work.
Some other solution might.
But, what do you really want to solve, what exactly is the challenge?
Lars
--
: Lars Ellenberg
On Tue, Dec 09, 2014 at 03:01:16PM +0100, Christian Völker wrote:
Am 05.12.2014 um 07:54 schrieb Devin Reade:
You might want to examine GlusterFS for that use case where users connect
to the local server node.
I had a look at glusterfs. Even though the mailing list is pretty very
low
, not byte level, and it does no comparison between
old and new data, but simply replicate everything you throw at it.
If you rsync anyways, leave off the DRBD layer,
you will have much less traffic.
--
: Lars Ellenberg
: http://www.LINBIT.com | Your Way to High Availability
: DRBD, Linux-HA
:
Is this a known problem and fixed in DRBD 8.4?
Probably?
I think I remember something about
fixing state handling getting stuck in Timeout.
Lars
--
: Lars Ellenberg
: http://www.LINBIT.com | Your Way to High Availability
: DRBD, Linux-HA and Pacemaker support and consulting
DRBD
of the resource
agent invokations, which should help you figure out what exactly happens.
--
: Lars Ellenberg
: http://www.LINBIT.com | Your Way to High Availability
: DRBD, Linux-HA and Pacemaker support and consulting
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc
For this, technically you would not even need to disconnect.
Though of course, depending on your snapshot performance,
it may impact performance on the primary quite heavily.
Which, I guess, is why the disconnect is in the original script.
--
: Lars Ellenberg
: http://www.LINBIT.com | Your Way
raid controller (and its battery) healthy?
Do you even have a raid controller + cache + bbu?
--
: Lars Ellenberg
: http://www.LINBIT.com | Your Way to High Availability
: DRBD, Linux-HA and Pacemaker support and consulting
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria
in and out with iptables...
(and then remove those reject rules again, of course).
Then try again.
Unless DRBD is deadlocked internally somewhere else,
in which case the only way out would be to reboot.
--
: Lars Ellenberg
: http://www.LINBIT.com | Your Way to High Availability
: DRBD, Linux-HA
701 - 800 of 1069 matches
Mail list logo