Hello,
I don't see what de multipath environment can help when the complete
quorum location is lost (only quorum disk, not the servers), but it's
included.
defaults {
polling_interval 5
failback immediate
no_path_retry 3
rr_min_io 100
path_checker tur
user_friendly_names yes
path_grouping_policy group_by_prio
prio_callout "/sbin/mpath_prio_alua /dev/%n"}
}
The problem we have is with the availability of the quorum drive, It's needed
in a split brain situation, but with a dying qdisk, the cluster dies. (when both
nodes are functioning perfectly)
With regard,
Inter Access BV
ing. J.C.M. (Jan) Huijsmans
Designer / Technical Consultant UNIX & Linux
Infrastructure Professional Services UNIX
E-mail: [email protected]
Tel: 035 688 8266
Mob.: 06 4938 8145
Hoofdkantoor:
Colosseum 9, 1213 NN Hilversum
Postbus 840, 1200 AV Hilversum
K.v.K. Hilversum 32032877
________________________________________
From: [email protected] [[email protected]] On
Behalf Of emmanuel segura [[email protected]]
Sent: 10 February 2012 22:07
To: linux clustering
Subject: Re: [Linux-cluster] Cluster stability with missing qdisk
can you show me your multipath configuration?
2012/2/10 Jan Huijsmans
<[email protected]<mailto:[email protected]>>
The timeout is now 150 sec. for the qdiskd (so it can have 2 failures on paths
and have 30 seconds left to test the 3rd path in a dual fabric, dual path per
fabric setup) en 300 sec for cman.
I would like to add 2 more, just to make sure it's not rebooting just because
one location isn't reachable.
It's not the application that's having problems, just the cluster software
that's causing the problem
With regards,
Inter Access BV
ing. J.C.M. (Jan) Huijsmans
Designer / Technical Consultant UNIX & Linux
Infrastructure Professional Services UNIX
E-mail: [email protected]<mailto:[email protected]>
Tel: 035 688 8266<tel:035%20688%208266>
Mob.: 06 4938 8145<tel:06%204938%208145>
Hoofdkantoor:
Colosseum 9, 1213 NN Hilversum
Postbus 840, 1200 AV Hilversum
K.v.K. Hilversum 32032877
________________________________________
From: [email protected]<mailto:[email protected]>
[[email protected]<mailto:[email protected]>] On
Behalf Of emmanuel segura [[email protected]<mailto:[email protected]>]
Sent: 10 February 2012 18:00
To: linux clustering
Subject: Re: [Linux-cluster] Cluster stability with missing qdisk
I understand what you say and that's right
One solution can be play with qdisk cluster timeout
man qdisk for more info
2012/2/10 Jan Huijsmans
<[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>>
We're using it on multipath, it's a failure to write to the device that's
killing the cluster.
All other devices work, so the cluster can function as it should, would it be
for the reboot by the cluster software.
I would like to prevent the cluster rebooting nodes just because the qdisk
isn't responding (due to slow storage, failure on the quorum location such as
powerloss and other, non application related, errors)
When both nodes are up and the application is able to run, there should be no
reboot in my opinion.
With regards,
Inter Access BV
ing. J.C.M. (Jan) Huijsmans
Designer / Technical Consultant UNIX & Linux
Infrastructure Professional Services UNIX
E-mail:
[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>
Tel: 035 688 8266<tel:035%20688%208266><tel:035%20688%208266>
Mob.: 06 4938 8145<tel:06%204938%208145><tel:06%204938%208145>
Hoofdkantoor:
Colosseum 9, 1213 NN Hilversum
Postbus 840, 1200 AV Hilversum
K.v.K. Hilversum 32032877
________________________________________
From:
[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>
[[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>]
On Behalf Of emmanuel segura
[[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>]
Sent: 10 February 2012 15:16
To: linux clustering
Subject: Re: [Linux-cluster] Cluster stability with missing qdisk
Why you don't use qdisk on multipath, than can resolv your problem
2012/2/10 Jan Huijsmans
<[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>><mailto:[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>>>
Hello,
In the clusters we have we use a qdisk to determine which node had the quorum,
in case of a split brain situation.
This is working great... until the qdisk itself is hit due to problems with the
SAN. Is there a way to have a stable cluster,
with qdisks, where the absence of (1) qdisk won't kill the cluster all
together. At this moment, with the setup with 1 qdisk,
the cluster is totally depending on the availability of the qdisk, while, IMHO,
it should be expendable.
We have now a triangle setup, with 2 data centers and 1 extra 'quorum' location
for the IBM SAN. In the SAN setup there
are 3 quorum devices, 1 in each data center and the 3rd on the quorum location.
When 1 location fails (one of the data
centers or the quorum location) it is still up and running.
Is it possible to copy this setup and use 3 qdisks, so when 1 qdisk fails the
cluster stays alive? I would set the vote
value of all components (systems and qdisks) to 1, so the cluster would keep
running with 2 systems and 1 qdisk
or 1 system with 2 qdisks. (it'll be dead with only 3 qdisks, as the software
will die with both systems ;) )
I've heard of setup's with 3 systems, where the 3rd was just for the quorum, so
you this one can die, but on this
occasion it won't help us, as there are no systems on the 3rd location. (and
it's not supported by Red Hat, when I'm
correctly informed)
With regards,
Inter Access BV
ing. J.C.M. (Jan) Huijsmans
Designer / Technical Consultant UNIX & Linux
Infrastructure Professional Services UNIX
E-mail:
[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>><mailto:[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>>
Tel: 035 688
8266<tel:035%20688%208266><tel:035%20688%208266><tel:035%20688%208266>
Mob.: 06 4938
8145<tel:06%204938%208145><tel:06%204938%208145><tel:06%204938%208145>
Hoofdkantoor:
Colosseum 9, 1213 NN Hilversum
Postbus 840, 1200 AV Hilversum
K.v.K. Hilversum 32032877
--
Linux-cluster mailing list
[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>><mailto:[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>>
https://www.redhat.com/mailman/listinfo/linux-cluster
--
esta es mi vida e me la vivo hasta que dios quiera
--
Linux-cluster mailing list
[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>
https://www.redhat.com/mailman/listinfo/linux-cluster
--
esta es mi vida e me la vivo hasta que dios quiera
--
Linux-cluster mailing list
[email protected]<mailto:[email protected]>
https://www.redhat.com/mailman/listinfo/linux-cluster
--
esta es mi vida e me la vivo hasta que dios quiera
--
Linux-cluster mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/linux-cluster
