Hello,

I recently got handed over a client-site TSM Server (RHEL 5.4, TSM 5.5.4.2) 
that has 2 problems.

1: The TSM Server is actually a clusterresource, thus the config files like 
volhist.out are on a shared filesystem. Due to some error this filesystem went 
readonly. Now I probably have to restart the clusterservice / the tsm server. 
Is it safe to do this when devconf.out, volhist.out are not writeable? Is there 
risk of dataloss?

2: During space reclamation the server encountered a strange tape error (it's 
been there for longer as the activity log can say).

01/28/2014 10:21:19      ANR1330E The server has detected possible corruption 
in an
                          object being restored or moved. The actual values for 
the
                          incorrect frame are: magic 53454652 hdr version 0002 
hdr
                          length  0032 sequence number 00000001 data length
                          0003FFB0 server id 00000000 segment id         
77359863
                          crc 00000000. (SESSION: 1078749, PROCESS: 9219)
01/28/2014 10:21:19      ANR1331E Invalid frame detected.  Expected magic 
53454652
                          sequence number 00000001 server id 00000000 segment id
                               75014145. (SESSION: 1078749, PROCESS: 9219)

"Audit volume fix=no" showed one damaged file, but "query content" showed the 
tape was empty.
"audit volume fix=yes" said it inspected the file, but didn't do anything with 
it.

01/28/2014 11:19:18      ANR4132I Audit volume process ended for volume 
A00001L3; 1
                          files inspected, 0 damaged files deleted, 0 damaged 
files
                          marked as damaged, 0 files previously marked as 
damaged
                          reset to undamaged, 0 objects updated.  (SESSION:
                          1077671, PROCESS: 9204)

There is no Copy Pool for this Storage Pool, and after filtering the activity 
log, I found no errors on other tapes.
Can I just delete this tape and return it to scratch, or should I do a "dsmserv 
auditdb"? Though the documentation mentioned to only do this if specifically 
requested.

Any thoughts?

Kind regards,
Daniel
________________________________
INFONOVA GmbH
Sitz: Unterpremst?tten bei Graz
Firmenbuchgericht: Landesgericht f?r ZRS Graz
Firmenbuchnummer: FN 44354b

The information in this email is confidential and may be legally privileged. If 
you are not the intended recipient of this message, any review, disclosure, 
copying, distribution, retention, or any action taken or omitted to be taken in 
reliance on it is prohibited and may be unlawful. If you are not the intended 
recipient, please reply to or forward a copy of this message to the sender and 
delete the message, any attachments, and any copies thereof from your system.

Reply via email to