- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: RedHat clustering question
Operating System - HP-UX
1753494
Members
5197
Online
108794
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-26-2009 04:21 PM
тАО02-26-2009 04:21 PM
RedHat clustering question
I am new to RedHat clustering but very familiar with ServiceGuard. My question is how do I make sure that applications do not failback to the node they were originally started on after an initial failover. I know that this is the default behavior on ServiceGuard. Any pointed on what I need to do in the cluster.conf file?
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-26-2009 07:14 PM
тАО02-26-2009 07:14 PM
Re: RedHat clustering question
Please see this link:
http://kbase.redhat.com/faq/docs/DOC-5922;jsessionid=BE77A1DF335B1467E56717D7BE2380F7.066ef7ba
And please, keep asigning points.
Cheers.
http://kbase.redhat.com/faq/docs/DOC-5922;jsessionid=BE77A1DF335B1467E56717D7BE2380F7.066ef7ba
And please, keep asigning points.
Cheers.
Por que hacerlo dificil si es posible hacerlo facil? - Why do it the hard way, when you can do it the easy way?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-27-2009 03:51 AM
тАО02-27-2009 03:51 AM
Re: RedHat clustering question
Shalom,
The principles of SG are relavent here.
Much is the same. Red Hat Cluster will operate (badly) without benefit of a lock disk.
A recent feature, imitating lock disk functionality called qdisk or quorum disk was recently added.
To do configuration of a RHCS cluster, you need GUI access to the system.
It must be running at run level 5.
From console or another Linux system:
ssh -X hostname system-config-cluster
You then get a nice GUI that lets you do such things as set up the cluster.
This is nothing like SG, but the principles are the same.
Fencing performs the RHCS (Red Hat Cluster Suite) equivalent of TOC in SG. IF your cluster has a proper fencing device like a supported UPS, fiber switch or HP iLO card, it can be configured to reboot cluster nodes if there is a danger of data corruption.
Resources are plentiful and you can configure floating ip addrsses, everything you are familiar with in SG.
A key aspect of keeping your package running where you want it is a failover domain.
If you want a package to run only on one node, create a failover domain including only that node.
If you want a package to fail over properly between nodes create a domain that includes both nodes.
It is possible with priority to dictate a package favor one node over the other.
Package creation is fun though complex.
I will run through an example.
I want to run an httpd server.
I choose to create a resource in the cluster that will call the httpd start script and include a floating IP address. Both of these are resources.
I then create a service that includes these two resources and uses a failover domain that includes both nodes.
RHCS for RHEL 4 requires 4 daemons
ccsd
cman
fenced
rgmangager
RHCS for RHEL 5 requires two daemons
cman
rgmanager
cman includes the first three daemons in one daemon.
Perhaps I've given too much information, but I tried to tailor this reply to SG issues to be of assistance.
This is the right place to deal with specific questions as you go along.
SEP
The principles of SG are relavent here.
Much is the same. Red Hat Cluster will operate (badly) without benefit of a lock disk.
A recent feature, imitating lock disk functionality called qdisk or quorum disk was recently added.
To do configuration of a RHCS cluster, you need GUI access to the system.
It must be running at run level 5.
From console or another Linux system:
ssh -X hostname system-config-cluster
You then get a nice GUI that lets you do such things as set up the cluster.
This is nothing like SG, but the principles are the same.
Fencing performs the RHCS (Red Hat Cluster Suite) equivalent of TOC in SG. IF your cluster has a proper fencing device like a supported UPS, fiber switch or HP iLO card, it can be configured to reboot cluster nodes if there is a danger of data corruption.
Resources are plentiful and you can configure floating ip addrsses, everything you are familiar with in SG.
A key aspect of keeping your package running where you want it is a failover domain.
If you want a package to run only on one node, create a failover domain including only that node.
If you want a package to fail over properly between nodes create a domain that includes both nodes.
It is possible with priority to dictate a package favor one node over the other.
Package creation is fun though complex.
I will run through an example.
I want to run an httpd server.
I choose to create a resource in the cluster that will call the httpd start script and include a floating IP address. Both of these are resources.
I then create a service that includes these two resources and uses a failover domain that includes both nodes.
RHCS for RHEL 4 requires 4 daemons
ccsd
cman
fenced
rgmangager
RHCS for RHEL 5 requires two daemons
cman
rgmanager
cman includes the first three daemons in one daemon.
Perhaps I've given too much information, but I tried to tailor this reply to SG issues to be of assistance.
This is the right place to deal with specific questions as you go along.
SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-27-2009 05:22 AM
тАО02-27-2009 05:22 AM
Re: RedHat clustering question
If you use the default settings in the package configuration file, FAILBACK_POLICY is set to MANUAL.
This means that the package will NOT fail back to the primary host upon its return to the cluster. The legacy package configuration file states:
# The MANUAL policy means no attempt will be made to move the package
# back to its primary node when it is running on an adoptive node.
#
This means that the package will NOT fail back to the primary host upon its return to the cluster. The legacy package configuration file states:
# The MANUAL policy means no attempt will be made to move the package
# back to its primary node when it is running on an adoptive node.
#
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP