dbTalk Databases Forums  

Cluster Crash when pull both cable out

microsoft.public.sqlserver.clustering microsoft.public.sqlserver.clustering


Discuss Cluster Crash when pull both cable out in the microsoft.public.sqlserver.clustering forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
David Liu
 
Posts: n/a

Default Cluster Crash when pull both cable out - 09-29-2004 , 10:27 AM






I have setup a production sql server cluster, as ususall I
setup MSCS first and do the failover test.

I use dual fiber channel card for redundancy, but I meet
prob:
Broke one fiber connect. Passed it did not fail over
because it is redundant. Broke second fiber connection.
CLUSTER FAILED!! Had to reboot DB1(node1) and it failed
over

DB2(node2) was hang on there looks like know nothing about
the fail.

Question:

1.Is this a correct behavior that MSCS suppose to do?
2.If not, any ideas how to fix it?

Thanks
David Liu
Sr. DBA
moneris.com
MCDBA, MCSE

Reply With Quote
  #2  
Old   
Hilary Cotter
 
Posts: n/a

Default Re: Cluster Crash when pull both cable out - 09-29-2004 , 08:23 PM






The heart beat cable is used to detect which node is live. If a node issues
a select @@servername and gets no response from the other node it assumes
the other node is dead and takes over. If the heart beat cable, or the
private network link goes down, there is no way to know which node is live
and both nodes will attempt to launch.

What you see is expected behavior.

--
Hilary Cotter
Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html


"David Liu" <david.z.liu (AT) moneris (DOT) com> wrote

Quote:
I have setup a production sql server cluster, as ususall I
setup MSCS first and do the failover test.

I use dual fiber channel card for redundancy, but I meet
prob:
Broke one fiber connect. Passed it did not fail over
because it is redundant. Broke second fiber connection.
CLUSTER FAILED!! Had to reboot DB1(node1) and it failed
over

DB2(node2) was hang on there looks like know nothing about
the fail.

Question:

1.Is this a correct behavior that MSCS suppose to do?
2.If not, any ideas how to fix it?

Thanks
David Liu
Sr. DBA
moneris.com
MCDBA, MCSE



Reply With Quote
  #3  
Old   
Greg D. Moore \(Strider\)
 
Posts: n/a

Default Re: Cluster Crash when pull both cable out - 09-29-2004 , 10:46 PM




"Hilary Cotter" <hilary.cotter (AT) gmail (DOT) com> wrote

Quote:
The heart beat cable is used to detect which node is live. If a node
issues
a select @@servername and gets no response from the other node it assumes
the other node is dead and takes over. If the heart beat cable, or the
private network link goes down, there is no way to know which node is live
and both nodes will attempt to launch.
While this is correct, I don't think this is the problem David is
describing.

I don't think he's referring to the network cables, but the fibre cables to
the SAN itself.

In this case, I think you need to look at whatever software is doing the
multipathing to the SAN from the HBA.


Quote:
What you see is expected behavior.

--
Hilary Cotter
Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html


"David Liu" <david.z.liu (AT) moneris (DOT) com> wrote in message
news:179e01c4a638$cf8250e0$a601280a (AT) phx (DOT) gbl...
I have setup a production sql server cluster, as ususall I
setup MSCS first and do the failover test.

I use dual fiber channel card for redundancy, but I meet
prob:
Broke one fiber connect. Passed it did not fail over
because it is redundant. Broke second fiber connection.
CLUSTER FAILED!! Had to reboot DB1(node1) and it failed
over

DB2(node2) was hang on there looks like know nothing about
the fail.

Question:

1.Is this a correct behavior that MSCS suppose to do?
2.If not, any ideas how to fix it?

Thanks
David Liu
Sr. DBA
moneris.com
MCDBA, MCSE





Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.