Stopping VCS in Veritas SF for Oracle RAC environment

If you must stop VCS on a domain where Veritas SF for Oracle RAC is running, the Oracle RAC application on the domain being reconfigured must be brought offline. In addition, the GAB, LLT, LMX, and VXFEN modules must be unconfigured. Performing these steps ensures that other instances do not attempt communication with the stopped instance. This could cause the application to hang, when the instance does not respond.

To stop VCS in a Veritas SF for Oracle RAC environment

1. Log in as administrator to the domain being reconfigured (wildcat, for example).
2. List the configured VCS service groups and see which are online in the domain:
   # hagrp -list
3. Based on the output of step 2, bring each service group that is online to offline in the domain wildcat. Use the following command:
   # hagrp -offline service_grp_name -sys wildcat
4. Stop VCS.
   # hastop -local
   In addition to port h, this command stops the CVM drivers using ports v and w.
5. If any CFS file systems outside of VCS control are mounted, unmount them.
6. Stop and unconfigure the drivers required by DBE/AC:
   # cd /opt/VRTSvcs/rac
   # ./uload_drv
   

   Unloading qlog
   Unloading odm
   Unloading fdd
   Unloading vxportal
   Unloading vxfs

7. Unconfigure the VCSMM and I/O fencing drivers, which use ports b and o, respectively:
   # /sbin/vxfenconfig -U
   # /sbin/vcsmmconfig -U
8. Unconfigure the LMX driver:
   # /sbin/lmxconfig -U
9. Verify that the drivers h, v, w, f, q, d, b, and o are stopped. They should not show memberships when you use the gabconfig -a command:
   # gabconfig -a
   

   GAB Port Memberships
   ============================================================
   Port a gen 4a1c0001 membership 01

10. Unload the VCSMM, I/O fencing, and LMX modules.
    Determine the module IDs for VCSMM, I/O fencing, and LMX:
    # modinfo | egrep "lmx|vxfen|vcsmm"
    

    237 783e4000 25497 237 1 vcsmm (VERITAS Membership
    Manager)
    238 78440000 263df 238 1 vxfen (VERITAS I/O Fencing)
    239 7845a000 12b1e 239 1 lmx (LLT Mux 3.5B2)

    Unload the VCSMM, I/O fencing, and LMX modules based on their module IDs:
    # modunload -i 237
    # modunload -i 238
    # modunload -i 239
11. Unconfigure GAB
    # /sbin/gabconfig -U
12. Unconfigure LLT
    # /sbin/lltconfig -U
13. Remove the GAB and LLT modules from the kernel.
    Determine the IDs of the GAB and LLT modules:
    # modinfo | egrep "gab|llt"
    

    305 78531900 30e 305 1 gab
    292 78493850 30e 292 1 llt

    Unload the GAB and LLT modules based on their module IDs:
    # modunload -i 305
    # modunload -i 292
14. You can begin performing dynamic reconfiguration.