Anchor | ||||
---|---|---|---|---|
|
...
CHARON-AXP provides the following set of utilities:
Utility | Description |
---|---|
mkdskcmd | Used to create CHARON virtual disk containers of custom or standard types. This utility also may be used to transfer virtual disks of one type to virtual disks of another type. |
hasp_srm_view | Used to display the CHARON license contents, to collect the host system fingerprint and to transfer software licenses from one host to another. |
hasp_update | Sentinel standard utility used to retrieve Sentinel protection key information, detach a license from a Sentinel SL key and rehost a license from a Sentinel SL key |
ncu | Used to dedicate a host interface to CHARON-AXP, to release it back to the host and to manage CHARON virtual interfaces (TAPs). |
mtd | Used to create CHARON tape images from physical tapes and to write tape images back to physical tapes. |
All these utilities are invoked from Linux console command line.
...
The first step is to obtain the name of the disk that needs to be created:
$ mkdskcmd --list |
This command results in a list of all supported disk types.
Choose the desired disk (for example "RZ22"), then use the "mkdskcmd" command to create the virtual disk image as shown below:
$ mkdskcmd --disk rz22 --output rz22.vdisk |
A disk container "rz22.vdisk" will be created in the current directory.
...
To get all the available parameters please use the "–help"switch:
|
The "--avtable" parameter is used to work with an alternative disk specification database (or to point to the standard database ("mkdsk.vtable") if it is in a location other than the current directory).
...
An example of the syntax follows:
$ mkdskcmd --transfer <source disk file name> <source disk parameters> [--shrink] [-k] |
where:
<source disk file name> - a file name of the disk image to be transferred
<source disk parameters> - the name of the disk from the list provided by the "mkdskcmd --list" command execution or the disk geometry specification (see below).
- --shrink or -k - used in the case where the target disk is transferred to a smaller disk.
Example:
$ mkdskcmd --transfer /etc/rz22.vdisk rz25 |
It is also possible to specify the disk parameters manually with "--blcount / -c" (blocks count) and "--blsize / -z" (blocks size) switches:
$ mkdskcmd --transfer <source disk file name> -blsize <number> -blcount <number> |
Example:
$ mkdskcmd -t /etc/custom.vdisk -z 512 -c 262134 |
Warning |
---|
There is a certain delay between the moment when the utility reports that a disk image has been transferred and its actual availability to CHARON. This delay can reach to several minutes in case of very big disks transfers. It happens because the host operating systems needs some time for actual allocation of the enlarged file on HDD. |
Div | ||
---|---|---|
| ||
| ||
Anchor | ||||
---|---|---|---|---|
|
...
- Create a CHARON tape image from a physical tape
- Write a tape image to a physical tape.
Usage is the following:
$ mtd [options] <tape device name> <tape container name> |
where the options are:
Parameter | Description |
---|---|
-l <file name> | Creates an execution log “file name”. |
-r <number> | Specifies a number of attempts to read a damaged data bock |
-i | Directs to ignore bad blocks and continue processing without interruption. It implies "-r 0" |
-n | Do not rewind tape |
-p | Disable progress reporting |
-v | Enable verbose trace of data transfer (implies "-p") |
Example:
$ mtd -l tape1.txt -r 10 /dev/st5 /charon/tapes/tape1.vtape |
Use the following syntax to write the content of a tape container to a physical tape:
$ mtd <tape container name> <tape device name> |
Example:
$ mtd /charon/tapes/tape1.vtape /dev/st5 |
Div | ||
---|---|---|
| ||
| ||
Anchor | ||||
---|---|---|---|---|
|
...
Run the utility without any options to display the license details.
|
The specific type of CHARON license defines what switches may be used in each case.
...
For remote collection of status information it is recommended to use "ssh" as shown in the following examples:
# ssh root@CHARON_HOST /opt/charon/bin/hasp_srm_view -c2v /opt/charon/bin/my_hasp_key.c2v # ssh root@CHARON_HOST /opt/charon/bin/hasp_srm_view -fgp /opt/charon/bin/my_host_fingerprint.c2v |
To see the license text on the console:
# ssh root@localhost /opt/charon/bin/hasp_srm_view |
...
To collect license text to an output file on host server:
# ssh root@localhost /opt/charon/bin/hasp_srm_view > /opt/charon/bin/hasp_srm_view.txt |
The "hasp_srm_view" utility always reports the ID and IP address of the host(s) where active licenses are found.
Software Licenses Transfer
Software Licenses (SL) can be transferred from one host to another one with the help of "hasp_srm_view" utility and "Sentinel Admin Control Center" (ACC).
The following example demonstrates the transfer procedure.
Let's suppose a Software License must be transferred from a host "SourceHost" to a host "RecipientHost":
Run "hasp_srm_view" utility on the "RecipientHost" with the following parameters to collect the host ID info:
$ hasp_srm_view -idf
The "recipient.id" file will be created in the current directory.
Copy the "recipient.id" file to the "SourceHost".
Info "recipient.id" is an ASCII file, so use the "ascii" option for FTP transfer.
On the "SourceHost", open the "Sentinel Admin Control Center" (ACC) ( http://localhost:1947). Note the number of the software license you are going to transfer.
Run the "hasp_srm_view" utility in the following way to create a transfer license for the host "RecipientHost":
$ hasp_srm_view -tfr <license number> recipient.id
The "license number" is the value collected at the step 3.
Example of collecting a transfer license:
$ hasp_srm_view
-tfr 12345678
recipient.id
A "<license number>.v2c" file will be created in the current directory. In the example above, the name of the transfer license will be "12345678.v2c"
Copy the resulting "<license number>.v2c" file to the "RecipientHost".
Info "<license number>.v2c" is an ASCII file, so use the "ascii" option for FTP transfer.
On the "RecipientHost", open "Sentinel Admin Control Center" (ACC) (http://localhost:1947) and apply the "<license number>.v2c" file as described above.
Div | ||
---|---|---|
| ||
|
Software Licenses Removal
When a Software License is removed completely from a host, the license is dumped to a specific license file ".v2c". The license is not destroyed and can be re-applied if needed.
To remove a software license from a host do the following:
Open "Sentinel Admin Control Center" (ACC) (http://localhost:1947). Note the number of the software license you are going to remove.
Run the "hasp_srm_view" utility in the following way to remove the license:
$ hasp_srm_view -tfr <license number>
The "license number" is the value collected at step 1.
Example:
$ hasp_srm_view -tfr 12345678
The "<license number>.v2c" file will then be created in the current directory. In the example above the name of the transfer license will be "12345678.v2c"
It is always possible to re-apply the created ".v2c" file to restore the deleted software license.
Anchor | hasp_update | hasp_update | ||
---|---|---|---|---|
Anchor | ||||
|
The "hasp_update" is a Sentinel standard utility for license management included in CHARON-AXP kit.
To invoke the "hasp_update" utility login as "root" and use the following syntax:
# hasp_update <option> [filename] |
where:
Parameter | Value | Description |
---|---|---|
<option> | u | Updates a Sentinel protection key / attaches a detached license |
i | Retrieves Sentinel protection key information | |
d | Detaches a license from a Sentinel Software License (SL) key | |
r | Rehost a license from a Sentinel Software License (SL) key | |
h | Display help | |
[filename] | Path to the V2C/H2R file when used with the 'u' option | |
Optional path to the C2V file when used with the 'i' option Uses "stdout" if file name is not specified |
Example:
|
Info |
---|
We recommend to use this tool only for "Update a Sentinel protection key / attach a detached license" function ("u" option). For the rest use "hasp_srm_view" utility. |
Div | ||
---|---|---|
| ||
|
Anchor | ||||
---|---|---|---|---|
|
...
Login as root and enter "ncu". The following menu will appear:
|
The utility lists available network interfaces (both physical and virtual) and indicates whether they are dedicated to the host or to CHARON and whether they are currently in use by host operating system.
...
Enter "1", then type "eth1" and press Enter:
|
Div | ||
---|---|---|
| ||
|
Now the interface "eth1" is dedicated to CHARON-AXP:
|
Enter "6" to return to console prompt.
...
Login as root and enter "ncu". The following menu will appear:
|
Let's say that we want to return the interface "eth1" (currently dedicated to CHARON) back to host. To do that enter "2" then "eth1":
|
Enter "6" to quit the "ncu" utility.
...
Login as root and enter "ncu":
|
Enter "3" to create a bridge between the host physical network adapter and the LINUX virtual network interfaces (TAP) and specify the physical network interface ("eth1" in our example) and the number of virtual network interfaces to be created (2 in our example):
|
Div | ||||
---|---|---|---|---|
| ||||
Now enter "5" to see the created virtual interfaces:
|
In the example above we see 2 virtual network Interfaces "tap0" and "tap1" connected to the created bridge. The physical network interface "eth1" is used for the bridge to the virtual network interfaces.
...
Div | ||||
---|---|---|---|---|
| ||||
Removal of a virtual network
Login a root. Start "ncu" utility:
================================================================== bridge name bridge id STP enabled interfaces br0_eth1 8000.525400698995a no tap0 tap1
|
Enter "4" then enter the interface name that is a bridge to the Linux virtual network on this host ("eth1" in our example):
|
Enter "6" to quit "ncu" utility.
...