Anchor | ||||
---|---|---|---|---|
|
Include Page | ||||
---|---|---|---|---|
|
Table of Contents
Table of Contents | ||
---|---|---|
|
...
|
General description
PBXDA is a PCI serial lines adapter based on the AccelePort 2R9202R 920, 4R9204R 920, 8R920 8R 920 and Xem DIGI adapters.
Loading PBXDA serial lines adapter
Syntax for loading PBXDA serial (AccelePort 2r 920) serial lines adapter:
|
Syntax for loading PBXDA_BA (AccelePort 4r 920) serial lines adapter:
|
Syntax for loading PBXDA_BB (AccelePort 8r 920) serial lines adapter:
|
Syntax for loading PBXDA_AC (AccelePort Xem) serial lines adapter:
|
Example:
load PBXDA/DIGI TXA |
The adapter instance name ("TXA
" in the example above) is used then for parametrization, for example:
...
The numbers in the square brackets represent line number on the virtual PBXDA adapter starting from 0.
Controller type | Maximum number of lines |
---|---|
PBXDA | 2 |
PBXDA_BA | 4 |
PBXDA_BB | 8 |
PBXDA_AC | 16 |
...
Configuration parameters
The PBXDA PCI SCSI adapter emulation has the following configuration parameters:
line
...
Specifies SCSI ID of PBXDA PCI SCSI Adapter in a range 0..7
By default the "scsi_id" configuration parameter is set to 7.
Example:
set PKA scsi_id=0 |
port
...
Info |
---|
All the parameters described in the "Placement of peripheral devices on PCI bus", such as "bus", "device", "function", "irq", "irq_bus" are applicable for PBXDA controller. |
Div | ||
---|---|---|
| ||
Note |
---|
DIGI drivers for OpenVMS and Tru64 are sensitive to PBXDA location on PCI, therefore it is recommended to fix PBXDA location with explcit configuration. Example:
|
Include Page | ||||
---|---|---|---|---|
|
Configuration parameters
The PBXDA serial lines adapter emulation has the following configuration parameters:
port
Parameter | port |
---|---|
Type | Text String |
Value |
...
...
Specifies a local port for incoming telnet connections By default the " |
...
port" configuration |
...
option is not specified. Syntax:
|
...
|
...
Example:
|
...
|
...
|
...
container[N]
N is "XXYY" number, where:
...
Div | ||
---|---|---|
| ||
line
Parameter | line |
---|---|
Type | Text |
...
string |
Value |
---|
Possible values of the parameter are strings in one of the following forms:
...
A defined TTY port on host system:
|
...
|
...
|
...
|
...
Note |
---|
"/dev/sd<L>" addressing is not persistent, so it is strongly recommended to use "/dev/disk/by-id/wwn-*" syntax instead to refer the disk by its WWID - especially in the enviroments utilizing FC and SAN storages. |
These disks must not be formatted by the host OS.
Example:
...
Example:
|
...
|
...
|
...
Example:
set PKA container[0]="/dev/sdc1" |
.
...
- "/dev/dm-<N>"
- "/dev/mapper/mpath<N>"
- "/dev/mapper/disk<N>"
Be careful not to destroy all the information from the disk dedicated to CHARON-AXP by mistake.These disks must not be formatted by the host OS.
Example:
set PKA container[100]="/dev/dm-0"
.
...
"/dev/loop<N>"
Example:
set PKA container[200]="/dev/loop0" |
...
"/dev/sg<N>"
Example:set PKA container[300]="/dev/sg0"
.
...
- "/dev/sr<N>"
- "/dev/cdrom"
"/dev/cdrom<N>"
Example:set PKA container[400]="/dev/sr0"
.
...
- [<drive>":\"<path-name>"\"]<file-name>[".iso"]
Mapping may also include the full path (recommended), for example: "/my_disks/vms_distributive.iso"Example:
set PKA container[600]="/my_disks/vms_distributive.iso"
.
...
- [<drive>":\"<path-name>"\"]<file-name>[".vdisk"]
These files can be created from scratch with "mkdskcmd" utility. Data and OS disk backups are transferred from the original system via tapes or network and restored into these container files.Mapping may also include the full path, for example: "/my_disks/my_boot_disk.vdisk"
Example:
set PKA container[401]="my_dka401.vdisk"
.
...
These files are created automatically.
Mapping may also include a full path (recommended), for example: "/my_tapes/backup.vtape"
Warning |
---|
If the "CHARON Guest Utilities for OpenVMS" (CHARONCP) package is used there is a possibility not to specify the exact tape container on CHARON start since it can be specified later using the package. In this case the syntax is:
|
Example:
set PKA container[500]="my_mka500.vtape" |
How the Emulator Maps Guest-OS Operations to the Virtual Tape Drive
Guest-OS operations | Emulator Action |
---|---|
Open device for reading | Create a container file if none exists. open for reading and lock container file |
Open device for writing | Create a container file if necessary; open for writing and lock the container file |
Unload (eject) tape from drive | Close a container file if open and unlock it - this allows copy/move/delete operations on CHARON host |
...
The container file associated with a virtual tape drive can be compared to the tape cartridge used in a physical tape drive. Both store the data written to the tape device by the guest OS.
The size of virtual tape container files is limited only by space available in the emulator host file system.
Prerequisite to the examples below: a virtual tape device has been configured in the CHARON configuration file and it is not in use by the guest OS.
To perform backup:
- The tape device may be issued the "unload" command and the container-file moved/deleted to insure proper status
- Initialize the tape device using standard guest OS procedure.
- Perform backup.
- Issue "unload" command to the tape device in the guest OS.
- On the emulator host, move the *.vtape container file containing backup data for storage or further backup.
To restore from a backup:
...
CHARON does not support muti-volume backup for tape images. If some mutli-volume set (in form of tape images) has to be restored it is recommended to configure several tape drives in CHARON configuration file, assign each tape image to each tape drive and use them in the following way (OpenVMS example):
$ BACKUP MKA100:BACKUP.BCK,MKA200,MKA300,MKA4000/SAVE_SET DKA0:... |
This parameter is initially not set, thus creating NO storage elements on the controller.
media_type
...
media_type[N]
N is "XXYY" number, where:
- XX - SCSI ID (0..15)
- YY - LUN (00..07)
...
Text String
...
Instructs CHARON-AXP to use the supplied value as the PRODUCT field in the SCSI INQUIRY data returned to a software running on virtual HP Alpha system in response to SCSI INQUIRY command.
If not specified, CHARON-AXP attempts to guess the SCSI INQUIRY data based on virtual SCSI device type and underlying container (which is specified in the corresponding container configuration parameter).
Initially is not specified.
Example:
set PKA media_type[0]="HSZ70" |
removable
...
removable[N]
N is "XXYY" number, where:
- XX - SCSI ID (0..15)
- YY - LUN (00..07)
...
When set to "true", the removable configuration parameter instructs CHARON-AXP to report the corresponding virtual SCSI device as removable.
By default the removable configuration parameter is set to "false".
Example:
set PKA removable[400]=true |
Note that virtual SCSI tapes and CD-ROM devices are always reported as removable regardless of the "removable" configuration parameter.
geometry
...
geometry[N]
N is "XXYY" number, where:
- XX - SCSI ID (0..15)
- YY - LUN (00..07)
...
Text String
...
This formatted string value specifies the explicit geometry of the disk storage element. This parameter is not applicable to tape storage elements.
The string format is <X>”/”<Y>[“/”<Z>] or <X>”,”<Y>[“,”<Z>][“,”<B>] where:
Parameter | Description |
---|---|
X | The number of sectors per track |
Y | The number of tracks per cylinder |
Z | The number of cylinders on the unit. If omitted, Z is calculated based on X, Y and the total number of sectors on the unit that reflects the size of the disk storage element. This is an optional parameter. |
B | The total size of the disk (in blocks) reported to the guest OS. If omitted it is calculated automatically. This is an optional parameter. |
If this parameter is not set, CHARON-AXP will configure the geometry based on the most probable disk type.
Initially not set.
...
It is possiblle to specify each parameter independently of another one. The following syntax is used for that:
set PKA geometry[300]="*,*,*,16777210" |
The syntax described above is applicable only to disk storage elements. If the container is a tape image, the following format is used instead:
Syntax:
"<image-size>[, <early-warning-zone-size>]" |
where:
Parameter | Description |
---|---|
image-size | The tape size in MB |
early-warning-zone-size | The size (in KB) of the space left on the tape when a warning to the OS is issued. If omitted, 64K is assumed. |
Example:
set PKA geometry[603] = "255/255" |
use_io_file_buffering
...
use_io_file_buffering[N]
N is "XXYY" number, where:
- XX - SCSI ID (0..15)
- YY - LUN (00..07)
...
When set to "true", instructs CHARON-AXP to enable host operating system I/O cache on reading/writing operations.
Note that this caching has a significant effect only in case of mapping to disk and tape containers, not physcial drives.
When enabled, host operating system I/O cache may significantly improve I/O performance of the virtual system. At the same time maintaining I/O cache requires additional host resources (CPU and memory) which may negatively affect overall performance of the virtual system.
Initially is set to "false".
Example:
set PKA use_io_file_buffering[603]=true |
io_queue_depth
...
io_queue_depth[N]
N is "XXYY" number, where:
- XX - SCSI ID (0..15)
- YY - LUN (00..07)
...
Specifies PBXDA I/O requests (read or write) for a given unit in a range 2..128
Setting this parameter enables PBXDA instance to run up-to the specifiied numbers of I/O requests (read or write) for unit N in parallel, thus improving the performance.
The default value set by controller is optimal for most of the cases. It may be needed to enlarge this number if guest OS I/O queue for a certain unit contains too much pending entries. In this case the value should be equal to an average size of the queue, collected statistically.
Please do not set this parameter without clear understanding the purpose.
By default parallel execution of I/O requests is disabled.
Example:
set PKA io_queue_depth[603]=4 |
min_n_of_threads
...
min_n_of_threads
...
Instructs PBXDA I/O to reserve a given number of working threads in a range 1..64, thus improving the performance.
All units of PBXDA instance share the I/O threads.
The default value is equal to number of units plus 2.
For optimization it is possible to set this parameter to sum of the "io_queue_depth" parameters for each unit plus 2. This assumption seems optimal for most of the cases.
Please do not set this parameter without clear understanding the purpose.
Example:
set PKA min_n_of_threads=16 |
Empty disk images are created with the "mkdskcmd" utility. Tape images ("*.vtape") will be created automatically if they don't exist (no utility needed).
CHARON-AXP is able to boot from disk images of any OpenVMS/Alpha and Tru64 version.
Info |
---|
The virtual PBXDA storage controller examines the file extension Configured physical devices or tape/disk images that do not exist on the host system will, in general, cause OpenVMS/Alpha to report the unit offline. In some cases this will result in a VMS BUG CHECK. In this case, an error message will be written to the log file. |
...
|
Include Page | ||||
---|---|---|---|---|
|
Div | ||
---|---|---|
| ||
log
Parameter | log |
---|---|
Type | Text string |
Value | The optional log file or directory name is where the log file for the serial line is stored. Example:
|
"ttyY" notation specifics
Note that the "ttyY
" notation can have different forms depending on the nature of the device used:
Mapping | Type | Commentary |
---|---|---|
"/dev/tty<N>" where N is from 0 to 11 | Linux virtual tty | Those tty devices must be free from the Linux "getty/mgetty" and similar programs (specified in "/etc/inittab") Example:
|
"/dev/ttyS<N>" where N is a number | Onboard serial lines | Example:
|
"/dev/tty<XXX>" where XXX is a complex letter/number notation | Proprietary (depending on a driver) devices | Example for a first port of a MOXA card:
Example for a first port of a DIGI card:
|
"/dev/ttyUSB<N>" where N is a number | Modem or USB serial lines adapters | Example:
|
Include Page | ||||
---|---|---|---|---|
|