Hitachi TAGMASTORE MK-90RD011-25, User Manual

Page: 157 / 388

Hitachi Command Control Interface (CCI) User and Reference Guide 139
3.5 Porting Notice for OpenVMS
In the OpenVMS, the system call on UNIX are supported as the functions of CRTL (C Run Time
Library) on the user process, and also the CRTL for OpenVMS does not support the POSIX and
POSIX Shell fully such as UNIX. In addition to this, the RAID Manager uses the UNIX domain
socket for IPC (Inter Process Communication), but OpenVMS does not support the AF_UNIX
socket. As alternate method, RAID Manager has accomplished IPC between the Raid Manager
command and HORCM daemon by using the Mailbox driver on OpenVMS.
So, RAID Manager has the following restrictions in porting for OpenVMS.
3.5.1 Requirements and Restrictions
(1) Version of OpenVMS.
CCI uses the CRTL and needs the following version supported the ROOT directory for POSIX.
„
OpenVMS Version 7.3-1 or later
„
CRTL version must be installed prior to running CCI. (Compaq C V6.5-001 was used in
testing.)
(2) Defining the SYS$POSIX_ROOT.
CCI requires the POSIX_ROOT is existing on the system, so you must define the POSIX_ROOT
before running the CCI. For example:
$ DEFINE/TRANSLATION=(CONCEALED,TERMINAL) SYS$POSIX_ROOT “
Device :[ directory ]”
where Device :[ directory ] is defined as SYS$POSIX_ROOT
(3) IPC method using MailBox driver.
As alternate method of the UNIX domain socket for IPC (Inter Process Communication), RAID
Manager use the mailbox driver to enable the communication between Raid Manager
command and HORCM.
Therefore if the Raid Manager command and HORCM will be executing in different jobs
(different terminal), then you must redefine
LNM$TEMPORARY_MAILBOX in
LNM$PROCESS_DIRECTORY table as follows:
$ DEFINE/TABLE=LNM$PROCESS_DIRECTORY LNM$TEMPORARY_MAILBOX LNM$GROUP
(4) Start-up method for HORCM daemon.
HORCM will be able to start as the daemon process from UNIX Shell. But in case of ‘vfork’ of
CRTL, if a parent process has exit() then a child process also ends at the same time. In other
words it looks that OpenVMS cannot make a daemon process from the POSIX program.
Therefore, horcmstart.exe has been changed to wait until HORCM has been exiting by
horcmshutdown.exe after start-up of the horcmgr. According to the rule for creating process
in OpenVMS, to start-up the horcmstart.exe is to create the detached process or Batch JOB
by using DCL command, as this method closely resembles the horcmd process on UNIX.