Active VCS node fails when reboting passive node
Dear all,
I've been asked to manage few asymmetric failover win 2003 systems with Veritas Cluster Server installed
in one of this clusters i'm experiencing a failure (service restart and sometimes service freeze) on the active node when the passive one is rebooting.
Looking the forums i found similar problmes was resolved with the last ServicePak, my system looks already updated:
vxassist version = 5.1.20000.87
had.exe version: = 5.1.20024.495
haclus -value EngineVersion = 5.1.00.0
hasys -values NODENAME EngineVersion = 5.1.00.0
I'm just lil confused when i see all the above commands returning different versions is that correct ?. Do i need to install this SP2 ?
A colleague suggested to disable detail monitor in cluster config and configure the clustered service on windows services.msc = manual
Any suggestion is welcomed ,
Thanks in advance and Kind Regards,
/fabrizio
A proxy is used to avoid have 2 resources controlling the same object. So if you have 2 application service groups using the same NIC, if you put a NIC resource in each service group, then VCS is monitoring the same object twice and this is inefficient, so you create one NIC resource and create a Proxy to that resource that just copies the state from the NIC resource. You could put a NIC resource in 1 application service group and the proxy in the other, but the usually way to do this is to put the NIC in its own "Parallel" group and both application service groups use Proxys
A service group dependency is used to link 2 service groups, so for example you might configure an application service group which requires a database service group to be online first (on any system). Service group dependencies make the config more complex so should be avoided if they are neccessary, so if for instance the application and database were required to be on the same system, then you should put all application and database resources in a single service group.
So really service group dependencies and proxys are not similar.
Mike