Re: help:sprectralogic library element
This link shows the formula for the drive addresses when the Queued Unloads (Boption is set to OFF. (B (Bhttp://www-1.ibm.com/support/entdocview.wss?rs=663uid=swg21066478 (B (BYou can also use lbtest to find out the address of the drives - lbtest -d (Blibname. Select 6 to open and 8 for element count. Option 9 inventory (Bshould show you the element addresses of the drives. (B (BRegards, (B (BHunny Kershaw (BInternet Address: [EMAIL PROTECTED] (BTivoli Storage Manager - Device Driver Development (BTel (408) 256-2828, T/L 276-2828 (B (BQuality Policy = "Commit to Quality, Customer Satisfaction, Continual (BImprovement" (B (B (B (B (B (B $BsUL@ (B (B [EMAIL PROTECTED]To: [EMAIL PROTECTED] (B OM cc: (B Sent by: "ADSM: Subject: help:sprectralogic library (Belement (B Dist Stor (B Manager" (B [EMAIL PROTECTED] (B .EDU (B (B (B 06/23/2003 01:24 (B AM (B Please respond to (B "ADSM: Dist Stor (B Manager" (B (B (B (B (B (B (BHi all,I have a sprctralogic 12k with two logical library,the library 1 I (Bwant to manage it usr TSM,this library with only one SONY AIT-3 driver in (Bslot 2.But when I want to define this driver ,the element 646,647 and 80,81 (Ball inavailable.What element I shoule choose? (BThanks. (B $B ([EMAIL PROTECTED] (B $B (B2003-06-23
Re: Yikes LTO2 problem!?!
Matthew, Have you had any interesting records in /var/adm/messages that you can match up to when one or more of the tapes was mounted? (ANR8468I volume x dismounted is a good search key). We have only seen this on san-attached devices, and then only when a RSCN has occurred on the fabric. During reads or writes a block will be silently dropped. Reads are recoverable... Regards, -=Dave=- +44 (0) 20 7608 7140 Accountants are good with figures. Andrew Raibeck [EMAIL PROTECTED]To: [EMAIL PROTECTED] OM cc: Sent by: ADSM: Subject: Re: Yikes LTO2 problem!?! Dist Stor Manager [EMAIL PROTECTED] .EDU 24/06/2003 02:06 Please respond to ADSM: Dist Stor Manager Tivoli support said to turn on CRCchecking. I say, uh yeah, I already know my data is bad. Looks like I gotta try and figure out which drive/disk/scsi card is causing the problem myself. Is there any activity log data from the time the data was written to the problem volume(s) that shows any problems with the writes? If so, then that would be useful for Level 2 to have. If not, then determining how it got that way is difficult at best. I do not believe the suggestion to turn on CRC checking is intended as the cure. Rather, it is intended as a diagnostic aid to try to catch any new instances of incorrectly written data as they occur, which would help pinpoint the problem. (Just my take from my admittedly cursory review of your PMR.) Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] 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. Matthew Glanville [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 06/23/2003 15:47 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Yikes LTO2 problem!?! Problem: Lots and lots of tapes reporting errors when, auditing, copying, moving data from them... 06/23/03 10:52:37 ANRD pvrntp.c(4586): ThreadId15 Invalid block header read from NTP drive DRIVE5 (/dev/rmt/10st).(magic=5A4D4E50, ver=5, Hdr blk=1450 expected 1451, dbytes=262096 262096) (Thus thousands of files on several tapes are unreadable) TSM Server 5.1.6.3 on Solaris 9 (Sun V880 server) IBMtape 4.0.7.3 8 LTO2 drives in IBM 3584 library (SCSI not Fiber attached) ( firmware version 3641) Hmm, all my testing of filling/restoring a few tapes of data said I could backup/restore fine... But the day after the system goes into production and we start moving real data to these tapes, whammo.. Tivoli support said to turn on CRCchecking. I say, uh yeah, I already know my data is bad. Looks like I gotta try and figure out which drive/disk/scsi card is causing the problem myself. Any suggestions? Thanks Matt G
looking for a doc which tracks messages format changes for actlog
Hi *SMers, anyone knows a documentation where we can find the changes about the messages in the actlog ? ie with 5.1.7.0 the ANE4987E message changed. The space between folder and file name has been removed. maybee a CHANGE file ? Best regards -- David Rigaudiere -+- Administration TSM -+- Paris -+- 40, rue de Courcelles -+- 4e étage -+- [EMAIL PROTECTED] -+- 01.5621.7802 --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- Le présent message (y compris tous les éléments attachés) est confidentiel et est destiné aux seules personnes qu'il vise. Si vous l'avez reçu par erreur, merci de l'indiquer à son expéditeur par retour et de procéder à sa destruction dans vos systèmes. Toute utilisation ou diffusion non autorisée de son contenu, dans sa totalité ou en partie, est strictement interdite. Merci de noter que les e-mails sont susceptibles d'être altérés. ABN AMRO Bank N.V. (et les entités membres du Groupe ABN AMRO) ne saurait être tenu pour responsable ni de la transmission erronée ou incomplète des informations contenues dans ce message, ni des délais de réception ou des dommages causés à votre système. ABN AMRO Bank N.V. (et les entités membres du Groupe ABN AMRO) ne garantit ni que l'intégrité de la communication ait été maintenue ni que cette transmission soit exempte de virus, d'interceptions ou d'interférences.
help:recovery log mode
Hi all,my logvol have total space only 300MB and my log mode is rollforward,and my hard disk have no more sapce.About 1 month later ,the space will be fulled,how can I solve this? [EMAIL PROTECTED] 2003-06-24
TSM on AIX and 3494 library problem...
Hello. Some time ago we had a problem with 'no drives available'. It was in 5.1.5.x and 5.1.6.x times. Few weekes ago we did upgrade to 5.1.7.0 and yesterday problem occured again :( The symptoms are: 1. In actlog: 24-06-2003 06:20:03 ANR8447E No drives are currently available in library ROBOCOP. 2. 'q mount': tsm: GWTSMq mount Session established with server GWTSM: AIX-RS/6000 Server Version 5, Release 1, Level 7.0 Server date/time: 2003-06-24 07:51:14 Last access: 2003-06-23 16:05:56 ANR8329I 3590 volume 000374 is mounted R/W in drive D11 (/dev/rmt5), status: IDLE. ANR8329I 3590 volume 000514 is mounted R/W in drive D20 (/dev/rmt0), status: IDLE. ANR8329I 3590 volume 000101 is mounted R/W in drive D21 (/dev/rmt1), status: IDLE. ANR8329I 3590 volume 000366 is mounted R/O in drive D01 (/dev/rmt2), status: IDLE. ANR8329I 3590 volume 004278 is mounted R/W in drive D00 (/dev/rmt8), status: IDLE. ANR8329I 3590 volume 000599 is mounted R/W in drive D31 (/dev/rmt3), status: IDLE. ANR8334I 6 matches found. We have 8 overall drives in this library... I don't know where the problem lies. Manual dismounting of all idle volumes helps, but it's not a solution :( -- Przemysaw Maciuszko Agora SA
AW: TSM on AIX and 3494 library problem...
are all drives online? does another application use the drives? how is the mount retention parameter of the dev-class set? do you have other information from the 3494 interface? regards joachim -Ursprngliche Nachricht- Von: Przemyslaw Maciuszko [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 24. Juni 2003 12:14 An: [EMAIL PROTECTED] Betreff: TSM on AIX and 3494 library problem... Hello. Some time ago we had a problem with 'no drives available'. It was in 5.1.5.x and 5.1.6.x times. Few weekes ago we did upgrade to 5.1.7.0 and yesterday problem occured again :( The symptoms are: 1. In actlog: 24-06-2003 06:20:03 ANR8447E No drives are currently available in library ROBOCOP. 2. 'q mount': tsm: GWTSMq mount Session established with server GWTSM: AIX-RS/6000 Server Version 5, Release 1, Level 7.0 Server date/time: 2003-06-24 07:51:14 Last access: 2003-06-23 16:05:56 ANR8329I 3590 volume 000374 is mounted R/W in drive D11 (/dev/rmt5), status: IDLE. ANR8329I 3590 volume 000514 is mounted R/W in drive D20 (/dev/rmt0), status: IDLE. ANR8329I 3590 volume 000101 is mounted R/W in drive D21 (/dev/rmt1), status: IDLE. ANR8329I 3590 volume 000366 is mounted R/O in drive D01 (/dev/rmt2), status: IDLE. ANR8329I 3590 volume 004278 is mounted R/W in drive D00 (/dev/rmt8), status: IDLE. ANR8329I 3590 volume 000599 is mounted R/W in drive D31 (/dev/rmt3), status: IDLE. ANR8334I 6 matches found. We have 8 overall drives in this library... I don't know where the problem lies. Manual dismounting of all idle volumes helps, but it's not a solution :( -- Przemysaw Maciuszko Agora SA
Re: AW: TSM on AIX and 3494 library problem...
On Tue, Jun 24, 2003 at 12:14:29PM +0200, Schaub Joachim Paul ABX-SECE-ZH wrote: are all drives online? Yes. does another application use the drives? No. Drives with mounts in 'idle' status, are not being used by any processes or sessions. how is the mount retention parameter of the dev-class set? I think standard (60 minutes) do you have other information from the 3494 interface? No. No errors on library :( -- Przemysaw Maciuszko Agora SA
Re: AW: TSM on AIX and 3494 library problem...
How about q path? Are they all showing online? Curt Magura Lockheed Martin EIS Orlando Fla. 321-235-1203 -Original Message- From: Przemyslaw Maciuszko [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 6:50 AM To: [EMAIL PROTECTED] Subject: Re: AW: TSM on AIX and 3494 library problem... On Tue, Jun 24, 2003 at 12:14:29PM +0200, Schaub Joachim Paul ABX-SECE-ZH wrote: are all drives online? Yes. does another application use the drives? No. Drives with mounts in 'idle' status, are not being used by any processes or sessions. how is the mount retention parameter of the dev-class set? I think standard (60 minutes) do you have other information from the 3494 interface? No. No errors on library :( -- Przemysaw Maciuszko Agora SA
Re: AW: TSM on AIX and 3494 library problem...
On Tue, Jun 24, 2003 at 07:03:54AM -0400, Magura, Curtis wrote: How about q path? Are they all showing online? Oh. That's it. 2 drives are in offline state... -- Przemysaw Maciuszko Agora SA
Re: how to retrieve expired files
Mustafa Baytar, Yes!!! you can retrieve expired data by restoring old database. All the best C.R.Chandrasekhar. Systems Executive. Tivoli Certified Consultant (TSM). TIMKEN Engineering Research - INDIA (P) Ltd., Bangalore. Phone No: 91-80-5536113 Ext:3032. Email:[EMAIL PROTECTED] -Original Message- From: MUSTAFA BAYTAR [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 18, 2003 8:22 PM To: [EMAIL PROTECTED] Subject: how to retrieve expired files Hi all , We have files that have been expired before 4 days , Can i retrieve them if i perform database restore from db backup that is taken before 5 days? The files were residing in non writtable CD before expiration. Any experience ? Best regards. ** This message and any attachments are intended for the individual or entity named above. If you are not the intended recipient, please do not forward, copy, print, use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. The Timken Company **
Re: help:recovery log mode
Enable a dbbackuptrigger. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 6:41 AM Subject: help:recovery log mode Hi all,my logvol have total space only 300MB and my log mode is rollforward,and my hard disk have no more sapce.About 1 month later ,the space will be fulled,how can I solve this? [EMAIL PROTECTED] 2003-06-24
Re: TSM on AIX and 3494 library problem...
Update the device class mount retention option for 1 minute. - Original Message - From: Przemysaw Maciuszko [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 7:14 AM Subject: TSM on AIX and 3494 library problem... Hello. Some time ago we had a problem with 'no drives available'. It was in 5.1.5.x and 5.1.6.x times. Few weekes ago we did upgrade to 5.1.7.0 and yesterday problem occured again :( The symptoms are: 1. In actlog: 24-06-2003 06:20:03 ANR8447E No drives are currently available in library ROBOCOP. 2. 'q mount': tsm: GWTSMq mount Session established with server GWTSM: AIX-RS/6000 Server Version 5, Release 1, Level 7.0 Server date/time: 2003-06-24 07:51:14 Last access: 2003-06-23 16:05:56 ANR8329I 3590 volume 000374 is mounted R/W in drive D11 (/dev/rmt5), status: IDLE. ANR8329I 3590 volume 000514 is mounted R/W in drive D20 (/dev/rmt0), status: IDLE. ANR8329I 3590 volume 000101 is mounted R/W in drive D21 (/dev/rmt1), status: IDLE. ANR8329I 3590 volume 000366 is mounted R/O in drive D01 (/dev/rmt2), status: IDLE. ANR8329I 3590 volume 004278 is mounted R/W in drive D00 (/dev/rmt8), status: IDLE. ANR8329I 3590 volume 000599 is mounted R/W in drive D31 (/dev/rmt3), status: IDLE. ANR8334I 6 matches found. We have 8 overall drives in this library... I don't know where the problem lies. Manual dismounting of all idle volumes helps, but it's not a solution :( -- Przemysaw Maciuszko Agora SA
Re: help:recovery log mode
Hi all,my logvol have total space only 300MB and my log mode is rollforward,and my hard disk have no more sapce.About 1 month later ,the space will be fulled,how can I solve this? As per the Admin Guide manual, doing BAckup DB will clear your Recovery Log, giving you space to continue processing. Your plight indicates that your server is underconfigured: 300 MB is rather tiny for a Recovery Log, by today's standards. Disks are cheap these days, so implementing more should not be a major hurdle. Richard Sims, BU
Loadformat volume order
Is the order of the volumes an important consideration when performing a loadformat command. For example is there a difference between: dsmserv loadformat 1 /dev/rdsk/c1t4d0s 12 /dev/rdsk/c1t8d0s0 /dev/rdsk/c1t8d0s1 /dev/rdsk/c1t8d0s3 /dev/rdsk/c1t8d0s4 /dev/rdsk/c1t9d0s0 /dev/rdsk/c1t9d0s1 /dev/rdsk/c1t9d0s3 /dev/rdsk/c1t9d0s4 /dev/rdsk/c1t10d0s0 /dev/rdsk/c1t10d0s1 /dev/rdsk/c1t10d0s3 /dev/rdsk/c1t10d0s4 and dsmserv loadformat 1 /dev/rdsk/c1t4d0s 12 /dev/rdsk/c1t8d0s0 /dev/rdsk/c1t9d0s0 /dev/rdsk/c1t10d0s0 /dev/rdsk/c1t8d0s1 /dev/rdsk/c1t9d0s1 /dev/rdsk/c1t10d0s1 /dev/rdsk/c1t8d0s3 /dev/rdsk/c1t9d0s3 /dev/rdsk/c1t10d0s3 /dev/rdsk/c1t8d0s4 /dev/rdsk/c1t9d0s4 /dev/rdsk/c1t10d0s4 Thank you... __ Post your free ad now! http://personals.yahoo.ca
Re: looking for a doc which tracks messages format changes for actlog
anyone knows a documentation where we can find the changes about the messages in the actlog ? ie with 5.1.7.0 the ANE4987E message changed. The space between folder and file name has been removed. David - The front matter of the manuals carry a Summary Of Changes, and the Technical Guide redbook for the new version describes new features. And the README file in the download directory has the latest changes. But small tweaks in the product, such as message changes, rarely are announced: they would be reflected in APARs talking of doc changes, at best. We discover minor changes as we use the new software level. Richard Sims, BU
Re: Loadformat volume order
Nope! - Original Message - From: Douglas Currell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 9:10 AM Subject: Loadformat volume order Is the order of the volumes an important consideration when performing a loadformat command. For example is there a difference between: dsmserv loadformat 1 /dev/rdsk/c1t4d0s 12 /dev/rdsk/c1t8d0s0 /dev/rdsk/c1t8d0s1 /dev/rdsk/c1t8d0s3 /dev/rdsk/c1t8d0s4 /dev/rdsk/c1t9d0s0 /dev/rdsk/c1t9d0s1 /dev/rdsk/c1t9d0s3 /dev/rdsk/c1t9d0s4 /dev/rdsk/c1t10d0s0 /dev/rdsk/c1t10d0s1 /dev/rdsk/c1t10d0s3 /dev/rdsk/c1t10d0s4 and dsmserv loadformat 1 /dev/rdsk/c1t4d0s 12 /dev/rdsk/c1t8d0s0 /dev/rdsk/c1t9d0s0 /dev/rdsk/c1t10d0s0 /dev/rdsk/c1t8d0s1 /dev/rdsk/c1t9d0s1 /dev/rdsk/c1t10d0s1 /dev/rdsk/c1t8d0s3 /dev/rdsk/c1t9d0s3 /dev/rdsk/c1t10d0s3 /dev/rdsk/c1t8d0s4 /dev/rdsk/c1t9d0s4 /dev/rdsk/c1t10d0s4 Thank you... __ Post your free ad now! http://personals.yahoo.ca
Re: Interesting LTO fault's symptom
Same situation here. We have a 3584 with 12 drives that have been in use for about a year. We pump about a Terabyte of data through them everyday, and our cleaning tape has been used twice in the past year. We have had numerous tapes get stuck in drives, and had to have IBM come out and take the drives apart to get the tapes out, but we have not had a read or write error on a single tape as of yet. I've spoken to our IBM engineer about the cleaning frequency and she was surprised also. Next time I talk to her I might ask her to research it a little more for me. I also noticed there is a CLEANFREQUENCY parameter that can be set at the drive level within TSM. All of our drives are set to NONE. I wonder if setting this to ASNEEDED would cause them to be cleaned more frequently. -Original Message- From: David Longo [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 8:59 PM To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Anybody know what should be a reasonable use of the cleaning tape? David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] [EMAIL PROTECTED] 06/23/03 20:14 PM Greeting TSMers, I have read this thread with great interest as we seem to have similar symptoms on the same kind of equipement. IBM are confounded at present but are starting to come to the same conclusion as me that the autoclean symptom on the library is not functioning as it should. We originally put this down to TSM having control of the cleaning tapes but have now resolved this and cleaning is still not happening. We use our drives (3 of them) 18-20 hours a day and the last cleaning was a manual one we did 3 months ago! The IBM engineer said he surprised it still works at all. We have thrown out 5 tapes (from a library of 110) over the last 15 months which we now believe may not have been faulty at all, just victims of a dirty drive! There is another thread related to the same errors (1117 etc) listed in this list back in February which leads me to the same conclusions. If IBM come up with a solution I will post it here. David Fosdike Senior Technical Specialist Elders Limited 08 8425 4565 0417 714 467 '...despise not the day of small things...' -Original Message- From: Tom Hrouda Ing. [mailto:[EMAIL PROTECTED] Sent: Monday, 16 June 2003 9:44 PM To: [EMAIL PROTECTED] Subject: Interesting LTO fault's symptom Hi all, during last weeks I did interesting findings at one of production LTO 3583-L18 library. There are 2 drives and both was changed past series of media faults (one of them twice) past about 1 year of operation. We have about 20 historicaly touched tapes with average 3-4 write faults. Media faults are still repeated and my finding is all that faults were done at 70-75% of estimated capacity (set by longterm using to 105GB, we use client compression) during filling the tape. It seems like all tapes were corrupted nearly at the same place, of course there is some diffusion because this is only estimated filling. Faults at these tapes are repeatedly occured at these percents of max capacity. I understand when one tape has media fault repeatedly at the same place, but about 20 tapes? Could it mean that all tapes were corrupted by one bad drive at the same place, or can be reason at microcode? We are in contact with our IBM support to solve it, but I am interested if anybody of you register similar phenomenon? Tomas ## This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give
TSM Rentension period - data does not expired
I'm a little bit confuse between database in AIX client and database in TSM in term of data expiry. I have done a necessary setting at management class in TSM web but the data does not expired when the time come. Please advise
Re: Interesting LTO fault's symptom
Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Let's pursue some details to try to pin this down... - The cleaning tape is an LTO type, with a volser prefix of CLNI or CLNU? (Otherwise the library thinks of it as a data cartridge.) - It was inserted using the procedure as documented in the 3584 manual? - It resides in a normal data cell (not the Diagnostic Tape cell)? - You have verified that Auto Clean is (still) activated? If all of the above checks out, I would try following the manual's procedures for removing a cleaning cartridge, and then reintroduce it, watching particularly for a Moving cleaning cartridge message followed by Insertion of Cleaning Cartridges has completed. Then re-check Auto Clean being active. Manually perform a Clean Drive operation to assure that the library understands the cleaning cartridge and that the function occurs. If still nadda, have your CE upgrade the library microcode, as appropriate; and the drives microcode, as they may be failing to signal that they need cleaning. Richard Sims, BU
Re: Interesting LTO fault's symptom
If TSM handles cleaning,it would be great to have CLEANFREQuency=ASNEEDED or a value. None wont help you much in that case. Use None if your library handles cleaning.. //Henrik Thach, Kevin To: [EMAIL PROTECTED] [EMAIL PROTECTED]cc: (bcc: Henrik Wahlstedt) TH.COM Subject: Re: Interesting LTO fault's symptom Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] RIST.EDU 2003-06-24 14:35 Please respond to ADSM: Dist Stor Manager Same situation here. We have a 3584 with 12 drives that have been in use for about a year. We pump about a Terabyte of data through them everyday, and our cleaning tape has been used twice in the past year. We have had numerous tapes get stuck in drives, and had to have IBM come out and take the drives apart to get the tapes out, but we have not had a read or write error on a single tape as of yet. I've spoken to our IBM engineer about the cleaning frequency and she was surprised also. Next time I talk to her I might ask her to research it a little more for me. I also noticed there is a CLEANFREQUENCY parameter that can be set at the drive level within TSM. All of our drives are set to NONE. I wonder if setting this to ASNEEDED would cause them to be cleaned more frequently. -Original Message- From: David Longo [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 8:59 PM To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Anybody know what should be a reasonable use of the cleaning tape? David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] [EMAIL PROTECTED] 06/23/03 20:14 PM Greeting TSMers, I have read this thread with great interest as we seem to have similar symptoms on the same kind of equipement. IBM are confounded at present but are starting to come to the same conclusion as me that the autoclean symptom on the library is not functioning as it should. We originally put this down to TSM having control of the cleaning tapes but have now resolved this and cleaning is still not happening. We use our drives (3 of them) 18-20 hours a day and the last cleaning was a manual one we did 3 months ago! The IBM engineer said he surprised it still works at all. We have thrown out 5 tapes (from a library of 110) over the last 15 months which we now believe may not
Re: Interesting LTO fault's symptom
According to a memo I received from IBM, the LTO drives do NOT require periodic cleaning. The only time ours got cleaned is when we noticed that auto cleaning was not occuring, and before we got the memo. Now, we have had a few tapes stuck in drives for various reasons, and many unexplained I/O errors, though I am begining to suspect SAN backups as the root cause and not the LTO drives. leonard -Original Message- From: Thach, Kevin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Tue, 24 Jun 2003 08:35:39 -0400 Subject: Re: Interesting LTO fault's symptom Same situation here. We have a 3584 with 12 drives that have been in use for about a year. We pump about a Terabyte of data through them everyday, and our cleaning tape has been used twice in the past year. We have had numerous tapes get stuck in drives, and had to have IBM come out and take the drives apart to get the tapes out, but we have not had a read or write error on a single tape as of yet. I've spoken to our IBM engineer about the cleaning frequency and she was surprised also. Next time I talk to her I might ask her to research it a little more for me. I also noticed there is a CLEANFREQUENCY parameter that can be set at the drive level within TSM. All of our drives are set to NONE. I wonder if setting this to ASNEEDED would cause them to be cleaned more frequently. -Original Message- From: David Longo [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 8:59 PM To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Anybody know what should be a reasonable use of the cleaning tape? David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] [EMAIL PROTECTED] 06/23/03 20:14 PM Greeting TSMers, I have read this thread with great interest as we seem to have similar symptoms on the same kind of equipement. IBM are confounded at present but are starting to come to the same conclusion as me that the autoclean symptom on the library is not functioning as it should. We originally put this down to TSM having control of the cleaning tapes but have now resolved this and cleaning is still not happening. We use our drives (3 of them) 18-20 hours a day and the last cleaning was a manual one we did 3 months ago! The IBM engineer said he surprised it still works at all. We have thrown out 5 tapes (from a library of 110) over the last 15 months which we now believe may not have been faulty at all, just victims of a dirty drive! There is another thread related to the same errors (1117 etc) listed in this list back in February which leads me to the same conclusions. If IBM come up with a solution I will post it here. David Fosdike Senior Technical Specialist Elders Limited 08 8425 4565 0417 714 467 '...despise not the day of small things...' -Original Message- From: Tom Hrouda Ing. [mailto:[EMAIL PROTECTED] Sent: Monday, 16 June 2003 9:44 PM To: [EMAIL PROTECTED] Subject: Interesting LTO fault's symptom Hi all, during last weeks I did interesting findings at one of production LTO 3583-L18 library. There are 2 drives and both was changed past series of media faults (one of them twice) past about 1 year of operation. We have about 20 historicaly touched tapes with average 3-4 write faults. Media faults are still repeated and my finding is all that faults were done at 70-75% of estimated capacity (set by longterm using to 105GB, we use client compression) during filling the tape. It seems like all tapes were corrupted nearly at the same place, of course there is some diffusion because this is only estimated filling. Faults at these tapes are repeatedly occured at these percents of max capacity. I understand when one tape has media fault repeatedly at the same place, but about 20 tapes? Could it mean that all tapes were corrupted by one bad drive at the same place, or can be reason at microcode? We are in contact with our IBM support to solve it, but I am interested if anybody of you register similar phenomenon? Tomas ## This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and
Verify lan-free transfer???
Hello everyone! I am still having issues with the lan-free verification. I cannot tell if the data went lan-free or if it just went directly to tape due to the management class that was specified. Below I have included the activity log and output from the storage agent. It seems that the storage agent then starts a session and mounts a tape to the LTO2_Drive-1 (2st), but I still am not sure how to tell if it went lanfree. Shouldn't lanfree data bytes have the approximate size of the file? In our output it is 0B. Thank you for any suggestions you may have! 06/20/03 08:57:56 ANR0406I Session 4406 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 157.154.43.36(44700)). 06/20/03 08:57:58 ANR0406I Session 4407 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 157.154.43.36(44702)). 06/20/03 08:57:58 ANR0406I (Session: 4297, Origin: STORAGENT) Session 10 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 127.0.0.1(44703)). 06/20/03 08:58:02 ANR0408I Session 4408 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:02 ANR8336I Verifying label of LTO volume 331ABJ in drive LTO2_DRIVE-1 (/dev/rmt/3st). 06/20/03 08:58:02 ANR8468I (Session: 4297, Origin: STORAGENT) LTO volume 331ABJ dismounted from drive LTO2_DRIVE-1 (/dev/rmt/2st) in library 3584_LTO2. 06/20/03 08:58:02 ANR0409I Session 4408 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:58:03 ANR0408I Session 4409 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:03 ANR8337I (Session: 4297, Origin: STORAGENT) LTO volume 331ABJ mounted in drive LTO2_DRIVE-1 (/dev/rmt/2st). 06/20/03 08:58:03 ANR0409I Session 4409 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:58:37 ANR0408I Session 4410 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:37 ANR0409I Session 4410 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:59:28 ANR0403I Session 4407 ended for node PGSU017 (SUN SOLARIS). 06/20/03 08:59:29 ANR0403I (Session: 4297, Origin: STORAGENT) Session 10 ended for node PGSU017 (SUN SOLARIS). 06/20/03 08:59:30 ANE4952I (Session: 4406, Node: PGSU017) Total number of objects inspected: 286 06/20/03 08:59:30 ANE4953I (Session: 4406, Node: PGSU017) Total number of objects archived: 284 06/20/03 08:59:30 ANE4958I (Session: 4406, Node: PGSU017) Total number of objects updated: 0 06/20/03 08:59:30 ANE4960I (Session: 4406, Node: PGSU017) Total number of objects rebound: 0 06/20/03 08:59:30 ANE4957I (Session: 4406, Node: PGSU017) Total number of objects deleted: 0 06/20/03 08:59:30 ANE4970I (Session: 4406, Node: PGSU017) Total number of objects expired: 0 06/20/03 08:59:30 ANE4959I (Session: 4406, Node: PGSU017) Total number of objects failed: 0 06/20/03 08:59:30 ANE4961I (Session: 4406, Node: PGSU017) Total number of bytes transferred: 774.74 MB 06/20/03 08:59:30 ANE4971I (Session: 4406, Node: PGSU017) LanFree data bytes: 0 B 06/20/03 08:59:30 ANE4963I (Session: 4406, Node: PGSU017) Data transfer time: 40.23 sec 06/20/03 08:59:30 ANE4966I (Session: 4406, Node: PGSU017) Network data transfer rate:19,716.33 KB/sec 06/20/03 08:59:30 ANE4967I (Session: 4406, Node: PGSU017) Aggregate data transfer rate: 8,450.74 KB/sec 06/20/03 08:59:30 ANE4968I (Session: 4406, Node: PGSU017) Objects compressed by:0% 06/20/03 08:59:30 ANE4964I (Session: 4406, Node: PGSU017) Elapsed processing time:00:01:33 06/20/03 08:59:31 ANR0403I Session 4406 ended for node PGSU017 (SUN SOLARIS). 06/20/03 09:00:29 ANR8325I (Session: 4297, Origin: STORAGENT) Dismounting volume 331ABJ - 1 minute mount retention expired. 06/20/03 09:00:34 ANR8336I (Session: 4297, Origin: STORAGENT) Verifying label of LTO volume 331ABJ in drive LTO2_DRIVE-1 (/dev/rmt/2st). 06/20/03 09:00:57 ANR0408I Session 4411 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip)
Re: Interesting LTO fault's symptom
According to a memo I received from IBM, the LTO drives do NOT require periodic cleaning. I would imagine, then, that the memo goes on to describe the library cleaning tapes as decorative accessories? ;-) Richard Sims, BU
Re: 5.1.6.0 client problems
Thomas Denier [EMAIL PROTECTED] wrote: We have been having problems with a Solaris client since we 'upgraded' its client code from 4.1.2.0 to 5.1.6.0. The 'query node' command reports the Solaris level as 5.8. The server is at 5.1.6.2 and runs under OS/390. The client error log is showing sequences of messages like the following: 06/18/03 03:10:38 Return code 196 unknown 06/18/03 03:10:38 Unknown system error Please check the TSM Error Log for any additional information We encountered the same error when we installed the 5.1.6 Sun client. I reported it to Tivoli/IBM support, and someone who reads this list has found a workaround: Add exclude.fs /etc/mnttab to your inclexcl file. Apparently the new client can't deal with /etc/mnttab on Solaris. Steve Bacher Draper Laboratory [EMAIL PROTECTED] ---
Re: Verify lan-free transfer???
Hi Joni, Apparently my email never made it to you. Here is what I sent you last week (hopefully this will show up on ADSM-L): There was a problem with the LAN-free ending statistics that is fixed in 5.1.6.0. I just checked, and the APAR number is IC35148. Try installing the 5.1.6 client and that should resolve the statistics issue. If the client is already at 5.1.6.0, then I would recommend opening a PMR with support, as this would be a new problem. But it should be fixed. Best regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] 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. Joni Moyer [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 06/24/2003 06:04 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Verify lan-free transfer??? Hello everyone! I am still having issues with the lan-free verification. I cannot tell if the data went lan-free or if it just went directly to tape due to the management class that was specified. Below I have included the activity log and output from the storage agent. It seems that the storage agent then starts a session and mounts a tape to the LTO2_Drive-1 (2st), but I still am not sure how to tell if it went lanfree. Shouldn't lanfree data bytes have the approximate size of the file? In our output it is 0B. Thank you for any suggestions you may have! 06/20/03 08:57:56 ANR0406I Session 4406 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 157.154.43.36(44700)). 06/20/03 08:57:58 ANR0406I Session 4407 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 157.154.43.36(44702)). 06/20/03 08:57:58 ANR0406I (Session: 4297, Origin: STORAGENT) Session 10 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 127.0.0.1(44703)). 06/20/03 08:58:02 ANR0408I Session 4408 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:02 ANR8336I Verifying label of LTO volume 331ABJ in drive LTO2_DRIVE-1 (/dev/rmt/3st). 06/20/03 08:58:02 ANR8468I (Session: 4297, Origin: STORAGENT) LTO volume 331ABJ dismounted from drive LTO2_DRIVE-1 (/dev/rmt/2st) in library 3584_LTO2. 06/20/03 08:58:02 ANR0409I Session 4408 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:58:03 ANR0408I Session 4409 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:03 ANR8337I (Session: 4297, Origin: STORAGENT) LTO volume 331ABJ mounted in drive LTO2_DRIVE-1 (/dev/rmt/2st). 06/20/03 08:58:03 ANR0409I Session 4409 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:58:37 ANR0408I Session 4410 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:37 ANR0409I Session 4410 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:59:28 ANR0403I Session 4407 ended for node PGSU017 (SUN SOLARIS). 06/20/03 08:59:29 ANR0403I (Session: 4297, Origin: STORAGENT) Session 10 ended for node PGSU017 (SUN SOLARIS). 06/20/03 08:59:30 ANE4952I (Session: 4406, Node: PGSU017) Total number of objects inspected: 286 06/20/03 08:59:30 ANE4953I (Session: 4406, Node: PGSU017) Total number of objects archived: 284 06/20/03 08:59:30 ANE4958I (Session: 4406, Node: PGSU017) Total number of objects updated: 0 06/20/03 08:59:30 ANE4960I (Session: 4406, Node: PGSU017) Total number of objects rebound: 0 06/20/03 08:59:30 ANE4957I (Session: 4406, Node: PGSU017) Total number of objects deleted: 0 06/20/03 08:59:30 ANE4970I (Session: 4406, Node: PGSU017) Total number of objects expired: 0 06/20/03 08:59:30 ANE4959I (Session: 4406, Node: PGSU017) Total number of objects failed: 0 06/20/03 08:59:30 ANE4961I (Session: 4406, Node: PGSU017) Total number of bytes transferred: 774.74 MB 06/20/03 08:59:30 ANE4971I (Session: 4406, Node: PGSU017) LanFree data bytes: 0 B 06/20/03 08:59:30 ANE4963I (Session: 4406, Node: PGSU017) Data transfer time:
Re: Server Down - Urgent Request
Issue: We unfortunately lost two disks on a RAID 5 array that contained the database, recovery log, and primary diskpools. Compounding the problem the volhist.bak and devconfig.bak files were stored on the same disk array (we had a nightly script in place to copy to an AFS location but it had been disabled due to maintenance previously). So, my question is, how can I determine which tape volume my database backup from yesterday is on? Is there a way using the interface on the 3494? Any other thoughts or suggestions? I'm currently configuring the storage array for use and will need to execute a restore db command fairly soon. Many thanks in advance - I never thought I could have two simultaneous disk failures in a RAID 5 array as well as our DR script disabled at the same time... A classic DR procedures failure. Without the files which definitively record volume usage, you will have to grope in the dark. (More on that below.) In that two disks failed, might this actually be not a disk failure but something simpler like a power supply issue which, if itself resolved, could restore access to intact drives? Check into just what really is broken there. As for working in the dark... If you know the approximate time period of when your dbbackup was taken, you can narrow it down to a few tape volumes and then try each in a db restore: only one tape in a given time period can be a dbbackup, and the others ordinary data, which db restore should spit out. Go to your 3494 operator panel. Activate Service Mode. In the Utilities menu, choose View Logs. Go into the candidate TRN (transactions) log. Look for MOUNT_COMPLETE, DEMOUNT_COMPLETE entries in your time period. The volser is in angle brackets, like 001646001646, wherein the volser is 001646. Richard Sims, BU
TSM with Netapp Volumes.
Goodmorning everyone, Can anyone please let me know if they are using Netapp for DB volumes i.e. Filer. Is there any web documentation on Netapp . I can't get any quick reference on netapp.com??? I am trying to search WAFL (Write anywhere file Layout ) utility explanation on measure_layout... Thanks Balanand Pinni
Re: 5.1.6.0 client problems
There is an APAR for this, IC36511. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] 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. Stephen E. Bacher [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 06/24/2003 06:08 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: 5.1.6.0 client problems Thomas Denier [EMAIL PROTECTED] wrote: We have been having problems with a Solaris client since we 'upgraded' its client code from 4.1.2.0 to 5.1.6.0. The 'query node' command reports the Solaris level as 5.8. The server is at 5.1.6.2 and runs under OS/390. The client error log is showing sequences of messages like the following: 06/18/03 03:10:38 Return code 196 unknown 06/18/03 03:10:38 Unknown system error Please check the TSM Error Log for any additional information We encountered the same error when we installed the 5.1.6 Sun client. I reported it to Tivoli/IBM support, and someone who reads this list has found a workaround: Add exclude.fs /etc/mnttab to your inclexcl file. Apparently the new client can't deal with /etc/mnttab on Solaris. Steve Bacher Draper Laboratory [EMAIL PROTECTED] ---
Re: AW: TSM on AIX and 3494 library problem...
On Tue, 24 Jun 2003 12:49:49 +0200 Przemys³aw Maciuszko [EMAIL PROTECTED] wrote: how is the mount retention parameter of the dev-class set? I think standard (60 minutes) 60 minutes??? I hope you have only one storagepool in that library, on our 3494 we use 2 minutes mount retention, could not live with much more. -- Met vriendelijke groeten, Remco Post SARA - Stichting Academisch Rekencentrum Amsterdamhttp://www.sara.nl High Performance Computing Tel. +31 20 592 8008Fax. +31 20 668 3167 I really didn't foresee the Internet. But then, neither did the computer industry. Not that that tells us very much of course - the computer industry didn't even foresee that the century was going to end. -- Douglas Adams
Re: looking for a doc which tracks messages format changes for actlog
Hello David, Formally, it seems there is no 'change' of messages between versions A message may be new or no more available (or not documented, explicitly in a chapter of MCodes, or not explicity) but not modified. But yes, there are 'spaces-blanks variations' around variables (filenames, nodenames, adminnames, drivenames ...) inside messages : between versions, between languages, between operating systems ??? I don't know where or why, but I saw that several times. Maybe Andy will be more accurate about these variations. But maybe there is no explanation-solution. If you read actlog by program, I think you have to deal with these variations in your code. That's we (try to) do. Best regards Christian Bagard email : [EMAIL PROTECTED] SOS-Restore - 32 cours Mirabeau - 13100 Aix-en-Provence - France - Original Message - From: David Rigaudiere [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 11:32 AM Subject: looking for a doc which tracks messages format changes for actlog Hi *SMers, anyone knows a documentation where we can find the changes about the messages in the actlog ? ie with 5.1.7.0 the ANE4987E message changed. The space between folder and file name has been removed. maybee a CHANGE file ? Best regards -- David Rigaudiere -+- Administration TSM -+- Paris -+- 40, rue de Courcelles -+- 4e étage -+- [EMAIL PROTECTED] -+- 01.5621.7802
Re: Interesting LTO fault's symptom
Richard -- I seem to recall that one of the advantages of LTO was that the tapes themselves were self-cleaning to an extent. I have 4 cleaning tapes in the library; we've manually used one of them 11 times (more for checking out drive problems early on than for drive cleaning). I've seen ONE tape in ONE drive throw a series of errors that decoded as 'drive cleaning required'. By the time the tape dismounted, the drive no longer needed cleaning. The same tape has worked fine in other drives for the past three months and the drive hasn't thrown any errors since. I'm thinking that these drives work in a manner similar to the DLT drives I used to have. If the signal strength from the heads degrades, the drive needs cleaning -- but only if the signal is still low at label check/dismount, because the normal tape movement may have cleaned things up. And since the cleaning tapes are mildly abrasive, the idea is to not use them if they aren't required. I've decided to not worry about cleaning tape usage until I start seeing tape I/O errors in my logs. Tom Kauffman NIBCO Inc. -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 7:49 AM To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Let's pursue some details to try to pin this down... - The cleaning tape is an LTO type, with a volser prefix of CLNI or CLNU? (Otherwise the library thinks of it as a data cartridge.) - It was inserted using the procedure as documented in the 3584 manual? - It resides in a normal data cell (not the Diagnostic Tape cell)? - You have verified that Auto Clean is (still) activated? If all of the above checks out, I would try following the manual's procedures for removing a cleaning cartridge, and then reintroduce it, watching particularly for a Moving cleaning cartridge message followed by Insertion of Cleaning Cartridges has completed. Then re-check Auto Clean being active. Manually perform a Clean Drive operation to assure that the library understands the cleaning cartridge and that the function occurs. If still nadda, have your CE upgrade the library microcode, as appropriate; and the drives microcode, as they may be failing to signal that they need cleaning. Richard Sims, BU
Re: Interesting LTO fault's symptom
Richard, The tape is a genuine IBM Cleaning cartridge that came with the library. Per the Storwatch Specialist: VOLID is CLNI81L1 and is in element address 1025 (3584-L32 library). Remaining Cleanings is 50. (I think that's the number of cleanings on these cartridges ?) Storwatch shows this as Cleaning Cartridge and that AutoClean is enabled. (I see another user this morning reported their tape has been used twice in a year and he pumps more data than me. That's the first person that I can remember that has reported an actual automatic use of an LTO cleaning cartridge.) Maybe thses drives/tapes are REAL clean already! David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] [EMAIL PROTECTED] 06/24/03 08:48AM Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Let's pursue some details to try to pin this down... - The cleaning tape is an LTO type, with a volser prefix of CLNI or CLNU? (Otherwise the library thinks of it as a data cartridge.) - It was inserted using the procedure as documented in the 3584 manual? - It resides in a normal data cell (not the Diagnostic Tape cell)? - You have verified that Auto Clean is (still) activated? If all of the above checks out, I would try following the manual's procedures for removing a cleaning cartridge, and then reintroduce it, watching particularly for a Moving cleaning cartridge message followed by Insertion of Cleaning Cartridges has completed. Then re-check Auto Clean being active. Manually perform a Clean Drive operation to assure that the library understands the cleaning cartridge and that the function occurs. If still nadda, have your CE upgrade the library microcode, as appropriate; and the drives microcode, as they may be failing to signal that they need cleaning. Richard Sims, BU ## This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give such views or opinions. ##
TSM 5.2
All, If I am upgrading my servers and clients to 5.2 for the added functionality, don't I need the license package that comes with the CD? The TIVsmSlic which is the license Package and it changes every version, needs to be reinstalled, what it the purpose of having the software online? We have never found this package online. Can it run out of compliance until we receive the CD? Has this changed in 5.2? Bruce E. Lowrie Sr. Systems Analyst Information Technology Services Storage, Output, Legacy *E-Mail: [EMAIL PROTECTED] *Voice: (989) 496-6404 7 Fax: (989) 496-6437 *Post: 2200 W. Salzburg Rd. *Post: Mail: CO2111 *Post: Midland, MI 48686-0994 This e-mail transmission and any files that accompany it may contain sensitive information belonging to the sender. The information is intended only for the use of the individual or entity named. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information is strictly prohibited. Dow Corning's practice statement for digitally signed messages may be found at http://www.dowcorning.com/dcps. If you have received this e-mail transmission in error, please immediately notify the Security Administrator at mailto:[EMAIL PROTECTED]
Re: Interesting LTO fault's symptom
I've had a few tapes stuck in drives. The two problems that have caused that here are drive/library microcode and physical tape problem. There have been about three tapes that had the leader pin cocked and once in a drive, the drive couldn't eject it. What I hear on this one is that IBM suspects the tapes are being dropped. I can't disagree on that, two of the tapes for sure were being checked in as scratch by operators from tapes returned from vault. Third one might have been also. [EMAIL PROTECTED] 06/24/03 08:35AM Same situation here. We have a 3584 with 12 drives that have been in use for about a year. We pump about a Terabyte of data through them everyday, and our cleaning tape has been used twice in the past year. We have had numerous tapes get stuck in drives, and had to have IBM come out and take the drives apart to get the tapes out, but we have not had a read or write error on a single tape as of yet. I've spoken to our IBM engineer about the cleaning frequency and she was surprised also. Next time I talk to her I might ask her to research it a little more for me. I also noticed there is a CLEANFREQUENCY parameter that can be set at the drive level within TSM. All of our drives are set to NONE. I wonder if setting this to ASNEEDED would cause them to be cleaned more frequently. -Original Message- From: David Longo [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 8:59 PM To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Anybody know what should be a reasonable use of the cleaning tape? David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] [EMAIL PROTECTED] 06/23/03 20:14 PM Greeting TSMers, I have read this thread with great interest as we seem to have similar symptoms on the same kind of equipement. IBM are confounded at present but are starting to come to the same conclusion as me that the autoclean symptom on the library is not functioning as it should. We originally put this down to TSM having control of the cleaning tapes but have now resolved this and cleaning is still not happening. We use our drives (3 of them) 18-20 hours a day and the last cleaning was a manual one we did 3 months ago! The IBM engineer said he surprised it still works at all. We have thrown out 5 tapes (from a library of 110) over the last 15 months which we now believe may not have been faulty at all, just victims of a dirty drive! There is another thread related to the same errors (1117 etc) listed in this list back in February which leads me to the same conclusions. If IBM come up with a solution I will post it here. David Fosdike Senior Technical Specialist Elders Limited 08 8425 4565 0417 714 467 '...despise not the day of small things...' -Original Message- From: Tom Hrouda Ing. [mailto:[EMAIL PROTECTED] Sent: Monday, 16 June 2003 9:44 PM To: [EMAIL PROTECTED] Subject: Interesting LTO fault's symptom Hi all, during last weeks I did interesting findings at one of production LTO 3583-L18 library. There are 2 drives and both was changed past series of media faults (one of them twice) past about 1 year of operation. We have about 20 historicaly touched tapes with average 3-4 write faults. Media faults are still repeated and my finding is all that faults were done at 70-75% of estimated capacity (set by longterm using to 105GB, we use client compression) during filling the tape. It seems like all tapes were corrupted nearly at the same place, of course there is some diffusion because this is only estimated filling. Faults at these tapes are repeatedly occured at these percents of max capacity. I understand when one tape has media fault repeatedly at the same place, but about 20 tapes? Could it mean that all tapes were corrupted by one bad drive at the same place, or can be reason at microcode? We are in contact with our IBM support to solve it, but I am interested if anybody of you register similar phenomenon? Tomas ## This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system,
Re: Interesting LTO fault's symptom
I've had a few tape stuck in drives here. Problems have been either drive/library microcode (now updated) or physical problem. Three tapes have had leader pin cocked and once in drive, the drive couldn't eject them. IBM suspects tapes are being dropped. I can't disagree with that, 2 of the 3 here were being checked in as scratch from vault, third one might have also. I have shown operators how to inspect tapes, but can't expect them to catch something that happens only about every 4-5 months. David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] [EMAIL PROTECTED] 06/24/03 08:35AM Same situation here. We have a 3584 with 12 drives that have been in use for about a year. We pump about a Terabyte of data through them everyday, and our cleaning tape has been used twice in the past year. We have had numerous tapes get stuck in drives, and had to have IBM come out and take the drives apart to get the tapes out, but we have not had a read or write error on a single tape as of yet. I've spoken to our IBM engineer about the cleaning frequency and she was surprised also. Next time I talk to her I might ask her to research it a little more for me. I also noticed there is a CLEANFREQUENCY parameter that can be set at the drive level within TSM. All of our drives are set to NONE. I wonder if setting this to ASNEEDED would cause them to be cleaned more frequently. -Original Message- From: David Longo [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 8:59 PM To: [EMAIL PROTECTED] Subject: Re: Interesting LTO fault's symptom Interesting. I have had an IBM 3584 library with (8) LTO1 drives, FC attached for over a year with no problem. Cleaning tape was installed initially and autoclean turned on on the library. Tape has not been used yet!. I backup nearly 700GB of data a day and make offsite copies. Don't do a lot of restores. I started with 100 tapes in system and now have 220. I remember a thread some months ago - maybe a year about cleaning. Everybody then commented that their cleaning tapes weren't getting used either. Anybody know what should be a reasonable use of the cleaning tape? David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] [EMAIL PROTECTED] 06/23/03 20:14 PM Greeting TSMers, I have read this thread with great interest as we seem to have similar symptoms on the same kind of equipement. IBM are confounded at present but are starting to come to the same conclusion as me that the autoclean symptom on the library is not functioning as it should. We originally put this down to TSM having control of the cleaning tapes but have now resolved this and cleaning is still not happening. We use our drives (3 of them) 18-20 hours a day and the last cleaning was a manual one we did 3 months ago! The IBM engineer said he surprised it still works at all. We have thrown out 5 tapes (from a library of 110) over the last 15 months which we now believe may not have been faulty at all, just victims of a dirty drive! There is another thread related to the same errors (1117 etc) listed in this list back in February which leads me to the same conclusions. If IBM come up with a solution I will post it here. David Fosdike Senior Technical Specialist Elders Limited 08 8425 4565 0417 714 467 '...despise not the day of small things...' -Original Message- From: Tom Hrouda Ing. [mailto:[EMAIL PROTECTED] Sent: Monday, 16 June 2003 9:44 PM To: [EMAIL PROTECTED] Subject: Interesting LTO fault's symptom Hi all, during last weeks I did interesting findings at one of production LTO 3583-L18 library. There are 2 drives and both was changed past series of media faults (one of them twice) past about 1 year of operation. We have about 20 historicaly touched tapes with average 3-4 write faults. Media faults are still repeated and my finding is all that faults were done at 70-75% of estimated capacity (set by longterm using to 105GB, we use client compression) during filling the tape. It seems like all tapes were corrupted nearly at the same place, of course there is some diffusion because this is only estimated filling. Faults at these tapes are repeatedly occured at these percents of max capacity. I understand when one tape has media fault repeatedly at the same place, but about 20 tapes? Could it mean that all tapes were corrupted by one bad drive at the same place, or can be reason at microcode? We are in contact with our IBM support to solve it, but I am interested if anybody of you register similar phenomenon? Tomas ## This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information.
Re: Interesting LTO fault's symptom
yes it does...i can dig it up and send it to you if you'd like. :) -Original Message- From: Richard Sims [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Tue, 24 Jun 2003 09:06:50 -0400 Subject: Re: Interesting LTO fault's symptom According to a memo I received from IBM, the LTO drives do NOT require periodic cleaning. I would imagine, then, that the memo goes on to describe the library cleaning tapes as decorative accessories? ;-) Richard Sims, BU
Re: Verify lan-free transfer???
Look in the accounting logs. If it went LAN-free, there'll be a record for that session in the dsmaccnt.log file on the CLIENT; If it went over the LAN, there'll be a record for that session in the dsmaccnt.log file on the SERVER. These files usually live in /usr/tivoli/tsm/server/bin or something like that. You can use our viewacct program to turn the accounting log data into something more readable. http://www.servergraph.com/techtip3.htm Hope this helps. - Mr. Lindsay Morris Lead Architect www.servergraph.com 512-482-6138 ext 105 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Joni Moyer Sent: Tuesday, June 24, 2003 8:04 AM To: [EMAIL PROTECTED] Subject: Verify lan-free transfer??? Hello everyone! I am still having issues with the lan-free verification. I cannot tell if the data went lan-free or if it just went directly to tape due to the management class that was specified. Below I have included the activity log and output from the storage agent. It seems that the storage agent then starts a session and mounts a tape to the LTO2_Drive-1 (2st), but I still am not sure how to tell if it went lanfree. Shouldn't lanfree data bytes have the approximate size of the file? In our output it is 0B. Thank you for any suggestions you may have! 06/20/03 08:57:56 ANR0406I Session 4406 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 157.154.43.36(44700)). 06/20/03 08:57:58 ANR0406I Session 4407 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 157.154.43.36(44702)). 06/20/03 08:57:58 ANR0406I (Session: 4297, Origin: STORAGENT) Session 10 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 127.0.0.1(44703)). 06/20/03 08:58:02 ANR0408I Session 4408 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:02 ANR8336I Verifying label of LTO volume 331ABJ in drive LTO2_DRIVE-1 (/dev/rmt/3st). 06/20/03 08:58:02 ANR8468I (Session: 4297, Origin: STORAGENT) LTO volume 331ABJ dismounted from drive LTO2_DRIVE-1 (/dev/rmt/2st) in library 3584_LTO2. 06/20/03 08:58:02 ANR0409I Session 4408 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:58:03 ANR0408I Session 4409 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:03 ANR8337I (Session: 4297, Origin: STORAGENT) LTO volume 331ABJ mounted in drive LTO2_DRIVE-1 (/dev/rmt/2st). 06/20/03 08:58:03 ANR0409I Session 4409 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:58:37 ANR0408I Session 4410 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:37 ANR0409I Session 4410 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:59:28 ANR0403I Session 4407 ended for node PGSU017 (SUN SOLARIS). 06/20/03 08:59:29 ANR0403I (Session: 4297, Origin: STORAGENT) Session 10 ended for node PGSU017 (SUN SOLARIS). 06/20/03 08:59:30 ANE4952I (Session: 4406, Node: PGSU017) Total number of objects inspected: 286 06/20/03 08:59:30 ANE4953I (Session: 4406, Node: PGSU017) Total number of objects archived: 284 06/20/03 08:59:30 ANE4958I (Session: 4406, Node: PGSU017) Total number of objects updated: 0 06/20/03 08:59:30 ANE4960I (Session: 4406, Node: PGSU017) Total number of objects rebound: 0 06/20/03 08:59:30 ANE4957I (Session: 4406, Node: PGSU017) Total number of objects deleted: 0 06/20/03 08:59:30 ANE4970I (Session: 4406, Node: PGSU017) Total number of objects expired: 0 06/20/03 08:59:30 ANE4959I (Session: 4406, Node: PGSU017) Total number of objects failed: 0 06/20/03 08:59:30 ANE4961I (Session: 4406, Node: PGSU017) Total number of bytes transferred: 774.74 MB 06/20/03 08:59:30 ANE4971I (Session: 4406, Node: PGSU017) LanFree data bytes: 0 B 06/20/03 08:59:30 ANE4963I (Session: 4406, Node: PGSU017) Data transfer time: 40.23 sec 06/20/03 08:59:30 ANE4966I (Session: 4406, Node: PGSU017) Network data transfer rate:19,716.33 KB/sec 06/20/03 08:59:30 ANE4967I (Session: 4406, Node: PGSU017) Aggregate data transfer rate:
Re: Verify lan-free transfer???
Hi Lindsay, I appreciate your help in this forum. But this place should not be used to sell any goods (servergraph for instance), it is a technical forum. Regards, René LAMBELET NESTEC SA GLOBE - Global Business Excellence Central Support Center Information Technology Av. Nestlé 55 CH-1800 Vevey (Switzerland) tél +41 (0)21 924 35 43 fax +41 (0)21 703 30 17 local K4-404 mailto:[EMAIL PROTECTED] -Original Message- From: Mr. Lindsay Morris [mailto:[EMAIL PROTECTED] Sent: Tuesday,24. June 2003 17:17 To: [EMAIL PROTECTED] Subject: Re: Verify lan-free transfer??? Look in the accounting logs. If it went LAN-free, there'll be a record for that session in the dsmaccnt.log file on the CLIENT; If it went over the LAN, there'll be a record for that session in the dsmaccnt.log file on the SERVER. These files usually live in /usr/tivoli/tsm/server/bin or something like that. You can use our viewacct program to turn the accounting log data into something more readable. http://www.servergraph.com/techtip3.htm Hope this helps. - Mr. Lindsay Morris Lead Architect www.servergraph.com 512-482-6138 ext 105 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Joni Moyer Sent: Tuesday, June 24, 2003 8:04 AM To: [EMAIL PROTECTED] Subject: Verify lan-free transfer??? Hello everyone! I am still having issues with the lan-free verification. I cannot tell if the data went lan-free or if it just went directly to tape due to the management class that was specified. Below I have included the activity log and output from the storage agent. It seems that the storage agent then starts a session and mounts a tape to the LTO2_Drive-1 (2st), but I still am not sure how to tell if it went lanfree. Shouldn't lanfree data bytes have the approximate size of the file? In our output it is 0B. Thank you for any suggestions you may have! 06/20/03 08:57:56 ANR0406I Session 4406 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 157.154.43.36(44700)). 06/20/03 08:57:58 ANR0406I Session 4407 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 157.154.43.36(44702)). 06/20/03 08:57:58 ANR0406I (Session: 4297, Origin: STORAGENT) Session 10 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 127.0.0.1(44703)). 06/20/03 08:58:02 ANR0408I Session 4408 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:02 ANR8336I Verifying label of LTO volume 331ABJ in drive LTO2_DRIVE-1 (/dev/rmt/3st). 06/20/03 08:58:02 ANR8468I (Session: 4297, Origin: STORAGENT) LTO volume 331ABJ dismounted from drive LTO2_DRIVE-1 (/dev/rmt/2st) in library 3584_LTO2. 06/20/03 08:58:02 ANR0409I Session 4408 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:58:03 ANR0408I Session 4409 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:03 ANR8337I (Session: 4297, Origin: STORAGENT) LTO volume 331ABJ mounted in drive LTO2_DRIVE-1 (/dev/rmt/2st). 06/20/03 08:58:03 ANR0409I Session 4409 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:58:37 ANR0408I Session 4410 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:37 ANR0409I Session 4410 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:59:28 ANR0403I Session 4407 ended for node PGSU017 (SUN SOLARIS). 06/20/03 08:59:29 ANR0403I (Session: 4297, Origin: STORAGENT) Session 10 ended for node PGSU017 (SUN SOLARIS). 06/20/03 08:59:30 ANE4952I (Session: 4406, Node: PGSU017) Total number of objects inspected: 286 06/20/03 08:59:30 ANE4953I (Session: 4406, Node: PGSU017) Total number of objects archived: 284 06/20/03 08:59:30 ANE4958I (Session: 4406, Node: PGSU017) Total number of objects updated: 0 06/20/03 08:59:30 ANE4960I (Session: 4406, Node: PGSU017) Total number of objects rebound: 0 06/20/03 08:59:30 ANE4957I (Session: 4406, Node: PGSU017) Total number of objects deleted: 0 06/20/03 08:59:30 ANE4970I (Session: 4406, Node: PGSU017) Total number of objects expired: 0 06/20/03 08:59:30 ANE4959I (Session: 4406, Node: PGSU017) Total number of
Re: Verify lan-free transfer???
My advice about using accounting logs to verify lan-free or not has nothing to do with Servergraph. We're big fans of TSM - I hope that advice was helpful to Joni. The viewacct script is a free offering - it helps to see what's in the activity log. Yes, it's on our website - I'm too lazy to cut and paste it into each email. Maybe I should put it on coderelief, or adsm.org somewhere. - Mr. Lindsay Morris Lead Architect www.servergraph.com 512-482-6138 ext 105 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Lambelet,Rene,VEVEY,GL-CSC Sent: Tuesday, June 24, 2003 10:27 AM To: [EMAIL PROTECTED] Subject: Re: Verify lan-free transfer??? Hi Lindsay, I appreciate your help in this forum. But this place should not be used to sell any goods (servergraph for instance), it is a technical forum. Regards, Reni LAMBELET NESTEC SA GLOBE - Global Business Excellence Central Support Center Information Technology Av. Nestli 55 CH-1800 Vevey (Switzerland) til +41 (0)21 924 35 43 fax +41 (0)21 703 30 17 local K4-404 mailto:[EMAIL PROTECTED] -Original Message- From: Mr. Lindsay Morris [mailto:[EMAIL PROTECTED] Sent: Tuesday,24. June 2003 17:17 To: [EMAIL PROTECTED] Subject: Re: Verify lan-free transfer??? Look in the accounting logs. If it went LAN-free, there'll be a record for that session in the dsmaccnt.log file on the CLIENT; If it went over the LAN, there'll be a record for that session in the dsmaccnt.log file on the SERVER. These files usually live in /usr/tivoli/tsm/server/bin or something like that. You can use our viewacct program to turn the accounting log data into something more readable. http://www.servergraph.com/techtip3.htm Hope this helps. - Mr. Lindsay Morris Lead Architect www.servergraph.com 512-482-6138 ext 105 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Joni Moyer Sent: Tuesday, June 24, 2003 8:04 AM To: [EMAIL PROTECTED] Subject: Verify lan-free transfer??? Hello everyone! I am still having issues with the lan-free verification. I cannot tell if the data went lan-free or if it just went directly to tape due to the management class that was specified. Below I have included the activity log and output from the storage agent. It seems that the storage agent then starts a session and mounts a tape to the LTO2_Drive-1 (2st), but I still am not sure how to tell if it went lanfree. Shouldn't lanfree data bytes have the approximate size of the file? In our output it is 0B. Thank you for any suggestions you may have! 06/20/03 08:57:56 ANR0406I Session 4406 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 157.154.43.36(44700)). 06/20/03 08:57:58 ANR0406I Session 4407 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 157.154.43.36(44702)). 06/20/03 08:57:58 ANR0406I (Session: 4297, Origin: STORAGENT) Session 10 started for node PGSU017 (SUN SOLARIS) (Tcp/Ip 127.0.0.1(44703)). 06/20/03 08:58:02 ANR0408I Session 4408 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:02 ANR8336I Verifying label of LTO volume 331ABJ in drive LTO2_DRIVE-1 (/dev/rmt/3st). 06/20/03 08:58:02 ANR8468I (Session: 4297, Origin: STORAGENT) LTO volume 331ABJ dismounted from drive LTO2_DRIVE-1 (/dev/rmt/2st) in library 3584_LTO2. 06/20/03 08:58:02 ANR0409I Session 4408 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:58:03 ANR0408I Session 4409 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:03 ANR8337I (Session: 4297, Origin: STORAGENT) LTO volume 331ABJ mounted in drive LTO2_DRIVE-1 (/dev/rmt/2st). 06/20/03 08:58:03 ANR0409I Session 4409 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:58:37 ANR0408I Session 4410 started for server STORAGENT (Solaris 2.6/7/8 ) (Tcp/Ip) for library sharing. 06/20/03 08:58:37 ANR0409I Session 4410 ended for server STORAGENT (Solaris 2.6/7/8 ). 06/20/03 08:59:28 ANR0403I Session 4407 ended for node PGSU017 (SUN SOLARIS). 06/20/03 08:59:29 ANR0403I (Session: 4297, Origin: STORAGENT) Session 10 ended for node PGSU017 (SUN SOLARIS). 06/20/03 08:59:30 ANE4952I (Session: 4406,
Re: Message ANS1102E Excessive number of command line arguments
Follow-up on an older issue: In reviewing the TSM server documentation, I happened to note the following in the online help, which suggests a solution: tsm: STORMAN_SERVER1help 1 - Using Syntax Diagrams ... 11 - Using Continuation Characters ... 20 - Commands Any Administrator Can Issue tsm: STORMAN_SERVER1help 11 Using Continuation Characters Using Continuation Characters You can use continuation characters in the interactive mode of the administrative client. Continuation characters are useful when you want to process a command that is longer than your screen or window width. Attention: Without continuation characters you can enter up to 256 characters. With continuation characters you can enter up to 1500 characters. In the MACRO command, these maximums are after any substitution variables have been applied. With continuation characters, you can do the following: ... * Continue a string of values enclosed in quotation marks by entering the first part of the string enclosed in quotation marks, followed by a dash or a back slash at the end of the line. Then, enter the remainder of the string on the next line enclosed in the same type of quotation marks. For example: contact=david pease, bldg. 100, room 2b, san jose,- ext. 1234, alternate contact-norm pass,ext 2345 Tivoli Storage Manager concatenates the two strings with no intervening blanks. You must use only this method to continue a quoted string of values across more than one line. This suggests the following solution: OBJECTS='G:\DATA\ACCESS\184 BACKUPS\* ' - 'G:\DATA\ACCESS\57 BACKUPS\* ' - 'G:\DATA\ACCESS\578 BACKUPS\* ' - 'G:\DATA\ACCESS\1263 BACKUP\* ' - 'G:\DATA\ACCESS\182MAN BACKUP\* ' - 'G:\DATA\ACCESS\182SYSTEM BACKUP\* ' - 'G:\DATA\ACCESS\CISPS SPT DATABASE BACKUP\* ' - 'G:\DATA\ACCESS\CISUM SPT DATABASE BACKUP\*' - Note that each file specification is enclosed in double quotes, then single quotes. There is a blank space between the right-hand double quote and single quote so that when the concatenation with the next line occurs, there will be a blank space between each file specification, i.e. this: G:\DATA\ACCESS\184 BACKUPS\* G:\DATA\ACCESS\57 BACKUPS\* instead of this: G:\DATA\ACCESS\184 BACKUPS\*G:\DATA\ACCESS\57 BACKUPS\* Best regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] 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. - Forwarded by Andrew Raibeck/Tucson/IBM on 06/24/2003 08:35 - Andrew Raibeck 04/28/2003 07:03 To: ADSM: Dist Stor Manager [EMAIL PROTECTED] cc: From: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Subject:Re: Message ANS1102E Excessive number of command line arguments Mmmm. I don't think the asterisk is the problem, as Windows doesn't have the same expansion issue that Unix does. I think the problem is in the syntax used for the OBJECTS parameter: OBJECTS='G:\DATA\ACCESS\184 BACKUPS\* ' - 'G:\DATA\ACCESS\57 BACKUPS\* ' - 'G:\DATA\ACCESS\578 BACKUPS\* ' - 'G:\DATA\ACCESS\1263 BACKUP\* ' - 'G:\DATA\ACCESS\182MAN BACKUP\* ' - 'G:\DATA\ACCESS\182SYSTEM BACKUP\* ' - 'G:\DATA\ACCESS\CISPS SPT DATABASE BACKUP\* ' - 'G:\DATA\ACCESS\CISUM SPT DATABASE BACKUP\* ' - Rather than enclosing each file specification in double and single quotes, each file spec should be enclosed in a pair of double quotes, then the entire set of file specs enclosed in a pair of single quotes, like this: OBJECTS='G:\DATA\ACCESS\184 BACKUPS\* - G:\DATA\ACCESS\57 BACKUPS\* - G:\DATA\ACCESS\578 BACKUPS\* - G:\DATA\ACCESS\1263 BACKUP\* - G:\DATA\ACCESS\182MAN BACKUP\* - G:\DATA\ACCESS\182SYSTEM BACKUP\* - G:\DATA\ACCESS\CISPS SPT DATABASE BACKUP\* - G:\DATA\ACCESS\CISUM SPT DATABASE BACKUP\* ' - The asterisk isn't really necessary, though, so this could be slightly shortened to: OBJECTS='G:\DATA\ACCESS\184 BACKUPS\ - G:\DATA\ACCESS\57 BACKUPS\ - G:\DATA\ACCESS\578 BACKUPS\ - G:\DATA\ACCESS\1263 BACKUP\ - G:\DATA\ACCESS\182MAN BACKUP\ - G:\DATA\ACCESS\182SYSTEM BACKUP\ - G:\DATA\ACCESS\CISPS SPT DATABASE BACKUP\ - G:\DATA\ACCESS\CISUM SPT DATABASE BACKUP\ ' - Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of
Re: Navision backup and SQL error
Firstly, welcome to the list. I would recommend that you browse the QuickFacts that wise Richard has put together at: http://people.bu.edu/rbs/ADSM.funcdir whenever you have questions about ITSM. Secondly, keep an eye out for monthly FAQ's put out by Mark Stapleton (search ADSM.ORG for previous copies). 2. How do I got about backing up a navision installtion, I don't know the least about navision - does it have it's own TDP or what do I do ? As for this, we use Navision also. Which flavor are you using, the native database engine, or the SQL-option for Navision? Chris Murphy IT Network Analyst Idaho Dept. of Lands Office: (208) 334-0293 [EMAIL PROTECTED] From 101 Reasons you cannot find your SysAdmin: #80 - The admin is emptying the bit buckets
Re: Configuring TSM for MSCS.
I configured my dsm.opt files on each clustergroup, like this: NODENAMECRITC PASSWORDACCESS GENERATE TCPSERVERADDRESS180.175.193.77 DOMAIN E: TCPCLIENTADDRESS180.177.74.25 CLUSTERNODE YES ERRORLOGNAMEE:\TSM\DSMERROR.LOG SCHEDLOGNAMEE:\TSM\DSMSCHED.LOG COMPRESSION YES HTTPPORT1581 TCPCLIENTPORT 1511 -- And the physical nodes like this: -- PASSWORDACCESS GENERATE TCPSERVERADDRESS180.175.193.77 LANGUAGEspanish COMPRESSION YES COMPRESSALWAYS YES - The configuration of the client node in my TSM Server is set up likte this: Client Nodes : DOMINIO1 CRITC Node Name CRITC Platform WinNT Policy Domain Name DOMINIO1 Password Set Date/Time 2003-06-18 11:40:06.00 Invalid Sign-on Count 0 Contact TSM Compression CLIENT Archive Delete Allowed? YES Backup Delete Allowed? NO Locked? NO Last Access Date/Time 2003-06-23 23:15:50.00 Registration Date/Time 2003-06-18 11:40:06.00 Registering Administrator CBRAVO Last Communication Method Used Tcp/Ip Bytes Received Last Session 282 Bytes Sent Last Session 2390 Duration of Last Session 0.37 Idle Wait Last Session 95.98 Comm. Wait Last Session 0.00 Media Wait Last Session 0.00 Client Version 5 Client Release 1 Client Level 0 Client Sub-level 0 Client OS Level 5.00 Optionset - Aggregated? YES URL http://180.177.74.25:1511 Node Type CLIENT Password Expiration Period - Keep Mount Point? NO Maximum Mount Points Allowed 2 Auto Filespace Rename NO Validate Protocol No -- But it doesn`t works. If i set URL with the 1581 port, i just can see the drives of the physical node and not of the clustergroup. And if I set the 1511 port the browser sends me an error page. I configured my scheduler, cad and remoteagent with the new dsm.opt file but it doesn`t works. Do you see a wrong parameter? thanx Carlos Bravo Arredondo [EMAIL PROTECTED] [EMAIL PROTECTED] Calzada de Tlalpan 3016, Col. Espartaco, Mexico, D.F. Tel. 51741924 -Mensaje original- De: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] En nombre de John Monahan Enviado el: Jueves, 19 de Junio de 2003 01:30 p.m. Para: [EMAIL PROTECTED] Asunto: Re: Configuring TSM for MSCS. ADSM: Dist Stor Manager [EMAIL PROTECTED] wrote on 06/19/2003 12:18:16 PM: According to the TSM docs, i installed and configured TSM client in each cluster node, then i created a dsm.opt file on each physical disk owned by each clustergroup. In the dsm.opt I set the option httpport 1511 and http1512 for each clustergroup, but I can`t access via http to my clients (clustergroups). Do I need to setup the httpports? How should I configure the web client ? Carlos Bravo Arredondo [EMAIL PROTECTED] [EMAIL PROTECTED] Calzada de Tlalpan 3016, Col. Espartaco, Mexico, D.F. Tel. 51741924 These are the options I have in every cluster, that are different from a normal client: tcpclientaddress ip of the cluster group nodename name of the cluster group clusternode yes httpport unique, I typically do 1581, 1582, 1583, etc. tcpclientport unique, I typically do 1502, 1503, 1504, etc. You also need to use dsmcutil.exe to setup the services for each cluster group (follow the docs), typically: TSM Scheduler TSM CAD TSM Remote Client Agent Once that is done on each node, then you create and start the required services as generic services within cluster administrator. Then both the scheduler and the web client should work, assuming your options files were setup correctly and you installed the services correctly. Make sure you use the right port number in your web browser when connecting. __ John Monahan Senior Consultant Enterprise Solutions Computech Resources, Inc. Office: 952-833-0930 ext 109 Cell: 952-221-6938 http://www.compures.com
Re: Navision backup and SQL error
1. maybe this one: http://msgs.adsm.org/cgi-bin/get/adsm0211/930.html -Original Message- From: Martin Jeppesen [mailto:[EMAIL PROTECTED] Sent: 23 June 2003 17:20 To: [EMAIL PROTECTED] Subject: Navision backup and SQL error Hi all Just joined the list and have 2 questions waiting! 1. We have quite a few SQL servers to backup and until now no problems, but I do have 2 sql servers that I just can't seem to get working like they should. I keep getting the error: ACO5422E Received the following from the MS SQL server: 06/19/2003 15:14:59 [Microsoft][ODBC SQL Server Driver][SQL Server]Backup or restore operation terminating abnormally. Microsoft SQL-DMO (ODBC SQLState: 42000) (HRESULT:0x80040bc5) This specifik error is copied from the log file after i attempted to run a manual backup. It is SQL TDP version 2.2 and SQL server version 7.0 running on both a win2000 and NT4 machine. 2. How do I got about backing up a navision installtion, I don't know the least about navision - does it have it's own TDP or what do I do ? Best Regards Martin
select statement for active files/client/tape
Hi all SQL gurus! I am going to a disaster recovery shortly and I have the users asking if there is any select statement or method to find all active files, what tapes these files are on and the order that they are on the tape for each client for the offsite tape copies. Is this possible? And if so, how intensive is this on the server? We have the tsm server running on os/390 2.10 at version 5.1.6.2 and this would be for Sun Solaris servers (a majority of them are at the 4.2.1 client version). If anyone has any suggestions for a way to do this or for a fast restore process for disaster recovery I would appreciate it! Thank you! Joni Moyer Systems Programmer [EMAIL PROTECTED] (717)975-8338
Re: select statement for active files/client/tape
I am going to a disaster recovery shortly and I have the users asking if there is any select statement or method to find all active files, what tapes these files are on and the order that they are on the tape for each client for the offsite tape copies. Is this possible? And if so, how intensive is this on the server? We have the tsm server running on os/390 2.10 at version 5.1.6.2 and this would be for Sun Solaris servers (a majority of them are at the 4.2.1 client version). If anyone has any suggestions for a way to do this or for a fast restore process for disaster recovery I would appreciate it! Thank you! It may be somewhat artificial for a DR, but: Backup Set. And even if you don't use the BS per se, you can note what tapes were used to create the compendium of Active files. Richard Sims, BU
5.1.7 CRCData Parameter
We have just put the 5.1.7 PTF for the MVS/OS-390 TSM Server on the test LPAR. Although it cannot be tested extensively, I try to do every possible task that is possible. We upgraded to a Magstar 3494 (3590 12GB) last year, which I use for all of TSM except the Archive's. Instead the Archives go directly to 3494 tapes (about 800 MB) in our old Memorex ATL. Since the test LPAR does not have a sequential primary storage going to the Magstar I thought to create one, the old ATL will soon be going away. In defining this stgpool I ran across the CRCData parameter. After reading everything I could about it I still haven't quite figured out if it would be beneficial or not. This is my take on it and if I'm wrong would someone please let me know? 1. By not using the CRCData (default), everything stays exactly like it was in 4.1 or 4.2, meaning that it will still search or repair DB inconsistencies if fix=yes, but it will go through all the data on the volume to check for these problems. 2. By using CRCData=yes, the data is stored with this CRC info, which uses more overhead on each of the tapes it writes to. As I backup to disk and then migrate to tape, this overhead would happen during migration and the Offsite copy, and would probably also affect the DB backup because of this added CRC information. Butwhen I need to audit a tape the DB would first compare CRC data. If both the DB and the tape CRC data is in sync it would not have to actually go through the whole tape looking for problems and would actually use less overhead at this time. If they weren't in sync and fix=yes it would then process like the old audit volume where it would go through the whole cart looking for inconsistencies. But the end result would be the same, right? All the CRC data can do is know a little faster if there is a inconsistency or save a little time if there is not a problem but it does not actually do anything else? So overall it would depend on if I wanted to use more overhead in the tape pool processing or instead in the audit of a tape? Does anyone have other takes on this? I would appreciate any and all opinions. Thank You, Shannon Madison Gas Electric Co. Operations Analyst - Data Center Services e-mail [EMAIL PROTECTED]
Fwd: When you get a chance
Below is a question from our Oracle DB...Any input please! Will you contact IBM and find out if they have an API to interface between Oracle's OEM and Tivoli? Thanks, Mark Hayden Informations Systems Analyst E-Mail: [EMAIL PROTECTED]
Re: Fwd: When you get a chance
If OEM uses RMAN yes it's called: Tivoli Data Protection (TDP) for Oracle. thanks! --Justin Richard Bleistein Unix/TSM Systems Administrator (Sungard eSourcing) Desk: (856) 566 - 3485 Cell:(856) 912 - 0861 Email: [EMAIL PROTECTED] Mark Hayden [EMAIL PROTECTED]To: [EMAIL PROTECTED] E.IL.US cc: Sent by: ADSM: Subject: Fwd: When you get a chance Dist Stor Manager [EMAIL PROTECTED] .EDU 06/24/2003 03:57 PM Please respond to ADSM: Dist Stor Manager Below is a question from our Oracle DB...Any input please! Will you contact IBM and find out if they have an API to interface between Oracle's OEM and Tivoli? Thanks, Mark Hayden Informations Systems Analyst E-Mail: [EMAIL PROTECTED]
Fwd: When you get a chance
Below is a question from our Oracle DB...Any input please! Sorry, I should have put more in my message. We are running TDP 2.2 for Oracle, so we have installed both the cTSM client and the TDP. This resides on a Unix box running Oracle 8.Both the client and the TDP have a API to Install, and I chose the client API, due to higher versionThis has worked fine in the past, but not sure why this OEM needs a another or different API...Thanks Will you contact IBM and find out if they have an API to interface between Oracle's OEM and Tivoli? Thanks, Mark Hayden Informations Systems Analyst E-Mail: [EMAIL PROTECTED]
Re: When you get a chance
In a message dated 6/24/2003 3:59:15 PM Eastern Standard Time, [EMAIL PROTECTED] writes: Below is a question from our Oracle DB...Any input please! Will you contact IBM and find out if they have an API to interface between Oracle's OEM and Tivoli? Thanks, Mark Hayden Informations Systems Analyst E-Mail: [EMAIL PROTECTED] Try Tivoli TDP for Oracle with your TSM Installation... I hope this helps ? Sonny Nnamchi Atlanta, GA
Running TDP scripts using Oracle OEM
Hi All, This is another question to one I already have out there. What we want to be able to do in a short disc., is have TSM call our TDP scripts from Oracle Enterprise Manager instead of creating multiple scripts. So TSm would call OEM and run the correct TDP backupThis may be asking too much, but wondered if anyone had tried this...Thanks Thanks, Mark Hayden Informations Systems Analyst E-Mail: [EMAIL PROTECTED]
Re: looking for a doc which tracks messages format changes for actlog
I don't believe there is any such document. In the case of ANS/ANE4987E, the change was made per APAR IC35141, which called our attention to the blank space. The blank space was not intentional, and thus was corrected; the object name is supposed to be shown as a single entity with no intervening blanks (except for any embedded blanks that are part of the object name itself). Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] 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. David Rigaudiere [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 06/24/2003 02:32 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:looking for a doc which tracks messages format changes for actlog Hi *SMers, anyone knows a documentation where we can find the changes about the messages in the actlog ? ie with 5.1.7.0 the ANE4987E message changed. The space between folder and file name has been removed. maybee a CHANGE file ? Best regards -- David Rigaudiere -+- Administration TSM -+- Paris -+- 40, rue de Courcelles -+- 4e étage -+- [EMAIL PROTECTED] -+- 01.5621.7802 --- This message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorised use or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. ABN AMRO Bank N.V. (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system. ABN AMRO Bank N.V. (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. --- Le présent message (y compris tous les éléments attachés) est confidentiel et est destiné aux seules personnes qu'il vise. Si vous l'avez reçu par erreur, merci de l'indiquer à son expéditeur par retour et de procéder à sa destruction dans vos systèmes. Toute utilisation ou diffusion non autorisée de son contenu, dans sa totalité ou en partie, est strictement interdite. Merci de noter que les e-mails sont susceptibles d'être altérés. ABN AMRO Bank N.V. (et les entités membres du Groupe ABN AMRO) ne saurait être tenu pour responsable ni de la transmission erronée ou incomplète des informations contenues dans ce message, ni des délais de réception ou des dommages causés à votre système. ABN AMRO Bank N.V. (et les entités membres du Groupe ABN AMRO) ne garantit ni que l'intégrité de la communication ait été maintenue ni que cette transmission soit exempte de virus, d'interceptions ou d'interférences.
Moving Copypool to a new tape library
HI all, I'm running TSM server 4.2.3.3 on aix 5.1. TSM 5.2 testing starts as soon as the media arrives. I currently have several tape pools and associated copy pools writing to a 3494, all using the same device class. Copypool tapes are sent offsite daily. I've acquired a second 3494 which is now lan and san attached at our second site. Next step is to change processing so that copypools directly use the offsite library instead of the onsite one. If the primary and copy pools were in the different devclasses I could just update the copypool devclass, but this is not the case. The manual shows no way of updating the devclass associated with a stgpool after it is created. Move data won't move between copypools and even if it did the next days copy processing would just back-fill the moved data. I can't just set up a second copypool to the new location and live with two copies for a while because there are about 600 volumes involved and I don't have that many free tapes. All I can think of is creating a whole new storage pool hierarchy and pointing new backups to that. The old data will gradually expire and eventually I can use move data to clean up the old primary pools. Anyone got any better ideas? Thanks Steve. Steve Harris AIX and TSM Admin Queensland Health, Brisbane Australia ** This e-mail, including any attachments sent with it, is confidential and for the sole use of the intended recipient(s). This confidentiality is not waived or lost if you receive it and you are not the intended recipient(s), or if it is transmitted/ received in error. Any unauthorised use, alteration, disclosure, distribution or review of this e-mail is prohibited. It may be subject to a statutory duty of confidentiality if it relates to health service matters. If you are not the intended recipient(s), or if you have received this e-mail in error, you are asked to immediately notify the sender by telephone or by return e-mail. You should also delete this e-mail message and destroy any hard copies produced. **
Re: Moving Copypool to a new tape library
Steve, Just to be sure that I understand you, you have PRIMARY storage pool A and COPY stgpool B both in library 1. You now have another library 2 and would create a new storage pool C - You would like to move all the media from B to C? OK, here is an option that I though of quickly (hopefully there is a better way though)... Make library 1 your offsite library (for copys), and library 2 your onsite library (for primarys) (or move all the tapes around so that it appears that way). You can then move your PRIMARY tapes with the MOVE NODEDATA command from PRIMARY storage pool A to PRIMARY storagepool C, one node/filesystem at a time. (Where the devclass class points to the appropriate library). I only have TSM 5.1 here - so I cant remember if MOVE NODEDATA is in 4.2. If not, you can use the MOVE DATA command to move data tapes at a time. Will that fly? ...deon --- Have you looked at the A/NZ Tivoli User Group website? http://www.tuganz.org Deon George, Customer Support Account Engineer, IBM Australia Office: +61 3 9626 6058, Fax: +61 3 9626 6622, Mobile: +61 412 366 816, IVPN +70 66058 mailto:[EMAIL PROTECTED], http://www.ibm.com/tivoli Steve Harris [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 25/06/2003 12:38 PM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] To [EMAIL PROTECTED] cc Subject Moving Copypool to a new tape library HI all, I'm running TSM server 4.2.3.3 on aix 5.1. TSM 5.2 testing starts as soon as the media arrives. I currently have several tape pools and associated copy pools writing to a 3494, all using the same device class. Copypool tapes are sent offsite daily. I've acquired a second 3494 which is now lan and san attached at our second site. Next step is to change processing so that copypools directly use the offsite library instead of the onsite one. If the primary and copy pools were in the different devclasses I could just update the copypool devclass, but this is not the case. The manual shows no way of updating the devclass associated with a stgpool after it is created. Move data won't move between copypools and even if it did the next days copy processing would just back-fill the moved data. I can't just set up a second copypool to the new location and live with two copies for a while because there are about 600 volumes involved and I don't have that many free tapes. All I can think of is creating a whole new storage pool hierarchy and pointing new backups to that. The old data will gradually expire and eventually I can use move data to clean up the old primary pools. Anyone got any better ideas? Thanks Steve. Steve Harris AIX and TSM Admin Queensland Health, Brisbane Australia ** This e-mail, including any attachments sent with it, is confidential and for the sole use of the intended recipient(s). This confidentiality is not waived or lost if you receive it and you are not the intended recipient(s), or if it is transmitted/ received in error. Any unauthorised use, alteration, disclosure, distribution or review of this e-mail is prohibited. It may be subject to a statutory duty of confidentiality if it relates to health service matters. If you are not the intended recipient(s), or if you have received this e-mail in error, you are asked to immediately notify the sender by telephone or by return e-mail. You should also delete this e-mail message and destroy any hard copies produced. **
Re: Moving Copypool to a new tape library
I also though of this: Again, swaping the roll of the libraries as I described in my previous message - you could: * Mark all your primaries as DESTROYED * Update the stgpool so that MAXSCR=0 * Define a new STGPOOL for the new library, and have your backups go to it, * Restore STGPOOL to the new storage pool in the other library As tapes become empty in library 1, move them to library 2. Again, you could do this a tape (or set of tapes) at a time. ...deon --- Have you looked at the A/NZ Tivoli User Group website? http://www.tuganz.org Deon George, Customer Support Account Engineer, IBM Australia Office: +61 3 9626 6058, Fax: +61 3 9626 6622, Mobile: +61 412 366 816, IVPN +70 66058 mailto:[EMAIL PROTECTED], http://www.ibm.com/tivoli