Virtual TapeServer 6.04.02 for NonStop Servers Release Notes

Known Issues | 18
 Misleading, informative message is added to log file when an unencrypted
cartridge is mounted. If SecureVTS is enabled and an unencrypted cartridge is
mounted, a message similar to the following is added to the SecureVTS.log file:
Tue Sep 30 09:22:14 2008: [statinfo:27849 vt] SecureVTS file mounted
and key acquired
This is an informative log file message; there is no error condition. (TL-1206, TL-2189)
 If the storage connected to the VTS server becomes unavailable during an
upgrade, SecureVTS may not function correctly after. For example, if /VAULT01 (a
Fibre-attached ext3 file system) was available prior to the VTS upgrade but unavailable
during any part of the upgrade procedure, and SecureVTS was enabled, SecureVTS may
not function correctly after the upgrade. (TL-2315)
WORKAROUND: Maintain all storage connected to the VTS server during the entire
upgrade procedure. If the problem with SecureVTS occurs, recover with the following
steps:
1. Restore connectivity and function to all storage that was available prior to the upgrade.
2. From the Linux command line, execute “/usr/local/tape/bin/ks_backup restore” (as bill).
3. From the Linux command line, execute “sudo service te-server start” (as bill).
 A quoted SecureVTS license key does not enable SecureVTS completely. If you
enter a SecureVTS license key and surround it with quotes, SecureVTS is not fully
enabled. The Virtual TapeServer Licensing page reports “Secure VTS Key successfully
validated...”, though the key as submitted was not valid. Afterward, the (invalid) key is
not displayed. (TL-2320)
WORKAROUND: Submit all license keys with surrounding characters removed. If a
quoted license key was submitted, on the Virtual TapeServer Licensing page, click the
Update checkbox, type or paste the correct license key, and then click SUBMIT. Doing
this will discard the invalid license key and replace it with the correct one.
 When restoring a SecureVTS key database, initial attempts may fail and
indicate that the file is not found. When restoring a SecureVTS key database with the
Restore from the Disaster Recovery option, initial attempts may fail and indicate that the
local backup copy is not found, which must be present to do a remote restore. (TL-1239)
WORKAROUND: Wait five minutes and attempt a restore from disaster recovery again.
 SecureVTS is disabled if the server is downgraded and then upgraded.
SecureVTS appears to remain configured after downgrading and then upgrading because
the license key is still present. However, the user is then unable to add a local keyserver.
(TL-1216)
WORKAROUND: Delete /usr/local/tape/etc/vts_secure and then resubmit the license key
from the web interface.
 EMS cancel mount attempts loop indefinitely after a failed mount of an
encrypted cartridge. A cancel mount request sent from a NonStop server after an
encrypted cartridge could not be serviced by VTS will attempt to cancel and fail the cancel
operation for approximately 10 minutes. (TL-1205)
WORKAROUND: Restart the TapeServer process.