Why not just backup the devconfig data to another file, via BACKUP DEVCONFIG FILENAMES=
On Wed, Jan 29, 2014 at 9:20 AM, Weidacher, Daniel < daniel.weidac...@infonova.com> wrote: > 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. > -- *Zoltan Forray* TSM Software & Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
