Tape Recovery Questions
We had an UPS failure in the data center. When the UPS failed, it immediately disconnected power to all devices in the data center. At the time of the failure, there were 3 tapes being written to in our 3583 library. After the UPS was repaired, I brought everything back online. TSM marked the three tapes as having an I/O error (no shock here) and wrote the following type message to the log for each tape: 12/17/04 05:07:29 ANR8355E I/O error reading label for volume 223AHV in dri ve DRIVE2 (/dev/rmt2). (SESSION: 383, PROCESS: 18) 12/17/04 05:08:01 ANR8778W Scratch volume 223AHV changed to Private Status to prevent re-access. (SESSION: 383, PROCESS: 18) Now, my question is how to recover from this. I have tried to identify what was on the tapes so that I may recover it from other tape pools, or maybe discard it if not necessary to rebuild it. However, the tapes are not assigned to any storage pools so the "query volume" and "query content" commands are not working. Any suggestions on what to do next to identify what is on the tapes?
Re: Tape Recovery Questions
HI, in such case (scratch tape updated in private by TSm), we just do a checkout remove=no, then a label overwrite=yes or checkin as scratch. Yours René LAMBELET NESTEC SA GLOBE - Global Business Excellence Central Support Center SD/ESN Av. Nestlé 55 CH-1800 Vevey (Switzerland) tél +41 (0)21 924'35'43 fax +41 (0)21 924'45'89 local REL-3 21 mailto:[EMAIL PROTECTED] This message is intended only for the use of the addressee and may contain information that is privileged and confidential. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of PEEK, CHRISTOPHER Sent: Tuesday,28. December 2004 14:32 To: ADSM-L@VM.MARIST.EDU Subject: Tape Recovery Questions We had an UPS failure in the data center. When the UPS failed, it immediately disconnected power to all devices in the data center. At the time of the failure, there were 3 tapes being written to in our 3583 library. After the UPS was repaired, I brought everything back online. TSM marked the three tapes as having an I/O error (no shock here) and wrote the following type message to the log for each tape: 12/17/04 05:07:29 ANR8355E I/O error reading label for volume 223AHV in dri ve DRIVE2 (/dev/rmt2). (SESSION: 383, PROCESS: 18) 12/17/04 05:08:01 ANR8778W Scratch volume 223AHV changed to Private Status to prevent re-access. (SESSION: 383, PROCESS: 18) Now, my question is how to recover from this. I have tried to identify what was on the tapes so that I may recover it from other tape pools, or maybe discard it if not necessary to rebuild it. However, the tapes are not assigned to any storage pools so the "query volume" and "query content" commands are not working. Any suggestions on what to do next to identify what is on the tapes?
Re: Tape Recovery Questions
... >Now, my question is how to recover from this. I have tried to identify >what was on the tapes so that I may recover it from other tape pools, or >maybe discard it if not necessary to rebuild it. However, the tapes are >not assigned to any storage pools so the "query volume" and "query >content" commands are not working. > >Any suggestions on what to do next to identify what is on the tapes? Christopher - Review your Activity Log. It would seem that the involved tapes had been mounted from the Scratch pool, and that the client-server transaction involved at the time of session interruption had not completed; and so no data was committed to the tapes. The crux of the matter is that if the volumes are not in a storage pool, then TSM believes there is no data on them, and nothing you can do will make available any partial data which had been in progress at the time. Richard Sims
Re: Tape Recovery Questions
12/28 14:42 "Lambelet,Rene,VEVEY,GLOBE Center CSC" wrote: > HI, > > in such case (scratch tape updated in private by TSm), we just do a checkout > remove=no, then a label overwrite=yes or checkin as scratch. > > Yours > > René LAMBELET > NESTEC SA > GLOBE - Global Business Excellence > Central Support Center > SD/ESN > Av. Nestlé 55 CH-1800 Vevey (Switzerland) > tél +41 (0)21 924'35'43 fax +41 (0)21 924'45'89 local > REL-3 21 > mailto:[EMAIL PROTECTED] > > This message is intended only for the use of the addressee > and may contain information that is privileged and > confidential. > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of > PEEK, CHRISTOPHER > Sent: Tuesday,28. December 2004 14:32 > To: ADSM-L@VM.MARIST.EDU > Subject: Tape Recovery Questions > > We had an UPS failure in the data center. When the UPS failed, it > immediately disconnected power to all devices in the data center. At > the time of the failure, there were 3 tapes being written to in our 3583 > library. After the UPS was repaired, I brought everything back online. > TSM marked the three tapes as having an I/O error (no shock here) and > wrote the following type message to the log for each tape: > > 12/17/04 05:07:29 ANR8355E I/O error reading label for volume 223AHV > in dri >ve DRIVE2 (/dev/rmt2). (SESSION: 383, PROCESS: > 18) > 12/17/04 05:08:01 ANR8778W Scratch volume 223AHV changed to Private > Status >to prevent re-access. (SESSION: 383, PROCESS: 18) > > Now, my question is how to recover from this. I have tried to identify > what was on the tapes so that I may recover it from other tape pools, or > maybe discard it if not necessary to rebuild it. However, the tapes are > not assigned to any storage pools so the "query volume" and "query > content" commands are not working. > > Any suggestions on what to do next to identify what is on the tapes?
Re: Tape Recovery Questions
Sorry, Rene ingnore the last replay "Lambelet,Rene,VEVEY,GLOBE Center CSC" wrote: > HI, > > in such case (scratch tape updated in private by TSm), we just do a checkout > remove=no, then a label overwrite=yes or checkin as scratch. > > Yours > > René LAMBELET > NESTEC SA > GLOBE - Global Business Excellence > Central Support Center > SD/ESN > Av. Nestlé 55 CH-1800 Vevey (Switzerland) > tél +41 (0)21 924'35'43 fax +41 (0)21 924'45'89 local > REL-3 21 > mailto:[EMAIL PROTECTED] > > This message is intended only for the use of the addressee > and may contain information that is privileged and > confidential. > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of > PEEK, CHRISTOPHER > Sent: Tuesday,28. December 2004 14:32 > To: ADSM-L@VM.MARIST.EDU > Subject: Tape Recovery Questions > > We had an UPS failure in the data center. When the UPS failed, it > immediately disconnected power to all devices in the data center. At > the time of the failure, there were 3 tapes being written to in our 3583 > library. After the UPS was repaired, I brought everything back online. > TSM marked the three tapes as having an I/O error (no shock here) and > wrote the following type message to the log for each tape: > > 12/17/04 05:07:29 ANR8355E I/O error reading label for volume 223AHV > in dri >ve DRIVE2 (/dev/rmt2). (SESSION: 383, PROCESS: > 18) > 12/17/04 05:08:01 ANR8778W Scratch volume 223AHV changed to Private > Status >to prevent re-access. (SESSION: 383, PROCESS: 18) > > Now, my question is how to recover from this. I have tried to identify > what was on the tapes so that I may recover it from other tape pools, or > maybe discard it if not necessary to rebuild it. However, the tapes are > not assigned to any storage pools so the "query volume" and "query > content" commands are not working. > > Any suggestions on what to do next to identify what is on the tapes?
Re: Tape Recovery Questions
If they aren't assigned to a storage pool, there is no valid data on them, so no recovery is necessary. When TSM has a problem completing a mount, it doesn't know whether the problem is with the tape or the drive. So it marks the tape private to prevent a repetitive failure on the next mount, in case the problem is indeed the tape itself. Since you know the problem was with the drive (i.e., it had no power!) and not the tape, all you need to do is mark it as Scratch again: update libv yourlibname 223AHV status=scratch -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of PEEK, CHRISTOPHER Sent: Tuesday, December 28, 2004 8:32 AM To: ADSM-L@VM.MARIST.EDU Subject: Tape Recovery Questions We had an UPS failure in the data center. When the UPS failed, it immediately disconnected power to all devices in the data center. At the time of the failure, there were 3 tapes being written to in our 3583 library. After the UPS was repaired, I brought everything back online. TSM marked the three tapes as having an I/O error (no shock here) and wrote the following type message to the log for each tape: 12/17/04 05:07:29 ANR8355E I/O error reading label for volume 223AHV in dri ve DRIVE2 (/dev/rmt2). (SESSION: 383, PROCESS: 18) 12/17/04 05:08:01 ANR8778W Scratch volume 223AHV changed to Private Status to prevent re-access. (SESSION: 383, PROCESS: 18) Now, my question is how to recover from this. I have tried to identify what was on the tapes so that I may recover it from other tape pools, or maybe discard it if not necessary to rebuild it. However, the tapes are not assigned to any storage pools so the "query volume" and "query content" commands are not working. Any suggestions on what to do next to identify what is on the tapes?
missed backup files because of virus scanner
Hello, We just found out that one of our Novell clients has a Virus Scanner that is interfering with the nightly TSM incremental backup of a volume NTOVL1 is causing many files to be skipped because it's scans files during the backup and TSM thinks the files are open. Anyone else ever experienced this problem or something similar. Netware 6.5 SP2 TSM client 5.2.2 Thanks for any replies in advance
LAN free on Solaris to AIX Server using 3494/3590
Hi All, Is anyone doing LAN Free backups on Solaris to an AIX Server? I have the Storage Agent connecting fine to the server, but IBMtape on solaris is not configuring the tape devices. The tapes are properly zones, as cfgadm reports them. I am using TSM 5.2.1.0 of both ther server and storage agent, and IBMtape 4.1.0.7. cfgadm -al | grep tape c4::50050763004057dc tape connectedconfigured unknown c4::5005076300406085 tape connectedconfigured unknown c4::50050763004064e9 tape connectedconfigured unknown c4::500507630040670b tape connectedconfigured unknown c4::5005076300406aeb tape connectedconfigured unknown c4::50050763004f3901 tape connectedconfigured unknown c4::50050763004f3902 tape connectedconfigured unknown c6::5005076300405600 tape connectedconfigured unknown c6::5005076300405961 tape connectedconfigured unknown c6::500507630040617f tape connectedconfigured unknown c6::50050763004065d1 tape connectedconfigured unknown c6::50050763004072d7 tape connectedconfigured unknown c6::50050763004f3903 tape connectedconfigured unknown c6::50050763004f3904 tape connectedconfigured unknown But after I load IBMtape, it does not find these devices, and therefore, I get no devices in /dev/rmt which I could then use in my define path statements on the server. Any ideas on what I am missing? Thanks, Steve Roder University at Buffalo ([EMAIL PROTECTED] | (716)645-3564)
Re: Domino TDP command expired 3 of 4 inactive backup versions
The incremental commmand inactivates any active database backups on the TSM server that are excluded from backup. The dsmtest.opt file inactivates all databases in the mail directory. Domino databases are stored by their relative names in the TSM server so relative names must be used on the include/exclude statements. The leading '\' should be removed. "ADSM: Dist Stor Manager" wrote on 12/22/2004 07:01:36 AM: > I ran the command file which is executed when my TDP for domino gets > scheduled. I substituted a different dsm.opt file to exclude the mail > files. After the incremental backup ran, it expired all but 2 backup > version of my mail files. It is though it had changed the number of > backup version to keep. Last night it backed up again but did not > increase the number of versions held on the tsm server. All the other > Domino data bases are keeping the default 4 versions. In addition, when > I issue the command on the server 'show versions node * ' all the Domino > data bases are attached to the same (default) management class. > command executed via a command file; > start domdsmc Incremental * /SUBDir=Yes /adsmoptfile=dsmtest.opt > /logfile=C:\TSMLog\domtest.log >> domtest.log > > dsmtest.opt > ExCLUDE \* > EXCLUDE log.nsf > EXCLUDE mail*.box > INCLUDE \dir\l.nsf DOMINO-CRITICAL-MGMTCLS > INCLUDE \udir\obj.nsf DOMINO-CRITICAL-MGMTCLS > INCLUDE \udir\q.nsf DOMINO-CRITICAL-MGMTCLS > INCLUDE \udir\cccarc.nsf DOMINO-CRITICAL-MGMTCLS > EXCLUDE mail\* > I can not understand why running this command from the C:\ prompt would > expire 3 of my extra version. > Any help is greatly appreciated > Robert
Re: TDP for Domino Client - Archive log backup question
The domdsmc archivelog command backups all the logs that have not yet been archived regardless of the their date. The Domino server keeps track of which logs have been archived and passes that information to DP for Domino. "ADSM: Dist Stor Manager" wrote on 12/22/2004 12:09:36 AM: > Hi List, > How will i push to TSM server the old archive log since the command > "domdsmc archivelog" only backup the logs of the current date? > it is because the archive logging was enabled but the the backup on > the crontab was not activated. > Thanks a lot in advance! > > Kind regards, > radimus > > - > Do you Yahoo!? > Take Yahoo! Mail with you! Get it on your mobile phone.
Re: Tape Recovery Questions
dear All, I am glad to see this question and replies. Please find the question in the end: I am sorry but need to give you basic idea of what had happened. Yesterday i got news from one of my friends using tivoli with in more or less the same environment as mine. Tivoli (5.2.3) on windows and 3582 on SAN. There was a problem on one of the tape drives in library and storage guys turned it off and on and switched its interfaces to troubleshoot the two tape drives... it all went on while the TSM server was running. I asked him to mark that faulty tape drive as offline and continue operation, as one of you suggested earlier. I should have worked but it didn't and the mesage said that media mount no possible. Now as he inserted tapes using Media labeling wizard, the checked in tapes as scratch do not even show up in "select * from libvolume where status='Scratch'. Infact these tapes are no where but in library and not in TSM database. Question: Can I run "Device configuration wizard" to reconfigure devices, without loosing anything on tapes that had already been backedup? Once that faulty tape drive is back again, I can run this wizard again to start normal operations with 2 tape drives. Safe or should i try something else? I think logically it shouldn't matter to TSM. Kindly enlighten me ! Sandra "Prather, Wanda" wrote: > If they aren't assigned to a storage pool, there is no valid data on > them, so no recovery is necessary. > > When TSM has a problem completing a mount, it doesn't know whether the > problem is with the tape or the drive. > So it marks the tape private to prevent a repetitive failure on the next > mount, in case the problem is indeed the tape itself. > > Since you know the problem was with the drive (i.e., it had no power!) > and not the tape, all you need to do is mark it as Scratch again: > > update libv yourlibname 223AHV status=scratch > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of > PEEK, CHRISTOPHER > Sent: Tuesday, December 28, 2004 8:32 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Tape Recovery Questions > > We had an UPS failure in the data center. When the UPS failed, it > immediately disconnected power to all devices in the data center. At > the time of the failure, there were 3 tapes being written to in our 3583 > library. After the UPS was repaired, I brought everything back online. > TSM marked the three tapes as having an I/O error (no shock here) and > wrote the following type message to the log for each tape: > > 12/17/04 05:07:29 ANR8355E I/O error reading label for volume 223AHV > in dri >ve DRIVE2 (/dev/rmt2). (SESSION: 383, PROCESS: > 18) > 12/17/04 05:08:01 ANR8778W Scratch volume 223AHV changed to Private > Status >to prevent re-access. (SESSION: 383, PROCESS: 18) > > Now, my question is how to recover from this. I have tried to identify > what was on the tapes so that I may recover it from other tape pools, or > maybe discard it if not necessary to rebuild it. However, the tapes are > not assigned to any storage pools so the "query volume" and "query > content" commands are not working. > > Any suggestions on what to do next to identify what is on the tapes?
Scheduler problem
We are in the progress of migrating our TSM clients to a new 5.2.2.0 server running under mainframe Linux. We just migrated an Intel Linux client system with 5.2.3.0 client software. The client is not responding to a request to start an incremental backup. The scheduler log on the client seems to indicate that the client is fully aware of the pending request but does not see fit to act on the request. The relevant portion of the client log appears below: 12/28/2004 14:32:42 Querying server for next scheduled event. 12/28/2004 14:32:42 Node Name: RICHMOND 12/28/2004 14:32:42 Session established with server TSMP1: Linux/s390x 12/28/2004 14:32:42 Server Version 5, Release 2, Level 2.0 12/28/2004 14:32:42 Server date/time: 12/28/2004 14:27:55 Last access: 12/28/2004 14:25:50 12/28/2004 14:32:42 --- SCHEDULEREC QUERY BEGIN 12/28/2004 14:32:42 --- SCHEDULEREC QUERY END 12/28/2004 14:32:42 Next operation scheduled: 12/28/2004 14:32:42 12/28/2004 14:32:42 Schedule Name: @64 12/28/2004 14:32:42 Action:Incremental 12/28/2004 14:32:42 Objects: 12/28/2004 14:32:42 Options: 12/28/2004 14:32:42 Server Window Start: 13:46:05 on 12/28/2004 12/28/2004 14:32:42 12/28/2004 14:32:42 Schedule will be refreshed in 3 hours. The client has been running successful backups on our old TSM server, and a number of other clients have been running successful backups on our new TSM server. The client that is not responding to the central scheduler is mildly unusual for our site in that it uses polling rather than prompted scheduling. A 'query node' command with 'f=d' reveals one oddity which may be related to the problem: the 'Last Communication Method Used' field is blank.
Re: Scheduler problem
Your "queryschedperiod" value appears to be 3 hours. 1) How big is the schedule window? (i.e., duration) 2) What is your randomization %? (If they are large, this could be correct behavior..) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Denier Sent: Tuesday, December 28, 2004 4:46 PM To: ADSM-L@VM.MARIST.EDU Subject: Scheduler problem We are in the progress of migrating our TSM clients to a new 5.2.2.0 server running under mainframe Linux. We just migrated an Intel Linux client system with 5.2.3.0 client software. The client is not responding to a request to start an incremental backup. The scheduler log on the client seems to indicate that the client is fully aware of the pending request but does not see fit to act on the request. The relevant portion of the client log appears below: 12/28/2004 14:32:42 Querying server for next scheduled event. 12/28/2004 14:32:42 Node Name: RICHMOND 12/28/2004 14:32:42 Session established with server TSMP1: Linux/s390x 12/28/2004 14:32:42 Server Version 5, Release 2, Level 2.0 12/28/2004 14:32:42 Server date/time: 12/28/2004 14:27:55 Last access: 12/28/2004 14:25:50 12/28/2004 14:32:42 --- SCHEDULEREC QUERY BEGIN 12/28/2004 14:32:42 --- SCHEDULEREC QUERY END 12/28/2004 14:32:42 Next operation scheduled: 12/28/2004 14:32:42 12/28/2004 14:32:42 Schedule Name: @64 12/28/2004 14:32:42 Action:Incremental 12/28/2004 14:32:42 Objects: 12/28/2004 14:32:42 Options: 12/28/2004 14:32:42 Server Window Start: 13:46:05 on 12/28/2004 12/28/2004 14:32:42 12/28/2004 14:32:42 Schedule will be refreshed in 3 hours. The client has been running successful backups on our old TSM server, and a number of other clients have been running successful backups on our new TSM server. The client that is not responding to the central scheduler is mildly unusual for our site in that it uses polling rather than prompted scheduling. A 'query node' command with 'f=d' reveals one oddity which may be related to the problem: the 'Last Communication Method Used' field is blank.
Tape Scratch list
Hi, How to produce a daily scratch report so that I can monitor of tapes usage. Thanks Pos Malaysia Berhad is Malaysia's national postal company Visit us online at www.pos.com.my NOTICE This message may contain privileged and/or confidential information. If you are not the addressee or authorised to receive this email, you must not use, copy, disclose or take any action based on this email. If you have received this email in error, please advise the sender immediately by reply e-mail and delete this message. Pos Malaysia Berhad takes no responsibility for the contents of this email.
How to migrate Tsm 5.2 from OS390 to AIX
Hi all, We have to migrate TSM 5.2 from OS390 to AIX 5.2.Total data is around 20 TB with 8 drive library. What will be the best strategy to do this? server to server export import or fresh backups after fresh installation. Any past experience,writeup or redbook for this activity? Thanks SAN __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Tape Scratch list
For example by: "select * from libvolumes where STATUS = 'Scratch'" for a list of all scratch-volumes or "select library_name,count(*) scratch from libvolumes where STATUS = 'Scratch' group by library_name,STATUS" for the number of scratch-volumes grouped per library Jeroen -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Norita binti Hassan Sent: woensdag 29 december 2004 3:21 To: ADSM-L@VM.MARIST.EDU Subject: Tape Scratch list Hi, How to produce a daily scratch report so that I can monitor of tapes usage. Thanks Pos Malaysia Berhad is Malaysia's national postal company Visit us online at www.pos.com.my NOTICE This message may contain privileged and/or confidential information. If you are not the addressee or authorised to receive this email, you must not use, copy, disclose or take any action based on this email. If you have received this email in error, please advise the sender immediately by reply e-mail and delete this message. Pos Malaysia Berhad takes no responsibility for the contents of this email.
Re: Tape Scratch list
What I want is a daily scratch list which expire daily, not in a libvol. So that I can reuse tapes which has been checkout and I don't have to check in new tapes when my storage pool is out if scratch tapes. -Original Message- From: Hooft, Jeroen [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 29, 2004 2:50 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Tape Scratch list For example by: "select * from libvolumes where STATUS = 'Scratch'" for a list of all scratch-volumes or "select library_name,count(*) scratch from libvolumes where STATUS = 'Scratch' group by library_name,STATUS" for the number of scratch-volumes grouped per library Jeroen -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Norita binti Hassan Sent: woensdag 29 december 2004 3:21 To: ADSM-L@VM.MARIST.EDU Subject: Tape Scratch list Hi, How to produce a daily scratch report so that I can monitor of tapes usage. Thanks Pos Malaysia Berhad is Malaysia's national postal company Visit us online at www.pos.com.my NOTICE This message may contain privileged and/or confidential information. If you are not the addressee or authorised to receive this email, you must not use, copy, disclose or take any action based on this email. If you have received this email in error, please advise the sender immediately by reply e-mail and delete this message. Pos Malaysia Berhad takes no responsibility for the contents of this email. Pos Malaysia Berhad is Malaysia's national postal company Visit us online at www.pos.com.my NOTICE This message may contain privileged and/or confidential information. If you are not the addressee or authorised to receive this email, you must not use, copy, disclose or take any action based on this email. If you have received this email in error, please advise the sender immediately by reply e-mail and delete this message. Pos Malaysia Berhad takes no responsibility for the contents of this email.
