include/exclude syntax question for TSM Unix Client
Hi All, I was hoping I could get some feedback on the syntax of a set of files that I am trying to include during backup. Currently, my exclude.list file looks like so: exclude.dir /u[0-9][0-9] include.file /u38/exp/.../*.* I'm trying to get TSM to backup all the files and subdirs under /u38/exp, but still exclude all the the other u* directories and files. I must be doing something wrong, as TSM is still excluding /u38/exp. I've tried a few different combinations, but with no luck. Does anyone have any suggestions? Thanks. Holly L. Peppers BCBSFL Cpacity Planning Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Help w/TDP for Oracle w/RMAN
All, Please help. :-) WE are currently receiving an error message when trying to retrieve files via TDP for Oracle w/RMAN. The error we are seeing is as follows: ANS1302E (RC2) No objects on server match query I'm thinking there may be an environment variable that needs to be specifically set for the restores? Seems like I heard that somewhere once before...but if so, I'm not sure where it is or what it is. Let me know if any of you have any hints. Thanks. Holly L. Peppers BCBSFL Technical Services Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
ACSLS/TSM on Unix
Hello All!! I need some assistence please. :-) Currently we have TSM running on AIX, connected to ACSLS to Wolfcreek library. This afternoon, a tape got stuck in the hand of the silo, and the hand was replace. However, now when I try to run an audit of the library within TSM, I am receving tht following error mesage: 10/29/2002 17:21:54 ANR8855E ACSAPI(acs_lock_volume) response with unsuccessful status, status=STATUS_LOCK_FAILED. 10/29/2002 17:21:55 ANR8460E AUDIT LIBRARY process for library ACSLIB failed. 10/29/2002 17:21:55 ANR0985I Process 2 for AUDIT LIBRARY running in the BACKGROUND completed with completion state FAILURE at 17:21:55. Is anyone familiar with this? Please respond. :-) Thanks. Holly L. Peppers BCBSFL Technical Services Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Volhist file
Hello All!!! I have a issue/question that I'm hoping someone out there knows the answer to... We just discoverd that our volhistory file is maintaining copies of full/incr db backups since February 2002. As most of you may have guessed, we don't want it to do this...:-) Isn't there a parm that can be set somewhere to tell TSM how many versions of this to keep? Where is it? How does one do this?? Please respond. Thanks a bunch. Holly L. Peppers BCBSFL Technical Services Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
TSM Client V4.2.xxx Costs per license
Hi All!! Can anyone out there please tell me how much it is for TSM Client Code V4.2.xxx?? If anyone knows this off the top of their head, please let me know. Thanks. Holly L. Peppers BCBSFL 58481 Technical Services Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: TSM Restore help
Thanks for the response. I'll try that. Holly L. Peppers BCBSFL Technical Services -Original Message- From: Don France [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 13, 2002 7:12 PM To: [EMAIL PROTECTED] Subject: Re: TSM Restore help Nope,,, I haven't personally seen this error -- BUT I've seen similar types of problems when the nodename was used by a later client version, then the user tries to restore using the older client version. Once a later version is used (to backup or archive data) going back to the older version should generate a more gracious message, sometimes they just get the wrong message index number! Try running from a higher level client (preferably 4.2.x), then if it still fails, call SupportLine... you may need to be at 4.2 or later to get support, as your client level went out service a long time ago. Also, you could bypass the file in question, using web-client, to see if other data is restorable -- probably not. Don France Technical Architect -- Tivoli Certified Consultant Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390 San Jose, Ca (408) 257-3037 mailto:[EMAIL PROTECTED] Professional Association of Contract Employees (P.A.C.E. -- www.pacepros.com) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Peppers, Holly Sent: Tuesday, August 13, 2002 12:21 PM To: [EMAIL PROTECTED] Subject: TSM Restore help I am trying to do a restore, and am receiving the following error message: ANS 4032E, file is not compressed. This is on a HP-UX client, restoring from an old machine, using the virtualnodename parm. I'm trying to do a restore from 3.1.08 to 3.1.08 HPUX. The TSM Server is at V4.2.2.0. Has anyone seen this message? Help please!!! Thanks Holly L. Peppers BCBSFL Technical Services Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
TSM Restore help
I am trying to do a restore, and am receiving the following error message: ANS 4032E, file is not compressed. This is on a HP-UX client, restoring from an old machine, using the virtualnodename parm. I'm trying to do a restore from 3.1.08 to 3.1.08 HPUX. The TSM Server is at V4.2.2.0. Has anyone seen this message? Help please!!! Thanks Holly L. Peppers BCBSFL Technical Services Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
TDP for Informix error
I have a customer who is currently using TDP for Informix. He tried to do a restore of his database, and can only restore the most recent version of his database. I'm not sure what this error message is that he is seeing, nor what causes it. Can you guys provide any help? Thanks. :-) (See customer's note below regarding the error...) Guys - I tried to restore the production database in our test environment that we have created and here is what I found out. I can use my last back and restore the database just fine. That is if the database backup did complete and we did not have any problems. I can use any point in time after the last backup was taken and restore the database just fine. Now here is the problem: I can not go to my previous backups. It gives me the BSABAROBJECT error message. I only have the box for the next few days and I need your help. This is very important because if for some reason our recent backup is corrupted I can not go back to the old copies. This can pose big problems in case of disaster and especially TSM being the only backup with no cloning options. Any help you can provide hopefully today or tomorrow is greatly appreciated. I need to give the current box back to Unix admins. Holly L. Peppers BCBSFL (904)905-8481 Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
[no subject]
We are trying to determine how much of our backup data is PST files. Can this be determined from the TSM database? Thanks. Holly L. Peppers Bluse Cross & Blue Shield of Florida [EMAIL PROTECTED] Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Select Stmts. in TSM
Has anybody tried to do a join in the TSM tables? I went looking thru the help utility and the manuals, but did not see the syntax of how to do this. Let me know please. Thanks. Holly L. Peppers Blue Cross & Blue Shield of Florida [EMAIL PROTECTED] Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Expiration Problems
Thanks for the help! Adding the Wait=Yes paremeter seems to have made a difference. Holly L. Peppers Blue Cross Blue Shield of Fl 904-905-8481 Technical Services -Original Message- From: Andrew Raibeck [mailto:[EMAIL PROTECTED]] Sent: Friday, October 05, 2001 1:53 PM To: [EMAIL PROTECTED] Subject: Re: Expiration Problems Have you checked the activity log to see if the commands are really failing? Most likely the schedule definition for the EXPIRE INVENTORY doesn't include the WAIT=YES parameter, in which case the command is issued, and the scheduled event ends while the process runs in the background. If you want the event to wait for inventory expiration to comlete, change the schedule to include the WAIT=YES parameter. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. "Peppers, Holly" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 10/05/2001 10:15 Please respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: Subject:Expiration Problems see not below... Holly L. Peppers Blue Cross Blue Shield of Fl 904-905-8481 Technical Services -Original Message- From: Peppers, Holly Sent: Friday, October 05, 2001 10:37 AM To: '[EMAIL PROTECTED]' Subject: RE: Backupsets Hi, May I ask what problems you were having with your expire inventory please? I recently have discovered (for whatever reason) that my administrative schedules for expire inventory have not been working. When I execute 'q ev expiration type=admin f=d', tsm comes back and gives me a status completion of success, but the execution time is less than one minute. When I execute 'expire inventory' manually from the command line, the job runs continually for several hours. Does this sound anything like the problem you were having? Has anyone seen this before? Any ideas?? Holly L. Peppers Blue Cross Blue Shield of Fl 904-905-8481 Technical Services -Original Message- From: Pothula S Paparao [mailto:[EMAIL PROTECTED]] Sent: Friday, October 05, 2001 3:57 AM To: [EMAIL PROTECTED] Subject: Re: Backupsets Importance: High Hi floks, Why i wanted to know more about backupset ? Our setup : AIX4.3.3 , TSM 4.1.4.2 , 3575 Auto library. Recently i had a problem with Expire inventory . contacted IBM support (one to many). They suggested to apply fix 4.1.4.2, I have done it. Still expiration problem persists. One fine day my TSM server crashed. I tried to up the server and It never listen to me. Finally , i had to restore most recent backup. But, TSM keep crashing every day at mid night. I asked IBM support to escalate this problem (expiration and corrupted DB pages) to L2/L3, It took weeks time. They suggested me to AUDIT DB with fix=yes. nope. they again come up with UNLOADDB/LOADFORMAT/LOADDB...after few days... They asked me to EXPORT/IMPORT all nodes . Even this didnot worked out. After all this, they said its a known bug and asked us to find good copy of DB (which we dont have) or rebuild TSM from scratch. Yes, we have dicided to rebuild from scratch. (no other option) so *SMers, I would like to know more about backupset. i know little about it. can i create a backupset for each node and check out those tapes outside. rebuild TSM from scratch with leftover tapes. Later, check in those tapes having backup sets and make use of them with newly built TSM server. This way i may not loose much data except API related DB2 backups. Guys As im not clear on this option , i request you to give me more detailed information about this. Your reply in this regard is highly appriciated. Thanks in advance. Regards Sreekumar. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Expiration Problems
see not below... Holly L. Peppers Blue Cross Blue Shield of Fl 904-905-8481 Technical Services -Original Message- From: Peppers, Holly Sent: Friday, October 05, 2001 10:37 AM To: '[EMAIL PROTECTED]' Subject: RE: Backupsets Hi, May I ask what problems you were having with your expire inventory please? I recently have discovered (for whatever reason) that my administrative schedules for expire inventory have not been working. When I execute 'q ev expiration type=admin f=d', tsm comes back and gives me a status completion of success, but the execution time is less than one minute. When I execute 'expire inventory' manually from the command line, the job runs continually for several hours. Does this sound anything like the problem you were having? Has anyone seen this before? Any ideas?? Holly L. Peppers Blue Cross Blue Shield of Fl 904-905-8481 Technical Services -Original Message- From: Pothula S Paparao [mailto:[EMAIL PROTECTED]] Sent: Friday, October 05, 2001 3:57 AM To: [EMAIL PROTECTED] Subject: Re: Backupsets Importance: High Hi floks, Why i wanted to know more about backupset ? Our setup : AIX4.3.3 , TSM 4.1.4.2 , 3575 Auto library. Recently i had a problem with Expire inventory . contacted IBM support (one to many). They suggested to apply fix 4.1.4.2, I have done it. Still expiration problem persists. One fine day my TSM server crashed. I tried to up the server and It never listen to me. Finally , i had to restore most recent backup. But, TSM keep crashing every day at mid night. I asked IBM support to escalate this problem (expiration and corrupted DB pages) to L2/L3, It took weeks time. They suggested me to AUDIT DB with fix=yes. nope. they again come up with UNLOADDB/LOADFORMAT/LOADDB...after few days... They asked me to EXPORT/IMPORT all nodes . Even this didnot worked out. After all this, they said its a known bug and asked us to find good copy of DB (which we dont have) or rebuild TSM from scratch. Yes, we have dicided to rebuild from scratch. (no other option) so *SMers, I would like to know more about backupset. i know little about it. can i create a backupset for each node and check out those tapes outside. rebuild TSM from scratch with leftover tapes. Later, check in those tapes having backup sets and make use of them with newly built TSM server. This way i may not loose much data except API related DB2 backups. Guys As im not clear on this option , i request you to give me more detailed information about this. Your reply in this regard is highly appriciated. Thanks in advance. Regards Sreekumar. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Archive hangs and Poor Archive Performance at TSM 4.1.2 & 4.2
Hi all!! I have been working with Ike on this issue too. Can I add more?? please?? :-) IBM has not only requested more and more traces, but they have consistently complained that they are not receiving the data they need. Hmmm... On at least 2 occasions, they specifically requested information that had already been sent to them. Of course I pointed that out to them!!! :-) Too, the IBM tech support rep asked for the wrong trace information, so we find out the next day by their developer. Peachy-King!!! -Original Message- From: Hunley, Ike Sent: Friday, September 21, 2001 3:13 PM To: [EMAIL PROTECTED] Subject: Re: Archive hangs and Poor Archive Performance at TSM 4.1.2 & 4.2 HEAR! HEAR! That's what we've been saying all along. Not only that, but Tivoli support has consistently implied that the programmers scripts caused the problem, so the programmer is not happy with Tivoli at all! To make matters worse, it took almost a month for them to tell us to implement TSM 4.2 They also asked dumps and traces. When trace was on archive processes did not hang. Nothing happened the same way twice. This has been a moving target so it's a difficult bug to shoot. I say that a process that had sub-second response in a prior release should have the same or better response in a software release "upgrade". Now we discover that this is a known problem. -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED]] Sent: Friday, September 21, 2001 2:18 PM To: [EMAIL PROTECTED] Subject: Re: Archive hangs and Poor Archive Performance at TSM 4.1.2 & 4.2 >The answer we've received is move to TSM 4.2 using the filelist option. >Filelist will combine numerous archives in one archive session so that the >cleanup process is not invoked as much. > >We can't say we're happy about having to re-write something that use to work >GREAT in release 3.1.06 and the ONLY thing changing is a release of the same >product. That's the kind of recommendation one usually gets only as a circumvention. The performance problem is conspicuously real, and Tivoli should be providing a fix for it, as the client software should never have gotten out in that condition, given proper testing. At a minimum there should be an advisory in the client Readme file about the problem, but I see nothing there. This is not being handled well. Richard Sims, BU Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.