Re: Scalar DLC
We are using this same configuration. In the past, we partitioned a Scalar 10K with the Scalar DLC into 2 virtual libraries. We run TSM in both environments running on AIX. We have had some problems that was attributed to the Scalar DLC, but I believe we would have had those same problems regardless of what backup software and OS we are running. Those problems seem to have been resolved. We have re-partitioned the library recently via the Scalar DLC and ran into some issues that multiple reboots of each system seems to have fixed. -Original Message- From: Levinson, Donald A. [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 24, 2003 2:48 PM To: [EMAIL PROTECTED] Subject: Scalar DLC Is anyone on this list using the ADIC Scalar DLC to partition their Scalar library into multiple virtual libraries? I would like to find out other people experience with this unit and how well it works with TSM on AIX. thanks. This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you.
Re: TSM Decision support 4.2.0 tools
It sounds like you need to refresh the registry keys. Use the Path Manager utility to refresh the Tivoli Decision Support registry keys. Performing the following steps: a. Navigate to the Tivoli Decision Support Discovery Administrator installation folder. The default folder is c:\Program Files\TDS b. Double-click PathManager.exe. c. On the Tools menu, click Refresh Registry d. Click OK on the message box informing you that the registry keys were refreshed. e. Click Exit. That should do the trick. Try the install again.. -Original Message- From: Lawrence Clark [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 1:24 PM To: [EMAIL PROTECTED] Subject: TSM Decision support 4.2.0 tools Problem: Loaded TSM Decision Support V4.2.0 Loaded and configured and populated a MSSQL DB with the 1st set of data. Tried installing Decision Support for Storage Management Analysis V 4.2.0 and I get message: UNABLE TO FIND REGISTRY ENTRY FOR TDS GUIDES CANNOT BE INSTALLED. Workaround anyone? Also, anyone use the loader and analysis tools, and any comments? Larry Clark NYS Thruway Authority (518)-471-4202 Certified: Aix 4.3 System Administration Aix 4.3 System Support Tivoli ADSM/TSM V 3 Consultant
Re: Client version stored in Database?
Try this one select node_name as "NODES", platform_name as "Platform", client_version as "VERSION", client_release as "RELEASE", client_level as "LEVEL",client_sublevel as "SUB LEVEL" from nodes -mdh -Original Message- From: Mark D. Rodriguez [mailto:[EMAIL PROTECTED]] Sent: Monday, December 02, 2002 2:49 PM To: [EMAIL PROTECTED] Subject: Re: Client version stored in Database? Zlatko Krastev/ACIT wrote: >select cast(CLIENT_RELEASE as char) concat '.' concat cast(CLIENT_LEVEL as >char) concat '.' concat cast(CLIENT_SUBLEVEL as varchar(2)) concat ' for ' >concat PLATFORM_NAME concat '/' concat CLIENT_OS_LEVEL as >"" from nodes > >Zlatko Krastev >IT Consultant > > > > Zlatko, That is a very cool little select. However you missed the client version so here is my little addition. select cast(CLIENT_VERSION as char) concat '.' concat cast(CLIENT_RELEASE as char) concat '.' concat cast(CLIENT_LEVEL as char) concat '.' concat cast(CLIENT_SUBLEVEL as varchar(2)) concat ' for ' concat PLATFORM_NAME concat '/' concat CLIENT_OS_LEVEL as "" from nodes -- Regards, Mark D. Rodriguez President MDR Consulting, Inc. === MDR Consulting The very best in Technical Training and Consulting. IBM Advanced Business Partner SAIR Linux and GNU Authorized Center for Education IBM Certified Advanced Technical Expert, CATE AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux Red Hat Certified Engineer, RHCE ===
Re: Storage Agent tape drive problems
...it sounds like you rebooted something and it caused the paths to be lost between the tape library and the library controller. Because of this, tape drives go in a lost state due to the unknown paths. Sounds like you need to reconfigure the paths for your drives... -mdh -Original Message- From: Poland, Neil [mailto:Neil.Poland@;ACS-INC.COM] Sent: Tuesday, November 12, 2002 12:54 PM To: [EMAIL PROTECTED] Subject: Re: Storage Agent tape drive problems The device names are actually /dev/rmt4, /dev/rmt5, /dev/rmt6, and /dev/rmt7 and I get the error for every one that is already busy when the Storage agent connects and starts it's backups. -Original Message- From: Kent Monthei [mailto:Kent.J.Monthei@;GSK.COM] Sent: Tuesday, November 12, 2002 11:24 AM To: [EMAIL PROTECTED] Subject: Re: Storage Agent tape drive problems "/dev/rmt*" is a not a valid device name. "Poland, Neil" <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 12-Nov-2002 10:33 Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: ADSM-L cc: Subject:Re: Storage Agent tape drive problems 3580 Ultrim LTO drives -Original Message- From: Seay, Paul [mailto:seay_pd@;NAPTHEON.COM] Sent: Monday, November 11, 2002 9:39 PM To: [EMAIL PROTECTED] Subject: Re: Storage Agent tape drive problems What kind of drives are these? Paul D. Seay, Jr. Technical Specialist Naptheon Inc. 757-688-8180 -Original Message- From: Poland, Neil [mailto:Neil.Poland@;ACS-INC.COM] Sent: Friday, November 08, 2002 12:03 PM To: [EMAIL PROTECTED] Subject: Storage Agent tape drive problems I have the Storage Agent running on two seperate servers. They are the same level 4.2.20 and are configured the same. One of them is working great but the other is having problems mounting tapes. It will attempt to mount a tape and if a drive is not available it will generate a "server media mount not possible" error and go on to another file to back up. The activity log shows "unable to open drive /dev/rmt*". Did I miss something in the configuration? Thanks!
Re: drm operator scripts
Jim,
Can you please send me the script for the report? My guys would love to
have it.
Thanks.
-Michael
-Original Message-
From: Jim Taylor [mailto:jtaylor@;ENLOGIX.COM]
Sent: Friday, October 25, 2002 3:33 PM
To: [EMAIL PROTECTED]
Subject: Re: drm operator scripts
I think order of operations is important here.
This is what I do for tape returns:
1. Tapes that are in 'vaultretrieve' state are requested back.
2. Those tapes are changed to 'courierretrieve' state.
3. Daily, and prior to our offsite run, we run a checkin with search = yes
and status = private.
4. During our daily offsite run, we do a query of the library to see if it
finds the tapes that were requested back.
5. If the tape is found in the library it is changed to 'onsiter' state. At
this time the tape becomes scratch and available.
If the tape is not found in the library it remains on the list of tapes
to be returned from offsite and continues to hold the 'courierretrieve'
state.
I have this all built into a script that makes it real pretty and generates
nice reports and everything. Here is a sample report:
__
|
| {COMPANY NAME} Daily Offsite Tape Movement Report
| ===
|
|Time Stamp is 2002/10/25 @ 07:47
| This job was initiated by user known as {operator name}
|
| The following 6 tape(s) are to be sent offsite:
|
| C00214 C00251 C00259 C00272 C00368 C00016
|
|___
| The following 1 tape(s) may now be returned from offsite:
|
| C00260
|
| The following 3 previously requested tape(s) have not been detected
| in the library as returned.
|
| Volume Date originally requested back
| == ==
| C00063 2002/10/23
| C00071 2002/10/23
| C00111 2002/09/13
|
| If there is any problems or discrepancies with todays offsite run
| Please contact: {system admin name}
| Phone: {phone number}
| Cell: {fax number}
|
| This report printed to {printer id} at the {data center name}
|___
We have been running this script daily for over a year with monthly tape
audits and have not lost track of a single tape, to date.
I hope this helps.
Also, if anyone sees a problem with this process I sure would like to know
before I do get bit.
Thanks JT
-Original Message-
From: Prather, Wanda [mailto:Wanda.Prather@;JHUAPL.EDU]
Sent: Friday, October 25, 2002 2:04 PM
To: [EMAIL PROTECTED]
Subject: Re: drm operator scripts
I have worked on this problem a LOT, and as far as I know there is nothing
in TSM, DRM, or Autovault that deals with the situation you describe,
We also do a lot of tape movement due to vaulting, and there is inevitably a
case where someone bring back tape ABC221 instead of ABC211, etc.
The opposite problem can also occur : If a PHYSICAL eject fails for a tape
going to the vault, and the operator responsible doesn't notice that he/she
has only 10 tapes to take to the vault instead of 11, you have a tape that
is checked out as far as TSM knows, but is still left in the robot when it
should be in the vault.
And the bigger your TSM server, the more tapes you move, and the more of
these errors you get.
If it isn't a really common problem, the cheapest/simplest way to resolve it
is to have an ops do a MANUAL AUDIT of your vault periodically - say once a
quarter. It's easy to generate a list of everything that SHOULD be in the
vault for them to compare to, and note any discrepancies for you to track
down.
If it's a BIG problem, I have had to write my own RECONCILE scripts.
Depending on the TSM server host and the type of library and your scripting
preference, you can use TSM SELECTs and a combination of PERL or shell
scripts to generate and compare multiple lists: All the tapes that SHOULD
BE IN THE VAULT ( a list of DBB tapes and COPYPOOL tapes, for example)
compared to all the tapes that SHOULD BE in the robot to all the tapes that
are CHECKED IN compared to all the tapes that EXIST, and you can eventually
get a list of (1) tapes that should be in the vault but are in the robot,
and (2) tapes that aren't accounted for (and therefore are usually in the
vault but shouldn't be). And while you're at it, check for tapes that are
checked in PRIVATE but should really be SCRATCH.
I've done this in several forms, and have never come up with scripts that
are generic enough to post. There are too many variables depending on site
practices, what classes of tapes you vault, and the type of library (not to
mention my perl is pretty primitive!)
I guess the other thing you could do, would be to take the list of tapes in
VAULTRETRIEVE status, ge
Re: Event Status mail
Please send me a copy of the script. My TSM servers are AIX. Thanks in advance! -Michael -Original Message- From: Burak Demircan [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 03, 2002 5:59 AM To: [EMAIL PROTECTED] Subject: Re: Event Status mail i get e-mail from my server but it is a aix one. if you want i can send this little script that using sendmail. regards, burak [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 03.10.2002 12:51 Please respond to ADSM-L To: [EMAIL PROTECTED] cc: Subject: Event Status mail Hi Is there a way to mail the result of server backups.I can always check with >q event command but i like to have a mail to my e-mail ID after the completion of each schedule.Need help on this. Regards Raghu S Nivas Consultant - TSM DCM Data Systems Ltd New Delhi India. e-mail: [EMAIL PROTECTED]
