we have 2 solaris 10 servers in veritas cluster.
also we have oracle cluster on the database end.
now we have a requirement to reboot both the servers as it has been running for more than a year.
can any one tell what is the procedure to bring down the cluster services in both the nodes and the reboot procedure?
if you need any command output from the servers let me know
You should probably review the cluster configuration before you do anything. Be sure to know the servicegroups and the dependencies and how they are going to react to a reboot. From all of my years as an SA, I found that fully trusting what others have done before me only results in a lot of pain. But, I work in a large environment of 4000+ servers with 1000+ clusters of all shapes and sizes. If you have specific questions, post them.
I don't know what clstop does. But, if you want to offline all of the servicegroups and shutdown the cluster you can run
Code:
hastop -all
Or, run
Code:
hastop -local
on each node. If you add a
Code:
-force
to it, only the cluster will shut down. The servicegroup will remain online. But, I don't think that you wan that.
Not knowing your cluster configuration, I would think that you would want to run
Code:
hastop -local
on each cluster node to let VCS offline the servicegroups. You will need to know what's controled by VCS and what's not. I see many times that Oracle RAC is outside of the cluster. Then you might have a DBA shut down RAC.
Every cluster is different .. I've seen some database clusters that the only thing the cluster controls is the filesystems. (Like that's not a disaster waiting to happen.. ). In that particular case, off-lining cluster resources without DBA involvement could make for a bad day Since it looks like you might not be familiar with the nuances of this cluster, here's what I consider the safe route for DB servers:
Do hastatus -sum, and note the group that controls the database. Then look at
Code:
/etc/VRTSvcs/conf/config/main.cf
and see what that group actually does (or look via the hagrp and hares commands). Assuming the database itself is controlled by the cluster, bring it down like this -
In one window:
Code:
tail /var/VRTSvcs/log/engine_A.log
In another:
Code:
hastop -g <database group> -sys <system its running on>
Watch hastatus, and/or the log file you're tailing. If things go down smoothly, then great. If it hangs up waiting on the DB, let the DBA do their thing. The log will usually tell you everything you need to know. Be patient, depending on the DB, it can take a long time to come down.
Once the cluster and the DBA are both satisfied that the DB is down, you can usually then do a hastop -all, and the cluster should pretty easily take care of the dependencies. Wait for it to complete, and help it along if necessary using the info from the log file you're tailing.
Personally, if I'm not 100% comfortable with the system I'm on, I'm paranoid. In that case I like to do everything with cluster nodes one at a time. So offline all resources on all nodes of the cluster and stop VCS, then shut down one node, then the next, etc. Same on the way up. Bring up nodes one at a time, if you want to be extra careful. Let VCS find its brain on one node before another tries.
I've brought down CFS nodes at the same time, and end up with goofy fencing issues. (in hindsight I should have fully closed out gab and llt). It's never happened when I bring them down one at a time, so if I have the time, I like to do it that way.
Anyway, hastop -all would probably work just fine on a properly configured cluster. The fun is when the cluster isn't properly configured. And unless you know for sure either way, it's best to play it safe.
Last edited by cubemonkey; 12-10-2011 at 12:55 AM..
Hi. Thanks for your valuable suggestions. Im pasting the output from both the servers
Code:
================================================================================
CLUSTERNODE:cdbpsdb02:# hastatus -summary
-- SYSTEM STATE
-- System State Frozen
A cdbpsdb02 RUNNING 0
A cdbpsdb03 RUNNING 0
-- GROUP STATE
-- Group System Probed AutoDisabled State
B AFASIT cdbpsdb02 Y N ONLINE
B AFASIT cdbpsdb03 Y N ONLINE
B FNTSIT cdbpsdb02 Y N ONLINE
B FNTSIT cdbpsdb03 Y N ONLINE
B RACSIT cdbpsdb02 Y N ONLINE
B RACSIT cdbpsdb03 Y N ONLINE
B SITFLASH cdbpsdb02 Y N ONLINE
B SITFLASH cdbpsdb03 Y N ONLINE
B cvm cdbpsdb02 Y N ONLINE
B cvm cdbpsdb03 Y N ONLINE
================================================================================
CLUSTERNODE:cdbpsdb03:# hastatus -summary
-- SYSTEM STATE
-- System State Frozen
A cdbpsdb02 RUNNING 0
A cdbpsdb03 RUNNING 0
-- GROUP STATE
-- Group System Probed AutoDisabled State
B AFASIT cdbpsdb02 Y N ONLINE
B AFASIT cdbpsdb03 Y N ONLINE
B FNTSIT cdbpsdb02 Y N ONLINE
B FNTSIT cdbpsdb03 Y N ONLINE
B RACSIT cdbpsdb02 Y N ONLINE
B RACSIT cdbpsdb03 Y N ONLINE
B SITFLASH cdbpsdb02 Y N ONLINE
B SITFLASH cdbpsdb03 Y N ONLINE
B cvm cdbpsdb02 Y N ONLINE
B cvm cdbpsdb03 Y N ONLINE
0:0:0 /
================================================================================
Is it fine if I follow the below procedure. please advise
Code:
CLUSTERNODE:cdbpsdb02:# hastop -local
Wait for 10 minutes
CLUSTERNODE:cdbpsdb03:# hastop -local
Wait for 10 minutes
CLUSTERNODE:cdbpsdb02:# init 6
CLUSTERNODE:cdbpsdb03:# init 6
Hi All;
I try to build a Redhat Cluster (CentOS 6) on vmware. But each node sees the other down like:
# clustat
Cluster Status for mycluster @ Wed Apr 8 11:01:38 2015
Member Status: Quorate
Member Name ID Status
------ ---- ... (1 Reply)
Hi All;
I try to build a Redhat Cluster (CentOS 6) on vmware. But each node sees the other down like:
# clustat
Cluster Status for mycluster @ Wed Apr 8 11:01:38 2015
Member Status: Quorate
Member Name ID Status
------ ---- ... (0 Replies)
Is there any way to create a arbitrary node for ocfs2 on a virtual machine (others are physical servers) so it won't go panic when one of physical server goes down?
This is for load balanced application servers.
Any setting example or tips?
Thanks. (0 Replies)
Hi,
A customer I'm supporting once upon a time broke their 2 cluster node database servers so they could use the 2nd standby node for something else. Now sometime later they want to bring the 2nd node back into the cluster for resilance. Problem is there are now 3 VG's that have been set-up... (1 Reply)
Hi all.
May I get some expert advice on troubleshooting performance issues of a 1000 nodes Apache LB cluster. Users report slow loading/response of webpages. Different websites are hosted on this cluster for different clients. But all are reporting the same issue.
Could you please let me know... (1 Reply)
I am new to setting up sun solaris 10 cluster, I have 2 sun sparc t3-1 servers (identical), going to use them as web servers (sun one java web server 7), looking for data replication and real time fail over. My question is do I need external storage to configure the cluster? or I can just use... (3 Replies)
Hi all, i have 3 nodes cluster (Centos 5 cluster suit) with out quorum disk,
node vote = 1,
the value of a quorum = 2,
when 2 nodes going offline, cluster services are destoys.
How i can save the cluster and all services(move all services to one alive node)
with out quorum disk when other... (3 Replies)
hello Gurus,
My current set up is 3 to 1 Cluster (SUN Cluster 3.2) running oracle database. Task is to reboot the servers. My query is about the procedure to do the same.
My understanding is suspend the databases to avoid switchover. Then execute the command scshutdown to down the cluster... (4 Replies)
Hi ! I have a simple setup of 2 PC (with linux Red-Hat) where the first PC is the primary machine and the second the backup. I use DRBD for data replication and Red-Hat cluster suite for HA (High Availability). I have tested both.
Now I NEED a COMMON IP ADDRESS (or Master/unique IP address) for... (3 Replies)
Hi ! I have a simple setup of 2 PC (with linux Red-Hat) where the first PC is the primary machine and the second the backup. I use DRBD for data replication and Red-Hat cluster suite for HA (High Availability). I have tested both.
Now I NEED a COMMON IP ADDRESS (or Master/unique IP address) for... (0 Replies)
12-10-2011
Since it looks like you might not be familiar with the nuances of this cluster, here's what I consider the safe route for DB servers: