You can create BCC load and unload scripts for each BCC-enabled resource in each peer cluster. You can add commands that are specific to your storage hardware. These scripts and commands might be needed to promote mirrored LUNs to primary on the cluster where the pool resource is being migrated to, or demote mirrored LUNs to secondary on the cluster where the pool resource is being migrated from.
You can also add commands and Perl scripts to resource scripts to call other scripts. Any command that can be run at the Linux terminal console can be used. The scripts or commands you add are stored in eDirectory. If you add commands to call outside scripts, those scripts must exist in the file system in the same location on every server in the cluster.
IMPORTANT:Scripts are not synchronized by Identity Manager.
Consider the following guidelines when creating and using scripts:
Scripts must be written in Perl or have a Perl wrapper around them.
Log files can be written to any location, but the BCC cluster resource information is logged to SYSLOG (/var/log/messages).
Error codes can be used and written to a control file so that you know why your script failed.
BCC checks only whether the script was successful. If an error is returned from the script, the resource does not load and remains in the offline state.
The BCC scripts are run from the MasterIP resource node in the cluster.
Perl script code that you customize for your SAN can be added to a BCC-enabled cluster resource load script and unload script through the BCC management interface.
You can include parameters that are passed to each Perl script. BCC passes the parameters in the format of %parm1%, %parm2%, and so on.
There can be multiple scripts per resource but you need to use a common file to pass information from one script to another.
The BCC load script and unload script for a BCC-enabled cluster resource must be unique on each cluster node.
Scripts written for a SAN that mirrors data between two clusters should demote/mask a LUN (or group of LUNs) for a running resource on its current cluster, swap the synchronization direction, then promote/unmask the LUN(s) for the resource on the other cluster.
To add storage management configuration information:
Start your Internet browser and enter the URL for iManager.
The URL is http://server_ip_address/nps/iManager.html. Replace server_ip_address with the IP address or DNS name of the server that has iManager and the Identity Manager preconfigured templates for iManager installed.
Specify your username and password, specify the tree where you want to log in, then click
.In
, click , then click the link.Specify a cluster name, or browse and select one.
Under
, select a cluster resource that is enabled for business continuity, then click .Cluster resources that are enabled for business continuity have the BCC label on the resource type icon.
Click the
tab, then click .Create BCC storage management load and unload scripts:
Under
, click to bring up a page that lets you create a script to promote mirrored LUNs on a cluster.You can also delete a script, edit a script by clicking
, or change the order in which load scripts execute by clicking the and links.Specify values for the following parameters on the Storage Management Script Details page:
Click
and on the Script Details page, then click on the Resource Properties page to save your script changes.IMPORTANT:After clicking
and on the Script Details page, you are returned to the Resource Properties page (with the tab selected). If you do not click on the Resource Properties page, your script changes are not saved.IMPORTANT:The CIMOM daemons on all nodes in the business continuity cluster should be configured to bind to all IP addresses on the server. For information, see Section 9.5, Configuring CIMOM Daemons to Bind to IP Addresses.