Hi Doehni,
I think SK25977 is the right help about your problem, because you talk
about 3 ClusterXL with the same synchronisation network. Also see
SK16140 : it explains some differences between crossover cable and
Hub/Switch for the synchronisation network(s).
--
Fabrice Barutel
------------------------------
Date: Wed, 18 Jan 2006 14:04:49 +0100
From: "fw AT doehni.dyndns DOT org" <fw AT DOEHNI.DYNDNS DOT ORG>
Subject: Cluster XL Secureplatform HFA17 fails
Hi Folks,
two clustermembers of R55-HFA15-enforcement modules are upgraded
to HFA17. The ClusterXL Mode is HA New.
After applying HFA17 to standby/active member
using SecureUpdate the member with the higher priority
never go to active state anymore? This member still remains
in ready state?!
- Is there any way to force a clustermember to active state?
- any hints? :)
Info: There is "one" synchronisation network for 3 clusterXL (3x2)
configurations (HFA15) so maybe the other two clusters nodes
sends messages with the wrong confirmations, that the machine can
go to active state?
Do I have to configure a dedicated synchronisation link with a
crosscable?
thx
doehni
=================================================
To set vacation, Out-Of-Office, or away messages,
send an email to LISTSERV AT amadeus.us.checkpoint DOT com
in the BODY of the email add:
set fw-1-mailinglist nomail
=================================================
To unsubscribe from this mailing list,
please see the instructions at
http://www.checkpoint.com/services/mailing.html
=================================================
If you have any questions on how to change your
subscription options, email
fw-1-owner AT ts.checkpoint DOT com
=================================================
|
