Shutdown reboot off a node in cluster results in cluster outage.

Problem

The vxfen module fails to stop when you manually restart a node by issuing
the shutdown -r now command.

 

Error Message

The /var/VRTSvcs/log/vxfen/vxfen.log will report the following.

Tue Oct 16 18:42:42 GMT 2012 Invoked vxfen. Starting
Tue Oct 16 18:42:42 GMT 2012 calling stop_fun
Tue Oct 16 18:42:42 GMT 2012 stopping vxfen..
Tue Oct 16 18:42:43 GMT 2012 starting /sbin/vxfen-shutdown
Tue Oct 16 18:42:43 GMT 2012 starting retry loop
Tue Oct 16 18:42:43 GMT 2012 count is 0
Tue Oct 16 18:42:43 GMT 2012 vxfenconfig -U returned 1
Tue Oct 16 18:42:43 GMT 2012 vxfenconfig -U output is VXFEN vxfenconfig ERROR V-11-2-1023 Unable to unconfigure fencing since clients still active
VXFEN vxfenconfig ERROR V-11-2-1060 Please retry after shutting down VCS (GAB port h)
and/or CVM (GAB ports u/v/w).

 

Cause

You cannot stop the vxfen module by rebooting the node if any of
its client processes, such as Veritas Cluster Server and so on, are running.
Typically, a node reboot stops all the client processes of vxfen and
subsequently stops the vxfen module. For some reason if the node restart does
not stop the client processes, then the attempt to stop vxfen module also fails
because client processes are still running.
 

Solution

Symantec has implemented a retry logic such that after a node
restart happens the vxfen module periodically tries to stop itself for a
specific number of times. The retry  logic gives client processes enough time
to stop.

This is fixed in 5.1SP1RP3P2.

Etrack tracking ID is 3002932


 


Applies To

RHEL5U8, RHEL6, SLES10, and SLES11

Storage Foundation HA 5.1SP1RP3

Terms of use for this information are found in Legal Notices.

Search

Survey

Did this article answer your question or resolve your issue?

No
Yes

Did this article save you the trouble of contacting technical support?

No
Yes

How can we make this article more helpful?

Email Address (Optional)