>>> "Laurent B." schrieb am 27.08.2015 um 08:06 in
Nachricht
<55dea8cc.3080...@qmail.re>:
> Hello,
>
>> You’d have to build it yourself, but sbd could be an option
>>
>
> do you have any clue on how to install it on redhat (6.5) ? I installed
> the gluster glue package and the sbd package (provi
> On 27 Aug 2015, at 4:06 pm, Laurent B. wrote:
>
> Hello,
>
>> You’d have to build it yourself, but sbd could be an option
>>
>
> do you have any clue on how to install it on redhat (6.5) ? I installed
> the gluster glue package and the sbd package (provided by OpenSUSE) but’
don’t do that.
>>> Andrew Beekhof schrieb am 27.08.2015 um 00:20 in
Nachricht
:
>> On 26 Aug 2015, at 10:09 pm, Rakovec Jost wrote:
>>
>> Sorry one typo: problem is the same
>>
>>
>> location cli-prefer-aapche aapche role=Started 10: sles2
>
> Change the name of your constraint.
> The 'cli-prefer-’ pr
Hello,
> You’d have to build it yourself, but sbd could be an option
>
do you have any clue on how to install it on redhat (6.5) ? I installed
the gluster glue package and the sbd package (provided by OpenSUSE) but
now I'm stuck. The stonith resource creation give me an error saying
that the sbd
> On 25 Aug 2015, at 7:46 pm, Stefan Wenk wrote:
>
> Hi,
>
> I'm performing downtime measurement tests using corosync version 2.3.0 and
> pacemaker version 1.1.12 under RHEL 6.5 MRG and although not recommended, I
> tuned the corosync configuration settings to following insane values:
>
>
> On 26 Aug 2015, at 10:09 pm, Rakovec Jost wrote:
>
> Sorry one typo: problem is the same
>
>
> location cli-prefer-aapche aapche role=Started 10: sles2
Change the name of your constraint.
The 'cli-prefer-’ prefix is reserved for “temporary” constraints created by the
command line tool
> On 27 Aug 2015, at 4:11 am, Laurent B. wrote:
>
> Gents,
>
> I'm trying to configure a HA cluster with RHEL 6.5. Everything goes well
> except the fencing. The cluster's node are not connected to the
> management lan (where stand all the iLO/UPS/APC devices) and it's not
> planned to connecti
On 26/08/15 02:46 PM, Streeter, Michelle N wrote:
> I have a two node cluster. Both nodes are virtual and have five shared
> drives attached via sas controller. For some reason, the cluster shows
> both nodes have half the drives started on them. Not sure if this is
> called split brain or not.
I have a two node cluster. Both nodes are virtual and have five shared drives
attached via sas controller. For some reason, the cluster shows both nodes
have half the drives started on them. Not sure if this is called split brain
or not. It definitely looks load balancing. But I did not
Gents,
I'm trying to configure a HA cluster with RHEL 6.5. Everything goes well
except the fencing. The cluster's node are not connected to the
management lan (where stand all the iLO/UPS/APC devices) and it's not
planned to connecting them to this lan.
With these constraints, I figured out that
>>> "Streeter, Michelle N" schrieb am
>>> 26.08.2015
um 15:42 in Nachricht
<9a18847a77a9a14da7e0fd240efcafc2504...@xch-phx-501.sw.nos.boeing.com>:
> I have been using linux /etc/exports to put my exports for my cluster and it
> works fine this way as long as every node has this done.
>
> I trie
I have been using linux /etc/exports to put my exports for my cluster and it
works fine this way as long as every node has this done.
I tried to add the exportfs resource but this keeps failing.
Is it preferred that we use /etc/exports or the exportfs for pacemaker?
Michelle Streeter
ASC2 MCS -
Sorry one typo: problem is the same
location cli-prefer-aapche aapche role=Started 10: sles2
to:
location cli-prefer-aapche aapche role=Started inf: sles2
It keep change to infinity.
my configuration is:
node sles1
node sles2
primitive filesystem Filesystem \
params fstype=
Hi list,
I have configure simple cluster on sles 11 sp4 and have a problem with
"auto_failover off". The problem is that when ever I migrate resource group via
HAWK my configuration change from:
location cli-prefer-aapche aapche role=Started 10: sles2
to:
location cli-ban-aapche-on-sles1 a
Jan Friesse writes:
>> Since Corosync is hosted on GitHub, I wonder if it's enough to submit
>> pull requests/issues/patch comments there to get the developers
>
> Yes, gh is enough.
Thanks for the clarification and the quick action!
--
Regards,
Feri.
__
Ferenc,
Hi,
Since Corosync is hosted on GitHub, I wonder if it's enough to submit
pull requests/issues/patch comments there to get the developers
Yes, gh is enough.
Regards,
Honza
attention, or should I also post to develop...@clusterlabs.org?
__
16 matches
Mail list logo