Virtual TapeServer 8.2 Release Notes

Known Issues | 23
 Warning messages during boot are displayed. These messages are displayed on the
console every time VTS boots and are ignorable. (TL-5954)
/var/www/media/app/models/transfer_agent.rb :18 warning: already
initialized constant STATUS_FAILURE_EXCEPTION
/var/www/media/app/models/transfer_agent.rb :19 warning: already
initialized constant STATUS_FAILURE_SHUTDOWN
 Kernel panic displayed on console. This issue can be caused when activity occurs on
the SCSI bus (such as an unmigrate) when TapeServer is restarted. (TL-6005)
 Mode page response to compression is enabled by default. This setting is enabled
by default and static for each emulation. However, compression may be turned off in the
configuration file, but the SCSI response to the mode sense request indicates that
compression is on. (TL-4141)
 Incorrect response from Ultrium 1 drive causes import and/or export to fail. A
physically connected HP Ultrium 1 drive fails to allow a rewind when the medium
removal is prevented by SCSI command. (TL-4035)
 Ownership of files is changed if encryption software is run by root. If a program
that uses encryption software is run by the root account, ownership of critical files is
changed, which will prevent programs from running correctly under normal user
authority. The programs that must not be started as root include the following:
• ems_master.pl
• ems_mounts.pl
• ems_send.pl
• ems_telnet.pl
•hsmdelete.pl
•hsmget.pl
•hsmput.pl
• vtsisc_cancel.pl
• vtsisc_mount.pl
• vtsisc_unmount.pl
• vts_scratch_erase.pl
The most common symptom of this problem is that VTS will not be able to log into a host
server. Log messages may make it appear as if a password has not been set, though it has
been set since encrypted passwords cannot be decrypted. (TL-3377)
To determine if the problem is present, execute the following as root or bill and verify that
one or more files is owned by root: ls -l /home/bill/.gnupg
WORKAROUND: To correct the problem, execute the following command as root:
chown bill.bill /home/bill/.gnupg/*
 Corrupt virtual tape causes system to become unresponsive. If VTS loses power
during a backup, causing the corrupt cartridge, the backup will fail. (It is likely that the
host running the backup will log a failure message.) As a result, VTS may become
unresponsive. (TL-3512)
WORKAROUND: Erase the resulting virtual tape and rerun the backup.