Troubleshooting for USB Hardware device activation and licensing
Table 1. USB Hardware device activation
and licensing. Troubleshooting USB Hardware device activation
and licensing
Symptom |
SecureUpdateUtility or Z1091_token_update does
not apply the update file to the USB hardware device. |
Problem Determination |
- Ensure that the last 5 hexadecimal digits of the serial number
that is etched on the USB hardware device match the serial number
in the file name of the update file you are applying. Sometimes the
etched number is hard to read. If you are unable to read the etched
serial number, IBM® support can
assist you with an alternative method of obtaining the serial number.
- Ensure that the hardware device is recognized by your Linux® system by plugging in the device and
issuing the
lsusb command. If the device is available,
you see an entry that shows "Rainbow Technologies Inc".
|
Symptom |
Unit not found message that is issued during the SecureUpdateUtility
-u or the z1091_token_update command |
Problem Determination |
This issue can happen for several reasons:
- You try to apply an update file with one serial number to a USB hardware device with a different
serial number.
- You try to update a USB hardware device from a client machine that is connected to a product
license server that has no local USB Hardware device
Ensure the update file that is being applied was generated for
the correct USB Hardware Device. Ensure that the USB Hardware device
is securely plugged in to the local device or remote product license
server as is appropriate. |
Symptom |
When you are starting ZD&T,
(awsstart ) you get any of the following messages at the Linux terminal that indicates a failure to get a license:
-
Error: Failed to get license.
Return code: 312
Error: Unable to get expected
license: xxxx or Error: Unable to locate expected
license: xxxx
-
AWSEMI315E zPDTA License Unavailable
for CPU 0
AWSEMI005I Waiting for 1090 license
-
CPU Address Out Of Range
-
SFNTGetLicense failed.
Return code: 312
|
Problem Determination |
This issue can happen for several reasons:
- The local USB Hardware device is not plugged in properly. Attempt
to “reseat” the USB Hardware device. Unplug the device
for 15 seconds, then reinsert it.
- The correct update file is not applied to the matching USB Hardware
device, or it did not apply successfully.
- Ensure the update file that is requested and applied has the same
serial number within the file name as the serial number of the USB
Hardware device. Serial numbers can be hard to read. Look carefully.
- Ensure the
SecureUpdateUtility -u or Z1091_token_update
-u command responded with a "Success " message.
- The requested license type is not correct.
- Validate that if your device map includes the
cpuopt zvm_couplingfacility directive,
your USB hardware key includes sysplex enabling licenses. If no sysplex
license is available, your device map cannot enable sysplex operation.
- Validate that if your device map includes the
RDTSERVER=
directive or you have an RDTSERVER environment
variable set to enable participation in a Rational® Token licensing system, your USB
hardware key includes token enabling licenses. If token enabling licenses
are not available on your USB hardware key, your ZD&T instance
cannot participate in a Rational Token
licensing system.
- The system clock is incorrect on the system with the USB hardware
device plugged in to it. Ensure that the system clock is correct.
Never set the system clock to a future date or time when the USB hardware
key is plugged in or you will damage the USB hardware key.
- You are trying to use a local USB Hardware device, but your client
configuration points to a product license server
- From a Linux terminal that
is running as root, enter the
clientconfig command
that is found in /usr/z1090/bin . Ensure the License
ContactServer is localhost if you are attempting
to use a local USB. No other fields need be completed.
- The
/usr/z1090/bin/sntlconfig.xml file is not
readable by the programs that need it. Verify that /usr/z1090/bin/sntlconfig.xml is
"world readable". If it is not, use chmod to change
the permission bits to 644 .
- You do not have the correct type of USB Hardware Device.
|
Problem Determination (continued) |
- You do not have connectivity from the instance that is performing
the
awsstart to the product license server.
In some cases, it might be helpful to restart the license daemon
where the USB key is plugged in. Restarting the license daemon is
done as root with the command: /opt/safenet_sentinel/common_files/sentinel_keys_server/loadserv
restart
|
Symptom |
When you are starting Rational Development
and Test Environment for z Systems®,
(awsstart) you get the following messages
at the Linux terminal that
indicate an expired license
CPU 0, No Sentinel License Available 65535
Unknown Error Code
CPU 1, No Sentinel License Available 65535
Unknown Error Code
CPU 2, No Sentinel License Available 65535
Unknown Error Code
Expired License. EXP=3/1/2015
AWSEMI315E zPDTA License Unavailable for CPU x |
Problem Determination |
A replacement update file must be obtained from the Rational License Key Center
when a license expires, and the update file must be applied to the
USB hardware device being used. For more information, see “Steps
to get the replacement file” in the ZD&T Activation
Guide (SC27-6630).
|
Symptom |
Time cheat errors |
Problem Determination |
- Time cheat errors occur when the time stored on the USB hardware
device is in the future when compared to the system clock of the Linux system it is plugged into.
The USB device stores the latest date of the system clock it sees
and will not provide licenses until the Linux system
clock matches. Verify that the Linux system
clock is correct. Have your system clock set to UTC to avoid errors
that are caused by semi-annual time changes. There is no way to inspect
the time on the USB key. However, you might wait a short time to see
whether the Linux clock catches
up to the time stored on the USB key. Do NOT set the Linux clock ahead of the actual time. If you
suspect that the time stored on the USB key is in the future, contact IBM support.
|