im Auftrag von Lars Marowsky-Bree
Gesendet: Freitag, 16. Januar 2015 15:39
An: linux-ha@lists.linux-ha.org
Betreff: Re: [Linux-HA] Support for DRDB
On 2015-01-16T11:56:04, "EXTERNAL Konold Martin (erfrakon, RtP2/TEF72)"
wrote:
> I have been told that support for DRBD is supposed
Hi,
I have been told that support for DRBD is supposed to be phased out from both
SLES and RHEL in the near future.
Are any of you aware this or is this a false claim?
Yours
--martin
P.S.: Of course support from LINBIT should be available even if SuSE or Redhat
will not support it anymore
Hi,
>>> Lars Marowsky-Bree schrieb am 02.05.2013 um 10:04 in
>>> Nachricht
> I wonder how they could fly to the moon without XML ;-)
They used plain assembler!
Mit freundlichen Grüßen / Best regards
Martin Konold
RtP2/TEF72
Tel. +49(7121)35-3322
Fax +49(7121)35-0
BeQIK
__
> > > I don't see an open bug for something like this right now.
> > Are you serious?
> >
> > It was you who resolved this bug as INVALID in bugzilla
> > https://bugzilla.novell.com/show_bug.cgi?id=769292.
> And yes: if you want support for SLE, you need a support contract.
> That's the business
Hi,
Martin Konold
# zgrep sscan /var/log/messages-201208*.bz2 |wc -l
76
May I add my statistics:
zgrep sscan messages*bz2 | wc -l
508
Yours,
-- martin
___
Linux-HA mailing list
Linux-HA@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/
Hi LMB,
> > From my experience with SLES11 SP2 (with all current updates) I conclude
> > that actually nobody is seriously running SP2 without local bugfixes.
> That isn't quite true.
No, this is true.
I provided an example which can easily be reproduced with stock SLES 11 SP2 and
stock docum
Hi LMB,
> > - e.g. the problem with SLES 11 SP2 kernels crash - the same as
> described by Martin:
> >> SP2 kernels crash seriously (when a node rejoins the cluster) when
> >> using STCP as recommended in the SLES HA documentation and offered via the
> >> wizards.
> Is this not fixed by the lat
Hi,
> What I do is evaluation od SLES11 SP2 (we run SP1) now. So testing anything
> that's not part of SP2 (plu Updates)
> is not planned right now.
> I also think when reporting problems here early might get you mentally
> prepared when the problem is eventually
> reported via official support
Hi,
> > For readers oft the archive: This can be caused by insufficient timeouts.
> >
> > ocf:heartbeat:exportfs needs at least 100s timeout for stopping in
> > order to work properly
> stop timeout is advertised as 10s for exportfs. That's probably too short.
> But, do you know why does it take
-Original Message-
From: linux-ha-boun...@lists.linux-ha.org
[mailto:linux-ha-boun...@lists.linux-ha.org] On Behalf Of EXTERNAL Konold
Martin (erfrakon, RtP2/TEF72)
Sent: Donnerstag, 12. Juli 2012 10:08
To: 'General Linux-HA mailing list'
Subject: Re: [Linux-HA] ocf:heartbea
Hi,
> I am wondering why migrating a simple nfs resource leads to fencing of the
> cluster node.
Still trying to resolve this.
> * Your agent does not support the reload action (optional) Tests failed:
> /usr/lib/ocf/resource.d/heartbeat/exportfs failed 5 tests
> Is there anything wrong with
Hi,
I am wondering why migrating a simple nfs resource leads to fencing of the
cluster node.
Running resource-agents-3.9.2-0.25.5 on SLES11-SP2 fully updated.
ocf-tester -n test -o fsid="1" -o directory="/SHARED/nfs/home" -o
options="rw,mountpoint" -o clientspec="10.0.0.0/255.0.0.0" -o
wait_f
Hi,
> Do you have a stonith configured?
Yes. Though a "hanging" mount does not cause stonith to become activated.
node rt-lxcl9a \
attributes standby="on"
node rt-lxcl9b \
attributes standby="off"
primitive dlm ocf:pacemaker:controld \
op monitor interval="60" timeout="60
Hi,
when a split brain (drbd) happens mount.ocfs2 remains hanging unkillable in
D-state.
rt-lxcl9a:~ # ps aux | grep ocf
root 347 0.0 0.0 10468 740 ?D10:25 0:00
/sbin/mount.ocfs2 /dev/drbd_r0 /SHARED -o rw
root 349 0.0 0.0 0 0 ?S10:25 0:00
> > > Jun 29 15:12:07 rt-lxcl9a stonith-ng: [12589]: WARN: parse_host_line:
> > > Could not parse (0 0):
> > Hmm ... well, if it works ... you can open a support request for your
> > enterprise server
> Pretty sure stonith-ng doesn't produce that one anymore.
It happened with stonith 1.0.
Hi,
> I am experiencing an error situation which gets not detected by the cluster.
>
> I created a 2-node cluster using drbd and want to use ocfs2 on both
> nodes simultaneously. (stripped off some monitor/meta stuff)
> bad idea ... pretty useless without the full configuration, especially
>
Hi,
I am experiencing an error situation which gets not detected by the cluster.
I created a 2-node cluster using drbd and want to use ocfs2 on both nodes
simultaneously. (stripped off some monitor/meta stuff)
primitive dlm ocf:pacemaker:controld
primitive o2cb ocf:ocfs2:o2cb
primitive resDRBD
, Uwe Raschke,
Wolf-Henning Scheider, Werner Struth, Peter Tyroller
-Original Message-
From: linux-ha-boun...@lists.linux-ha.org
[mailto:linux-ha-boun...@lists.linux-ha.org] On Behalf Of Andreas Kurz
Sent: Freitag, 29. Juni 2012 13:06
To: linux-ha@lists.linux-ha.org
Subject: Re: [Linux-HA] WA
Hi,
thanks for the clarification!
> > 1. Why does crm the two distrinct primitives st-ilo-rt-lxcl9ar and
> > st-ilo-rt-lxcl9br to have different parameters? Is this an error in
> > stonith:ipmilan?
> yes, this is an error in the metadata of ipmilan ... but you should still be
> able to commit
Hi,
I am in the process to setup a cluster using HP iLo3 as stonith devices using
SLES11 SP2 HA Extension. (I used formerly heartbeat-1 clusters successfully).
I defined the following primitives for stonith fencing.
primitive st-ilo-rt-lxcl9ar stonith:ipmilan \
params hostname="rt-lxcl9
20 matches
Mail list logo
