Re: Three questions
Use server-to-server where you edit your script on the config manager server. Make the script a managed script and have the managed servers subscribe to the profile. That way all the servers "inherit" what you typed on one server. Server-to-server does not require any special licensing ever since TSM 3.7. Joerg Pohlmann
Re: 3494 and RS6000 SP connection
Yes, the 9-pin port on the rear. As the cable is having 25-pin connector on both end, you will need a 9to25pin rs232 connector on the RS6000 side. Thanks. Regards, Eric Tang
Long Tern Storage - Backupsets/Archive/Other?
Hi fellow *MSrs - I have a situation that I am trying to work out - we have approximately 250 servers each with anywhere from 6 gigs to 250 gigs. The situation is that we have implemented an offsite copy storage pool - that works fine. What we are looking to do now is to create long term storage on our nodes. I realize that there is the new thing called "Instant Archive" - but this is not automated as far as keeping track of which node went to which tape and when the tape could be brought back onsite - unless, there is someway to do it that I am not aware of - in addition, it does not appear to be very easy to retrieve the data. I know that there is the standard archiving, however, this must go out to the server. This is a problem since our window for backups is 10pm to 8am everyday including weekends. It would be difficult to do the backups and the archives during this time due to not wanting to bring down or slow down services. Therefore, I was just wondering what alternatives are there - or if anyone had any suggestions on how this could be implemented. For example, possibly there is a way to have a longer retention period on copy pools Or, has anyone found a way to keep track of the backupset automatically - I know I can run a script to see who and what tape - but I do not see anything in the tables to let me know exactly when the tape should be brought back. Most likely, this can be done in a script as well? Any advice or help will be appreciated. Thanks. Terry
Re: HELP - Error reading label
In addition, I forgot to mention that even if I try checking out the tape, I get the same error. I just wish my copypool was caught up enough to where it did this tape. -Original Message- From: arhoads [mailto:[EMAIL PROTECTED]] Sent: Sunday, August 20, 2000 2:19 PM To: [EMAIL PROTECTED] Subject: Re: HELP - Error reading label When you tried the move, audit, and reclaim did you change the access mode to readonly before each of these commands? "Barth, Terry V. (MBS)" wrote: > > Hi fellow *MSrs > > I need assistance on this :0) > > We have a tape that receives the following error. I have contacted TSM > support and they informed me that with this error, the only thing to do is > to send it off to a data recovery agency. However, my question is, has > anyone else ever had this problem and if so, what did you do about it? This > tape does have important data on it and our copy storage pool is still in > the process of playing catch - therefore, I am not sure what to do here and > if I do send it off to an offsite recovery facility - I wonder what the > chances are of actually recovering the data. > > I have tried a move, an audit and a reclaim on this tape, and nothing works. > I was also informed that it is not the barcode label as the tape does mount > into the drive and the robot attempts to read the tape for about 5 minutes > before producing the error. > > If anyone has seen this error before and has resolved it in some way or sent > a tape off to be recovered - could you please let me know what the outcome > was? > > Thanks. > > ANR8355E I/O error reading label for volume BKS574 in drive DRIVE03 > (/dev/rmt/11mt). > ANR1402W Mount request denied for volume BKS574 - volume unavailable. > ANR1410W Access mode for volume BKS574 now set to "unavailable". > > -Terry
Re: HELP - Error reading label
When you tried the move, audit, and reclaim did you change the access mode to readonly before each of these commands? "Barth, Terry V. (MBS)" wrote: > > Hi fellow *MSrs > > I need assistance on this :0) > > We have a tape that receives the following error. I have contacted TSM > support and they informed me that with this error, the only thing to do is > to send it off to a data recovery agency. However, my question is, has > anyone else ever had this problem and if so, what did you do about it? This > tape does have important data on it and our copy storage pool is still in > the process of playing catch - therefore, I am not sure what to do here and > if I do send it off to an offsite recovery facility - I wonder what the > chances are of actually recovering the data. > > I have tried a move, an audit and a reclaim on this tape, and nothing works. > I was also informed that it is not the barcode label as the tape does mount > into the drive and the robot attempts to read the tape for about 5 minutes > before producing the error. > > If anyone has seen this error before and has resolved it in some way or sent > a tape off to be recovered - could you please let me know what the outcome > was? > > Thanks. > > ANR8355E I/O error reading label for volume BKS574 in drive DRIVE03 > (/dev/rmt/11mt). > ANR1402W Mount request denied for volume BKS574 - volume unavailable. > ANR1410W Access mode for volume BKS574 now set to "unavailable". > > -Terry
Re: HELP - Error reading label
Yes :0( and it gave me the same error. -Original Message- From: arhoads [mailto:[EMAIL PROTECTED]] Sent: Sunday, August 20, 2000 2:19 PM To: [EMAIL PROTECTED] Subject: Re: HELP - Error reading label When you tried the move, audit, and reclaim did you change the access mode to readonly before each of these commands? "Barth, Terry V. (MBS)" wrote: > > Hi fellow *MSrs > > I need assistance on this :0) > > We have a tape that receives the following error. I have contacted TSM > support and they informed me that with this error, the only thing to do is > to send it off to a data recovery agency. However, my question is, has > anyone else ever had this problem and if so, what did you do about it? This > tape does have important data on it and our copy storage pool is still in > the process of playing catch - therefore, I am not sure what to do here and > if I do send it off to an offsite recovery facility - I wonder what the > chances are of actually recovering the data. > > I have tried a move, an audit and a reclaim on this tape, and nothing works. > I was also informed that it is not the barcode label as the tape does mount > into the drive and the robot attempts to read the tape for about 5 minutes > before producing the error. > > If anyone has seen this error before and has resolved it in some way or sent > a tape off to be recovered - could you please let me know what the outcome > was? > > Thanks. > > ANR8355E I/O error reading label for volume BKS574 in drive DRIVE03 > (/dev/rmt/11mt). > ANR1402W Mount request denied for volume BKS574 - volume unavailable. > ANR1410W Access mode for volume BKS574 now set to "unavailable". > > -Terry
HELP - Error reading label
Hi fellow *MSrs I need assistance on this :0) We have a tape that receives the following error. I have contacted TSM support and they informed me that with this error, the only thing to do is to send it off to a data recovery agency. However, my question is, has anyone else ever had this problem and if so, what did you do about it? This tape does have important data on it and our copy storage pool is still in the process of playing catch - therefore, I am not sure what to do here and if I do send it off to an offsite recovery facility - I wonder what the chances are of actually recovering the data. I have tried a move, an audit and a reclaim on this tape, and nothing works. I was also informed that it is not the barcode label as the tape does mount into the drive and the robot attempts to read the tape for about 5 minutes before producing the error. If anyone has seen this error before and has resolved it in some way or sent a tape off to be recovered - could you please let me know what the outcome was? Thanks. ANR8355E I/O error reading label for volume BKS574 in drive DRIVE03 (/dev/rmt/11mt). ANR1402W Mount request denied for volume BKS574 - volume unavailable. ANR1410W Access mode for volume BKS574 now set to "unavailable". -Terry
Re: Three questions
-Original Message- From: Fred Johanson To: [EMAIL PROTECTED] Sent: 8/2/00 3:57 PM Subject: Three questions 3. Is there an easy way to copy scripts from one server to another? I'm not looking forward to hand typing from one AIX machine to another. Hi Fred, >From an admin command line, type "HELP Q SCRIPT" to get the syntax for QUERY SCRIPT. You can run the command: Q SCRIPT scriptname FORMAT=RAW OUTPUTFILE=blah to dump the source lines for a script into an ASCII flat file. Then use FTP (or a floppy via sneaker-net, whatever) to move the flat files to your other TSM server machine. On the second machine, you run DEFINE SCRIPT with the FILE parm to re-create the script from the ASCII file. I maintain all my scripts this way. I keep all the source text for my server scripts in a directory on the server, and update them with vi (or whatever your favorite editor). Then use a DELETE SCRIPT and DEFINE SCRIPT to recreate them when changes are needed. I find it MUCH easier to make changes in the text that way than trying to use UPDATE SCRIPT commands. Hope that's the answer you are looking for.. Wanda Prather Johns Hopkins University Applied Physics Lab 443-778-8769
Re: Discrepancy between standard restore and restore backupset
Hi John - When you did the backupset, did you check the log? I have had in the past where not all the files would be backed up to the backupset - due to a problem with the file on the tape or a problem with the tape. For example, one time a tape that it was looking for was marked as "unavailable," thus, it would not be able to get the files that were on the tape. Also, have you figured out a way to keep track automatically of the backupsets, the tape it used, and the time when it needs to come back? - you know, something like how DRM is set up? Thanks. -Original Message- From: John Naylor [mailto:[EMAIL PROTECTED]] Sent: Friday, August 18, 2000 12:58 PM To: [EMAIL PROTECTED] Subject: Re: Discrepancy between standard restore and restore backupset I am not sure if it was clear in my original note but ANE4955I (Session: 6894, Node: PORSD1) Total objects restored: 1,381,024 was the figure from the backup set restore. If anyone has seen this sort of discrepancy or has any thoughts that explain the difference, please let me know John John Naylor 08/18/2000 11:49 AM Sent by: John Naylor To: [EMAIL PROTECTED] cc: Subject: Discrepancy between standard restore and restore backupset Am I missing something obvious? I am doing some comparison testing of backupset restores against standard restores. I understood that in both cases restore would only be of active files and yet I see with a standard restore ANE4955I (Session: 5106, Node: PORSD1) Total number of objects restored: 2,238,710 ANE4955I (Session: 6894, Node: PORSD1) Total objects restored: 1,381,024 There was a period of time between the two restores so I would not expect them to be identical, but nothing like this discrepancy My questions are :- 1) Anyone know why the large difference in the number of objects restored ? 2) If the lower number of objects is all the active files, then how do I force the traditional restore to restore just the active files? The server being restored was a netware box and it was being restored to another netware box in both cases to an empty volume. The commands used were LOAD DSMC REST -SU=Y -REPL=N -TAPEP=NPORSD1\DATA:/ CONT_5500\DATA:/ load dsmc rest backupset -repl=n -su=y tstbck1.181377263 porsd1\data: cont_5500\data:\ Thanks ** The information in this E-Mail is confidential and may be legally privileged. It may not represent the views of Scottish and Southern Energy plc. It is intended solely for the addressees. Access to this E-Mail by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any unauthorised recipient should advise the sender immediately of the error in transmission. Scottish Hydro-Electric and Southern Electric are trading names of Scottish and Southern Energy Group **
