Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Links to anchors and headings updated, bug again

...

  1. Set unique ID for SHAC controller of each VM

    Configuration

    IDs of SHAC is set using console (and stored in ROM file, so make sure the ROM file is specified in configuration file) in the following way:

    >>>sho dssi_id
    DSSI_ID Bus 0/A = 1
    DSSI_ID Bus 1/B = 1

    >>>set dssi_id 0 2
    >>>set dssi_id 1 2


    Description(warning) Note that value of "dssi_id" must be unique for each SHAC instances and HSD50 controllers must not use them; for example if 0 and 1 is used as SHAC ID of different VMs the HDS50 controller instance cannot use ID 0 and 1.

    .

  2. Configure preloaded SHAC adapters PAA

    Configuration



    Div
    classsmall

    set PAA port[<ID of the node to connect to>]=<port to receive connection from the node specified by ID> host[<ID of the node to connect to>]="<connected node host>:<connected node port>"


    Example:

    set PAA port[2]=11012 host[2]="pollux:11021"

    In this example a VAX node SHAC adapter connects to a host "pollux" (having ID=2) to its port 11021 and expects connection from it on the port 11012.

    Description

    The second step is to interconnect SHAC adapters of different VMs.

    Use ID of the nodes as a reference for interconnections as it is shown in the example at left.

    Detailed meaning of the parameters is explained in "Example 1" section below

    .

  3. Load HSD50 adapter

    Configuration


    load HSD50 <instance name> dssi_host=<SHAC instance> dssi_node_id=<HSD50 node ID>

    Example:

    load HSD50 DISKS dssi_host=PAA dssi_node_id=3

    In this example HSD50 controller instance "DISKS" is loaded, connected to "PAA" SHAC controller and assigned with ID 3.

    Description

    Load HSD50 instance, assign ID for it and connect it to "PAA" SHAC adapter.

    For each member of cluster an identical definition of HSD50 controllers must be loaded. It is convenient to introduce a specific include configuration file containing the same configuration commands as it is shown in "Example 2" section below.

    (warning) Note that <HSD50 node ID> parameter must be unique for each SHAC and HSD50 instances; for example if 0 and 1 are used as IDs for nodes (see the Step 1) the HDS50 instance cannot use 0 or 1, but it can be set to 3, for example.


    Div
    classpagebreak


     

  4. Set SCS system ID and allocation class

    Configuration



    Div
    classsmall

    set <HSD50 instance name> scs_system_id=<SCS ID> mscp_allocation_class=<allocation class>


    Example:

    set DISKS scs_system_id=3238746238 mscp_allocation_class=1

    In this example HSD50 instance "DISKS" (configured at the previous step) is assigned with SCS ID "3238746238" and MSCP allocation class 1.

    Description

    Set SCS system ID and the MSCP allocation class.

    (warning) These setting must be the same for all HSD50 controllers loaded!


    Warning

    Note that the MSCP allocation class must be different from the allocation class of the VAX node (excuding some special cases when they can be the same - please refer to OpenVMS Guides on Clusters configuration for more details).

    For nodes it is set using MODPARAMS.DAT and AUTOGEN

    Refer to OpenVMS User's Guides for details


    .

  5. Configure mapping to the system resources

    Configuration


    set <HSD50 instance name> container[<unit number>] = <mapping>

    Example:

    set DISKS container[0]="\\DiskServer\Share\dua0-rz24-vms-v6.2.vdisk"

    In this example the Unit 0 of the HSD50 controller instance "DISKS" is mapped to some disk image, located in some shared directory on disk server.

    Description

    The final step is specifying HSD50 mapping to the system resources.

    Since the disks should be distributed between different VMs they should be located as disk images on some shared space or - alternatively - CHARON host should use such mechanism as iSCSI to address the common disks on some disk storage (they appear locally as "\\.\PhysicalDrive<N>").

    See the sections below for different examples of the mapping.

    .

...