Re: Anyone doing TSM Encryption on TS1120's in a 3494 tape library??
I have the EKM set up doing library managed encryption. It works well once it is set up and takes any TSM dependencies out of the picture. It also allows me to push off most of the encryption maintenance to our security group. IBM's encryption expertise for open systems has been underwhelming. I am using EKM on AIX. It should work on Windows if you get the correct java and configurations. Neil Strand Storage Engineer - Legg Mason Baltimore, MD. (410) 580-7491 Whatever you can do or believe you can, begin it. Boldness has genius, power and magic. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of William Boyer Sent: Wednesday, December 05, 2007 9:56 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Anyone doing TSM Encryption on TS1120's in a 3494 tape library?? Looking for help...TSM 5.4.1.1 on WIndows2003 running the latest IBM tape driver. The library and drives are at the latest firmware as of about 2-weeks ago. The drives have application encryption enabled. This was done through the CE interface on the back of the drives. A query of the drive VPD data from the library console shows application encryption is enabled. When we enable encryption in TSM UPD DEVC 3592 DRIVEENCRYPTION=ON, we get ANR8985E message when mounting scratch tapes. Using the NTUTIL command and specifying that you want 59: Get encryption State it shows: Encryption capable: True Encryption method: None (0) Encryption state: Off (0) We rebooted the TSM server after making the encryption changes to the drives. Could really use some help on thiscalling IBM and trying to figure out where to start is it a TSM issue...driverhardware configuraiton..??? Bill Boyer >Select * from USERS where CLUE>0 0 rows returned IMPORTANT: E-mail sent through the Internet is not secure. Legg Mason therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Legg Mason therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic mail. This message is intended for the addressee only and may contain privileged or confidential information. Unless you are the intended recipient, you may not use, copy or disclose to anyone any information contained in this message. If you have received this message in error, please notify the author by replying to this message and then kindly delete the message. Thank you.
Anyone doing TSM Encryption on TS1120's in a 3494 tape library??
Looking for help...TSM 5.4.1.1 on WIndows2003 running the latest IBM tape driver. The library and drives are at the latest firmware as of about 2-weeks ago. The drives have application encryption enabled. This was done through the CE interface on the back of the drives. A query of the drive VPD data from the library console shows application encryption is enabled. When we enable encryption in TSM UPD DEVC 3592 DRIVEENCRYPTION=ON, we get ANR8985E message when mounting scratch tapes. Using the NTUTIL command and specifying that you want 59: Get encryption State it shows: Encryption capable: True Encryption method: None (0) Encryption state: Off (0) We rebooted the TSM server after making the encryption changes to the drives. Could really use some help on thiscalling IBM and trying to figure out where to start is it a TSM issue...driverhardware configuraiton..??? Bill Boyer >Select * from USERS where CLUE>0 0 rows returned
Re: 3494 tape library on AIX
Make sure you have /etc/ibmatl.conf customized on your DR machine. >>> [EMAIL PROTECTED] 02/11/05 11:36 AM >>> We are setting up a DR machine. While we have TSM coming up after a DB restore, we still need to test connecting the 3494 tape library on the DR machine. Looking through the software inventory on the production machine, these seem to be the only related software packages for the tape libbrary and cartridge drivers. We have network connections to the library, no scsi connections. Is any other software required for the tape library? Atape.driver 9.0.7.0C FIBM AIX Enhanced Tape and Medium Changer Device Driver atldd.driver 5.5.1.0C FIBM Automated Tape Library Device Driver Larry Clark
Re: 3494 tape library on AIX
We are just going to reconfig the DR TSM server to inheret the name /IP address of the production server for DR test purposes. >>> [EMAIL PROTECTED] 02/11/2005 11:55:20 AM >>> Those are the 2 filesets you need. The other thing you may have to do is configure the library manager so that it will accept the TCP/IP connections from your DR host. It's been a while since I've done it, but it's in the menu under "LAN host connections" or something like that. Ben -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Lawrence Clark Sent: Friday, February 11, 2005 9:37 AM To: ADSM-L@VM.MARIST.EDU Subject: 3494 tape library on AIX We are setting up a DR machine. While we have TSM coming up after a DB restore, we still need to test connecting the 3494 tape library on the DR machine. Looking through the software inventory on the production machine, these seem to be the only related software packages for the tape libbrary and cartridge drivers. We have network connections to the library, no scsi connections. Is any other software required for the tape library? Atape.driver 9.0.7.0C FIBM AIX Enhanced Tape and Medium Changer Device Driver atldd.driver 5.5.1.0C FIBM Automated Tape Library Device Driver Larry Clark
Re: 3494 tape library on AIX
Those are the 2 filesets you need. The other thing you may have to do is configure the library manager so that it will accept the TCP/IP connections from your DR host. It's been a while since I've done it, but it's in the menu under "LAN host connections" or something like that. Ben -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Lawrence Clark Sent: Friday, February 11, 2005 9:37 AM To: ADSM-L@VM.MARIST.EDU Subject: 3494 tape library on AIX We are setting up a DR machine. While we have TSM coming up after a DB restore, we still need to test connecting the 3494 tape library on the DR machine. Looking through the software inventory on the production machine, these seem to be the only related software packages for the tape libbrary and cartridge drivers. We have network connections to the library, no scsi connections. Is any other software required for the tape library? Atape.driver 9.0.7.0C FIBM AIX Enhanced Tape and Medium Changer Device Driver atldd.driver 5.5.1.0C FIBM Automated Tape Library Device Driver Larry Clark
3494 tape library on AIX
We are setting up a DR machine. While we have TSM coming up after a DB restore, we still need to test connecting the 3494 tape library on the DR machine. Looking through the software inventory on the production machine, these seem to be the only related software packages for the tape libbrary and cartridge drivers. We have network connections to the library, no scsi connections. Is any other software required for the tape library? Atape.driver 9.0.7.0C FIBM AIX Enhanced Tape and Medium Changer Device Driver atldd.driver 5.5.1.0C FIBM Automated Tape Library Device Driver Larry Clark
Re: checkin tapes to 3494 tape library
>I have TSM 5.1.5 on AIX 4.3.3 >when I try to checkin tapes on the TSM using checkin command, it takes a >long time to checkin one tape and this will make a timeout for the other >tapes checkin although the timeout is 60 minutes. > >Does any one know how can I decrease the checkin time with more than one >tape or why it is taking this long time to checkin one tape? Your posting doesn't give us the context of the operation: Are these data-laden stgpool tapes that you are returning to the library, or new 3590 tapes...where LABEl LIBVolume should be done rather than Checkin? (You should never depend upon tape vendors pre-labeling tapes; and in any case it is optimal to have the 3590 VCR data reset under your prevailing tape drive firmware levels.) We don't know the form of the Checkin command you used, but presumably included CHECKLabel=Yes. "a long time" is not very precise...how many minutes? Have you done Query Mount to see if drives are free to service the Checkin, or is it being done at a time when drives are busy with other sessions and processes? Is this kind of tape handling delay evident in other TSM daily operations? Does the TSM Activity Log reflect waiting for drives to be available to the process, or the AIX Error Log show drive problems? If drives are free and Online (Query Drives), it is best to be at the 3494 and observe what is actually happening as a tape is being processed: you may be encountering a drive which is having mechanical problems with load or unload. You might also check that your tape drive firmware is recent, as it affects the mechanical handling of tapes. I would also strive to have your TSM server up to 5.1.7 level, or later, to pick up a lot of intervening fixes. Richard Sims, http://people.bu.edu/rbs
checkin tapes to 3494 tape library
Hi guys, I have TSM 5.1.5 on AIX 4.3.3 when I try to checkin tapes on the TSM using checkin command, it takes a long time to checkin one tape and this will make a timeout for the other tapes checkin although the timeout is 60 minutes. Does any one know how can I decrease the checkin time with more than one tape or why it is taking this long time to checkin one tape? Regards, Abdulaziz
Re: Magstar 3494 Tape Library
1. You have to upgrade to 3590E1A. 2. The library does not have to be exclusive to TSM. You can share it with other systems, as long as the other system does not want exclusive use. For example lots of shops share their 3494 library between OS/390 and TSM running on W2K, AIX and other supported platforms. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of Zosimo Noriega (ADNOC IS&T) Sent: Sunday, March 17, 2002 2:27 AM To: [EMAIL PROTECTED] Subject: Magstar 3494 Tape Library hi, I hope anybody can help me. I have 3494 TL with 4 3590B1A drives. Is it SAN ready? Can I able to connect this tape drives (3590B1A) on the IBM SAN? Or i need to upgrade the drive to 3590E1A to provide SAN Connectivity. Is this library exclusive use only for ADSM/TSM software? thanks in advance, Zosi Noriega ADNOC-UAE
Re: Magstar 3494 Tape Library
The 3494 works with TSM, Legato, and NetBackup. I think ArcServe works also. B1A drives are not SAN Ready. I think you have to convert them to E1A to get the FC upgrade feature, but I am not sure on that. The FC upgrade feature is about 7K. You can look up the feature upgrade preqrequsits on WWW.IBMLINK.IBM.COM. You may also be able to use a SAN Data Gateway, though some customers have trouble getting them implemented. The issue is you have to use exactly what IBM SAN Central says to use. -Original Message- From: Zosimo Noriega (ADNOC IS&T) [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 17, 2002 2:27 AM To: [EMAIL PROTECTED] Subject: Magstar 3494 Tape Library hi, I hope anybody can help me. I have 3494 TL with 4 3590B1A drives. Is it SAN ready? Can I able to connect this tape drives (3590B1A) on the IBM SAN? Or i need to upgrade the drive to 3590E1A to provide SAN Connectivity. Is this library exclusive use only for ADSM/TSM software? thanks in advance, Zosi Noriega ADNOC-UAE
Magstar 3494 Tape Library
hi, I hope anybody can help me. I have 3494 TL with 4 3590B1A drives. Is it SAN ready? Can I able to connect this tape drives (3590B1A) on the IBM SAN? Or i need to upgrade the drive to 3590E1A to provide SAN Connectivity. Is this library exclusive use only for ADSM/TSM software? thanks in advance, Zosi Noriega ADNOC-UAE
Re: 3494 Tape Library
Your 3575 probably isn't worth a lot on the used market, the techology is good but the capacity isn't. I had one at my last site and I really loved the way you could get a file back in literally seconds. This site has a 3494 and I'd recommend it to anyone but it is very expensive to buy and upgrade. Have you thought of going with a slower and perhaps cheaper library as a tertiary store and keeping your 3575 as a secondary store? What the hey, use a 3494 as your tertiary store and still keep the 3575! Steve Harris AIX and TSM Admin Queensland Health, Brisbane Australia >>> Gene Greenberg <[EMAIL PROTECTED]> 02/02/2002 5:31:15 >>> The 3575 we are currently using backs up aix servers as well as nt systems. The biggest problem has been to keep enough scratch tapes available. I'm currently rotating around 600 tapes that hold appox. 20gb eachdepending on compression. Also in the past we have not had the luxuary of a fiber backbone, but that is now changing and each of our 35 locations have fiber being installed. Going this direction would allow us to have a lot less tapes, and at the same time give us room to grow in the future. I'm not dead set on a 3494 library because of price, but it does appear to give us a lot of flexibility for future needs. Gene |+-> || "Davidson, | || Becky" | || | || | || 02/01/02 12:31 | || PM | || Please respond | || to "ADSM: Dist | || Stor Manager" | || | |+-> >-| | | | To: [EMAIL PROTECTED] | | cc: (bcc: Gene Greenberg/CentralOffice/RRISD) | | Subject: Re: 3494 Tape Library| >-| We have a 3494 and it works great. We also have a 3584 which works well. What kind of purpose are you going to use it for? Becky -Original Message- From: Gene Greenberg [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 11:04 AM To: [EMAIL PROTECTED] Subject: 3494 Tape Library SMers I'm currently using a 3575 tape library and have to make or not make a recommendation to move to a 3494 library. For those who have one already I'd be interested in your eval of the 3494, good, bad or indefferent. Thanks for your help Gene ** 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: 3494 Tape Library
Come to Share in Nashville and I will show you how to implement it. -Original Message- From: Gene Greenberg [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 12:04 PM To: [EMAIL PROTECTED] Subject: 3494 Tape Library SMers I'm currently using a 3575 tape library and have to make or not make a recommendation to move to a 3494 library. For those who have one already I'd be interested in your eval of the 3494, good, bad or indefferent. Thanks for your help Gene
Re: 3494 Tape Library
We have a tin can setting on the side that we turned off. Moved everything to the 3494 and 3590 not because the 3575 wasn't reliable, just wanted a common platform. Though, the AIX boys would probably go kicking and screaming back to the 3575. We have had some bad K tapes but only because we had one bad shipment early in the manufacturing, about 14 months ago. No problems since. We have HA on both our libraries, one full length the other about 5 frames shorter. Yes, they are big. Except for the bad tape problem everyone is pretty happy. IBM responds to problems well, especially since the CE lives at our site. -Original Message- From: Joe Faracchio [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 8:21 PM To: [EMAIL PROTECTED] Subject: Re: 3494 Tape Library Gene, We replaced our twin DLT boxes (7337's?) a couple of years ago with a 3494 and a couple of 3590s and would never go back. Reliability is good. Other than a couple dropped tapes we have not had any robot problems until recently. I'm not surprised. I tune my 3466 to be using the tape drive constantly for one thing or the other (especially onsite/offsite pool reclamation) Recently we have had a motor and a belt replaced. I think there was something else done but can't remember what it was. To me this is OK and within my expectations. IBM was very responsive. When my robot can't mount a tape (that may be for a user's restore request) I make it a Sev-1 and IBM comes out and starts working on it ASAP. The 3590 drives are great. I have some (about 3 out of 900 in 3 years) tapes that get flaky and have to be chucked out but I have never lost any data. (Something about VCR?) I'll take servo-track any day! I think its only expensive getting started. that first box with controller is a killer. But remember you can add 8 more frames before IBM makes you buy another robot. We got 2 extra drives (K) on the used market (certified) and paid 1/3 list!!!. :-) Second frame was only 20-30K. ... joe.f. Joseph A Faracchio, Systems Programmer, UC Berkeley Private mail on any topic should be directed to : [EMAIL PROTECTED] (510)642-7638 (W) (209)483-JOEF (M) 5633 I retire from UC Berkeley March 20th. then ... "Would you like fries with that order?" "Can I super-size it for you" is my new mantra :-) On Fri, 1 Feb 2002, Gene Greenberg wrote: > SMers > > I'm currently using a 3575 tape library and have to make or not make a > recommendation to move to a 3494 library. > > For those who have one already I'd be interested in your eval of the > 3494, good, bad or indefferent. > > Thanks for your help > > Gene >
Re: 3494 Tape Library
Gene, We replaced our twin DLT boxes (7337's?) a couple of years ago with a 3494 and a couple of 3590s and would never go back. Reliability is good. Other than a couple dropped tapes we have not had any robot problems until recently. I'm not surprised. I tune my 3466 to be using the tape drive constantly for one thing or the other (especially onsite/offsite pool reclamation) Recently we have had a motor and a belt replaced. I think there was something else done but can't remember what it was. To me this is OK and within my expectations. IBM was very responsive. When my robot can't mount a tape (that may be for a user's restore request) I make it a Sev-1 and IBM comes out and starts working on it ASAP. The 3590 drives are great. I have some (about 3 out of 900 in 3 years) tapes that get flaky and have to be chucked out but I have never lost any data. (Something about VCR?) I'll take servo-track any day! I think its only expensive getting started. that first box with controller is a killer. But remember you can add 8 more frames before IBM makes you buy another robot. We got 2 extra drives (K) on the used market (certified) and paid 1/3 list!!!. :-) Second frame was only 20-30K. ... joe.f. Joseph A Faracchio, Systems Programmer, UC Berkeley Private mail on any topic should be directed to : [EMAIL PROTECTED] (510)642-7638 (W) (209)483-JOEF (M) 5633 I retire from UC Berkeley March 20th. then ... "Would you like fries with that order?" "Can I super-size it for you" is my new mantra :-) On Fri, 1 Feb 2002, Gene Greenberg wrote: > SMers > > I'm currently using a 3575 tape library and have to make or not make a > recommendation to move to a 3494 library. > > For those who have one already I'd be interested in your eval of the 3494, good, > bad or indefferent. > > Thanks for your help > > Gene >
Re: 3494 Tape Library
The 3494 with the 3590s is great for a lot of stop start writing. It is also intelligent so it does a lot of the managing of the tapes. On the downside that adds a layer of complication. It is also more expensive. The 3580 is great for streaming data, moves fast, and isn't as complicated. Is also isn't as smart and doesn't so as well with the stop start type writing. For us at least the LTO tapes are larger so we had 20 tapes that reduced to 6 which was wonderful. Hope this helps Becky -Original Message- From: Gene Greenberg [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 1:31 PM To: [EMAIL PROTECTED] Subject: Re: 3494 Tape Library The 3575 we are currently using backs up aix servers as well as nt systems. The biggest problem has been to keep enough scratch tapes available. I'm currently rotating around 600 tapes that hold appox. 20gb eachdepending on compression. Also in the past we have not had the luxuary of a fiber backbone, but that is now changing and each of our 35 locations have fiber being installed. Going this direction would allow us to have a lot less tapes, and at the same time give us room to grow in the future. I'm not dead set on a 3494 library because of price, but it does appear to give us a lot of flexibility for future needs. Gene |+-> || "Davidson, | || Becky" | || | || | || 02/01/02 12:31 | || PM | || Please respond | || to "ADSM: Dist | || Stor Manager" | || | |+-> >-| | | | To: [EMAIL PROTECTED] | | cc: (bcc: Gene Greenberg/CentralOffice/RRISD) | | Subject: Re: 3494 Tape Library| >-| We have a 3494 and it works great. We also have a 3584 which works well. What kind of purpose are you going to use it for? Becky -Original Message- From: Gene Greenberg [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 11:04 AM To: [EMAIL PROTECTED] Subject: 3494 Tape Library SMers I'm currently using a 3575 tape library and have to make or not make a recommendation to move to a 3494 library. For those who have one already I'd be interested in your eval of the 3494, good, bad or indefferent. Thanks for your help Gene
Re: 3494 Tape Library
The 3575 we are currently using backs up aix servers as well as nt systems. The biggest problem has been to keep enough scratch tapes available. I'm currently rotating around 600 tapes that hold appox. 20gb eachdepending on compression. Also in the past we have not had the luxuary of a fiber backbone, but that is now changing and each of our 35 locations have fiber being installed. Going this direction would allow us to have a lot less tapes, and at the same time give us room to grow in the future. I'm not dead set on a 3494 library because of price, but it does appear to give us a lot of flexibility for future needs. Gene |+-> || "Davidson, | || Becky" | || | || | || 02/01/02 12:31 | || PM | || Please respond | || to "ADSM: Dist | || Stor Manager" | || | |+-> >-| | | | To: [EMAIL PROTECTED] | | cc: (bcc: Gene Greenberg/CentralOffice/RRISD) | | Subject: Re: 3494 Tape Library| >-| We have a 3494 and it works great. We also have a 3584 which works well. What kind of purpose are you going to use it for? Becky -Original Message- From: Gene Greenberg [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 11:04 AM To: [EMAIL PROTECTED] Subject: 3494 Tape Library SMers I'm currently using a 3575 tape library and have to make or not make a recommendation to move to a 3494 library. For those who have one already I'd be interested in your eval of the 3494, good, bad or indefferent. Thanks for your help Gene
Re: 3494 Tape Library
We use the 3494 tape library with 8 3590 tape drives. We use for both UNIX/AIX and IBM Mainframe. It been good to us. We had the library for the last 5 years. LTO may hold more info... But the library is so solid. I understand for restoring data , the 3590 get better performance then the LTO would. Dave Pearson -Original Message- From: Charles Anderson [SMTP:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 10:51 AM To: [EMAIL PROTECTED] Subject:Re: 3494 Tape Library The 3494 tape library is the best thing since sliced bread. However, learning how to use the aforementioned bread can be kind of .. difficult. However, being an IBM product, there is more than adequate documentation for you to learn from. -ed
Re: 3494 Tape Library
We have had a 3494 tape library for the last 2 years and it has been kind of cumbersome. The cost effectiveness seems to run on the costly side for what I am getting. I have heard (not experienced) of other tape libraries with greater capacity, less cost, and less foot space, but I do not know their error record (I've heard some with high errors and some with low errors). I currently have 6 drives and was backing up using 10 drives with various slower speeds. TSM is very resource driven and will need drives (whether tape or disk). IBM service is tops from what I have experienced, but I have had to have service on all of the tape drives at least 1-2 drives per month. I've replaced 2 drives also. My option would be higher density tapes with cheaper drives. Say I had 12 drives and 2 -3 replaced each month would still be better than 6 drives with 1 replaced per year. Backups and Restores rely on drive availability. The service factor also may be a turning factor. If I had a good DLT maintenance man, things might have been different. "Prather, Wanda" cc: Sent by: "ADSM: Subject: Re: 3494 Tape Library Dist Stor Manager" <[EMAIL PROTECTED] T.EDU> 02/01/02 12:55 PM Please respond to "ADSM: Dist Stor Manager" It's an absolutely fabulous piece of enterprise-class hardware. I can't think of any reason you would be sorry you had one. -Original Message- From: Gene Greenberg [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 12:04 PM To: [EMAIL PROTECTED] Subject: 3494 Tape Library SMers I'm currently using a 3575 tape library and have to make or not make a recommendation to move to a 3494 library. For those who have one already I'd be interested in your eval of the 3494, good, bad or indefferent. Thanks for your help Gene
Re: 3494 Tape Library
The 3494 tape library is the best thing since sliced bread. However, learning how to use the aforementioned bread can be kind of .. difficult. However, being an IBM product, there is more than adequate documentation for you to learn from. -ed
Re: 3494 Tape Library
We have a 3494 and it works great. We also have a 3584 which works well. What kind of purpose are you going to use it for? Becky -Original Message- From: Gene Greenberg [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 11:04 AM To: [EMAIL PROTECTED] Subject: 3494 Tape Library SMers I'm currently using a 3575 tape library and have to make or not make a recommendation to move to a 3494 library. For those who have one already I'd be interested in your eval of the 3494, good, bad or indefferent. Thanks for your help Gene
Re: 3494 Tape Library
I would also suggest that you look at the 3584 tape library. It has some limitations vs. the 3494, but it is considerably less expensive. The major differences are: - The 3584 cannot be attached to a mainframe. Not an issue when replacing a 3575. - The LTO drives in the 3584 are poorer at load time and backspacing. This could be a decisive issue replacing a 3575. The Magstar MP drives in the 3575 will outperform the 3580 LTO drive in this area. This is primarily an issue for HSM applications. - The LTO can hold 100GB (native) on a tape, while the limit on the 3590 tape is 40 MB. _ William Mansfield Senior Consultant Solution Technology, Inc "Prather, Wanda" cc: Sent by: "ADSM: Subject: Re: 3494 Tape Library Dist Stor Manager" <[EMAIL PROTECTED] .EDU> 02/01/2002 11:55 AM Please respond to "ADSM: Dist Stor Manager" It's an absolutely fabulous piece of enterprise-class hardware. I can't think of any reason you would be sorry you had one. -Original Message- From: Gene Greenberg [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 12:04 PM To: [EMAIL PROTECTED] Subject: 3494 Tape Library SMers I'm currently using a 3575 tape library and have to make or not make a recommendation to move to a 3494 library. For those who have one already I'd be interested in your eval of the 3494, good, bad or indefferent. Thanks for your help Gene
Re: 3494 Tape Library
It's an absolutely fabulous piece of enterprise-class hardware. I can't think of any reason you would be sorry you had one. -Original Message- From: Gene Greenberg [mailto:[EMAIL PROTECTED]] Sent: Friday, February 01, 2002 12:04 PM To: [EMAIL PROTECTED] Subject: 3494 Tape Library SMers I'm currently using a 3575 tape library and have to make or not make a recommendation to move to a 3494 library. For those who have one already I'd be interested in your eval of the 3494, good, bad or indefferent. Thanks for your help Gene
Re: 3494 Tape Library
I have installed 20 or so of these libraries. They are absolutely the best tape library in the industry. -- Joshua S. Bassi Sr. Solutions Architect IBM Certified - AIX/HACMP, SAN, Shark Tivoli Certified Consultant- ADSM/TSM Cell (415) 215-0326 [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of Gene Greenberg Sent: Friday, February 01, 2002 9:04 AM To: [EMAIL PROTECTED] Subject: 3494 Tape Library SMers I'm currently using a 3575 tape library and have to make or not make a recommendation to move to a 3494 library. For those who have one already I'd be interested in your eval of the 3494, good, bad or indefferent. Thanks for your help Gene
3494 Tape Library
SMers I'm currently using a 3575 tape library and have to make or not make a recommendation to move to a 3494 library. For those who have one already I'd be interested in your eval of the 3494, good, bad or indefferent. Thanks for your help Gene
Re: 3494 Tape Library
What version of atape and atldd are you running? -Original Message- From: Mauro Jr, Frank [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 01, 2001 1:32 PM To: [EMAIL PROTECTED] Subject: 3494 Tape Library I have a 3494 tape library which is connected through a "brocade switch" to an AIX 4.3.3 server. The tape library is also used by our mainframe. I was able to define the tape library and drives to the TSM but when I try to label or read a tape I get the following error message: ANR8311E An I/O error occurred while accessing drive DRIVE0 (/dev/rmt6) for READ operation, errno = 0. ANR8810I Volume X10151 has been labeled in library 3494LIB1. I used 300 for the Private Category and 301 for the Scratch Category. Library Name: 3494LIB1 Library Type: 349X Device: /dev/lmcp0 Private Category: 300 Scratch Category: 301 External Manager: Shared: No Primary Library Manager: Last Update by (administrator): MAUROF Last Update Date/Time: 07/31/2001 18:03:32 Has anyone run into this problem? Any help would be appreciated. Frank Mauro Liberty Mutual Backup and Recovery Services [EMAIL PROTECTED] 603.245.3207
3494 Tape Library
I have a 3494 tape library which is connected through a "brocade switch" to an AIX 4.3.3 server. The tape library is also used by our mainframe. I was able to define the tape library and drives to the TSM but when I try to label or read a tape I get the following error message: ANR8311E An I/O error occurred while accessing drive DRIVE0 (/dev/rmt6) for READ operation, errno = 0. ANR8810I Volume X10151 has been labeled in library 3494LIB1. I used 300 for the Private Category and 301 for the Scratch Category. Library Name: 3494LIB1 Library Type: 349X Device: /dev/lmcp0 Private Category: 300 Scratch Category: 301 External Manager: Shared: No Primary Library Manager: Last Update by (administrator): MAUROF Last Update Date/Time: 07/31/2001 18:03:32 Has anyone run into this problem? Any help would be appreciated. Frank Mauro Liberty Mutual Backup and Recovery Services [EMAIL PROTECTED] 603.245.3207
Re: cleaning cartridge for 3494 tape library
>We would like to checkin some cleaning cartridge to 3494 tape library. We >put in four cleaning cartridges already through I/O station, do we need to >run 'checkin' from TSM to check in them or check in from 3494 workstation? >Or do nothing? TSM is not involved with cleaner cartridges in libraries and drives which initiate their own cleaning, like the 3494. You need to apply barcode labels which conform to the definition you made for the Cleaner Volume Mask in the Library Manager, and also there define the cleaning interval. Refer to your 3494 Operator Guide and the redbook IBM Magstar Tape Products Family: A Practical Guide (SG24-4632). Richard Sims, BU
cleaning cartridge for 3494 tape library
Hi all, We would like to checkin some cleaning cartridge to 3494 tape library. We put in four cleaning cartridges already through I/O station, do we need to run 'checkin' from TSM to check in them or check in from 3494 workstation? Or do nothing? 'mtlib -l /dev/lmcp0 -qI -v' shows no cleaning cartridge but 'mtlib -l /dev/lmcp0 -qL' shows 'avail 3590 cleaner cycles..398'. What does it mean? Thanks. Best regards, Phillip Guan Sansia System Solutions Bowers Avenue, Suite 239 Santa Clara, CA 95054 Voice: 408.844.8808 Fax: 408.844.9801
Antwort: 3494 Tape library slots
At the library manager is an option under commands, inventory, new storage. That means you del the old inventory, after you do this, you start adsm processe audit libr to synchronize the inentory with the adsm db, after that the categories for the tapes at 3494 is the same as in ADSM db for these volumes. Regards Udo Lawrence Clark <[EMAIL PROTECTED]> am 24.07.2000 16:49:01 Bitte antworten an "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> An:[EMAIL PROTECTED] Kopie: (Blindkopie: Udo Schöpgens/Intern/USR/o-tel-o/de) Thema: 3494 Tape library slots Hi: We have a 3494 tape library. Perhaps a year ago two cartrisges were removed directly from the library because they were defective and since then the two slots have never been used by the library / ADSM. Any suggestions on how they might be recaptured? Larry Clark NYS Thruway Authority
Re: 3494 Tape library slots
does mtlib -l/dev/lmcp# -qV -VXXX### show the volser ? if so do a mtlib -l/dev/lmcp# -C -s[sourcecategory] -t[targetcategory] -VXXX### use the source category as is listed in the results of the query volume and use a target category of "purge" which is (help me out here people, I'm at home away from my library manual) I think is it is FFFx something... I believe... if you have your 3494 manual lookup the different categories and you'll find it there, it is the one to "purge info" the atl might be holding the slots for the tapes... later, Dwight > -- > From: Bill Wheeler[SMTP:[EMAIL PROTECTED]] > Reply To: ADSM: Dist Stor Manager > Sent: Monday, July 24, 2000 11:05 AM > To: [EMAIL PROTECTED] > Subject: Re: 3494 Tape library slots > > One possible way is to make a change is to create two tapes with the same > tape name and enter them into the slots. The way the system looks at is > the tapes are still there. Because they were not checked out properly. > You need to somehow make the system believe that you are checking out the > tapes. If you look into the devconfig file, it might show you if the two > tapes are shown to be in the slots. If so you could also make a change > to > that file that shows two other tapes are in those slots. Then insert the > correct tapes in the correct slot. I have done something like this > before, > but I also use a 3570 tape device. > > -Original Message- > From: Lawrence Clark [mailto:[EMAIL PROTECTED]] > Sent: Monday, July 24, 2000 11:49 AM > To: [EMAIL PROTECTED] > Subject: 3494 Tape library slots > > > Hi: > We have a 3494 tape library. Perhaps a year ago two cartrisges were > removed > directly from the library because they were defective and since then the > two > slots have never been used by the library / ADSM. > Any suggestions on how they might be recaptured? > > Larry Clark > NYS Thruway Authority >
Re: 3494 Tape library slots
Go to the library manager PC on the back of the 3494 and do a database query for the volser(s) that were removed. If they are still showing up in his (the 3494's not ADSM) database you'll need to do an audit from the menus. After that audit is finished, and it may take a while depending on how busy the library is, I would recommend doing and ADSM audit library. If the 3494 doesn't have the volser(s) in it's database, maybe just an ADSM audit library will do it. Bill Boyer DSS, Inc. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Lawrence Clark Sent: Monday, July 24, 2000 11:49 AM To: [EMAIL PROTECTED] Subject: 3494 Tape library slots Hi: We have a 3494 tape library. Perhaps a year ago two cartrisges were removed directly from the library because they were defective and since then the two slots have never been used by the library / ADSM. Any suggestions on how they might be recaptured? Larry Clark NYS Thruway Authority
Re: 3494 Tape library slots
>We have a 3494 tape library. Perhaps a year ago two cartrisges were = >removed directly from the library because they were defective and since = >then the two slots have never been used by the library / ADSM. >Any suggestions on how they might be recaptured? Don't do that. But now that it is done... Causing a reinventory of the 3494 should do it, but less drastic would be to use the mtlib command to change the category code to FFFB, to delete the Library Manager database entry, as for a Manually Ejected (FFFA) volume. I presume from your posting that these volumes were not known to ADSM, else you need to take appropriate action there as well. Richard Sims, BU
Re: 3494 Tape library slots
One possible way is to make a change is to create two tapes with the same tape name and enter them into the slots. The way the system looks at is the tapes are still there. Because they were not checked out properly. You need to somehow make the system believe that you are checking out the tapes. If you look into the devconfig file, it might show you if the two tapes are shown to be in the slots. If so you could also make a change to that file that shows two other tapes are in those slots. Then insert the correct tapes in the correct slot. I have done something like this before, but I also use a 3570 tape device. -Original Message- From: Lawrence Clark [mailto:[EMAIL PROTECTED]] Sent: Monday, July 24, 2000 11:49 AM To: [EMAIL PROTECTED] Subject: 3494 Tape library slots Hi: We have a 3494 tape library. Perhaps a year ago two cartrisges were removed directly from the library because they were defective and since then the two slots have never been used by the library / ADSM. Any suggestions on how they might be recaptured? Larry Clark NYS Thruway Authority
3494 Tape library slots
Hi: We have a 3494 tape library. Perhaps a year ago two cartrisges were removed directly from the library because they were defective and since then the two slots have never been used by the library / ADSM. Any suggestions on how they might be recaptured? Larry Clark NYS Thruway Authority