problematic. I want to get rid of them first.
Thanks,
Eliza
We have a 3494 tape library with six 3590E drives.
I am looking into upgrading the 3590E drives to 3592 drives.
current setup:
TSM server 5.2.3.3 on AIX 5.2
3494 with 3 frames: one L12 and two D12s
six 3590E tape drives
server
, January 13, 2005 8:03 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: upgrade path from 3590E to 3592
I posted the following message a couple of months ago and a lot of you
helped me out. Looks like we will have the funding for converting one
D12 to D22 with two 3592 drives this fiscal year. However
/2004 1:53:51
We have a 3494 tape library with six 3590E drives.
I am looking into upgrading the 3590E drives to 3592 drives.
current setup:
TSM server 5.2.3.3 on AIX 5.2
3494 with 3 frames: one L12 and two D12s
six 3590E tape drives
server and 3590E drives connected to two 2109 SAN switches
This is interesting. In Yr3, if we just remove the remaining 3590s in
the
last L12 frame and replace them with bare slots, can the slots hold 3592
tapes? Does it mean the L12 doesn't need to be converted into a L22
before
it can hold 3592 tapes?
My understanding is you only need to upgrade the
drives into that frame. However, you do need to
have a new enough Library Manager (the OS/2 box in the L12) to support
the 3592 drives. Since you only have 3590E drives, you probably will
need an upgrade to the Library Manager (if you had 3590H drives, you'd
probably be fine). Check with your sales
...Because of budget constrains I am thinking of replacing a frame...
Eliza - Further $ might be saved by converting an existing frame...
Per the 3592 Planning manual:
Existing frame models L10, L12, and L14 frames can also be
converted to the Model L22, and existing D10, D12, and D14
library with six 3590E drives.
I am looking into upgrading the 3590E drives to 3592 drives.
current setup:
TSM server 5.2.3.3 on AIX 5.2
3494 with 3 frames: one L12 and two D12s
six 3590E tape drives
server and 3590E drives connected to two 2109 SAN switches.
Because of budget constrains I am
DEVType=3590
ESTCAPacity=20G FORMAT=3590E-C COMPression=Yes MAXCAPacity=0
PREFIX=ADSM MOUNTRetention=1 MOUNTWait=60 MOUNTLimit=2
EXPiration=99365 PROtection=YES UNIT=3590
Session established with server MGECC_SERVER: MVS
Server Version 5, Release 1, Level 7.0
Server date/time: 10/21/2004 15
We have a 3494 tape library with six 3590E drives.
I am looking into upgrading the 3590E drives to 3592 drives.
current setup:
TSM server 5.2.3.3 on AIX 5.2
3494 with 3 frames: one L12 and two D12s
six 3590E tape drives
server and 3590E drives connected to two 2109 SAN switches.
Because
On Oct 22, 2004, at 11:53 AM, Eliza Lau wrote:
...Because of budget constrains I am thinking of replacing a frame...
Eliza - Further $ might be saved by converting an existing frame...
Per the 3592 Planning manual:
Existing frame models L10, L12, and L14 frames can also be
converted to the
tapes)
Here is what I have defined for the new Devclass -CART3590E (3590e drives, 3590J tapes)
Is the only differance between the two drives the Estimated Capacity?
Thanks in advance for any replies.
Shannon
Shannon C. Bach
Operations Analyst
Data Center Services
Madison Gas Electric Co
On Oct 21, 2004, at 1:14 PM, Shannon Bach wrote:
Is the only differance between the two drives the Estimated Capacity?
Shannon - Not reflected in your devclass summaries was the critical
definition element: Format. That's the key difference
between 3590B and E in TSM.
Richard Sims
Stor Manager [EMAIL PROTECTED]
10/21/2004 01:19 PM
Please respond to ADSM: Dist Stor Manager
To:[EMAIL PROTECTED]
cc:
Subject:Re: 3590B vs 3590E drives
On Oct 21, 2004, at 1:14 PM, Shannon Bach wrote:
Is the only differance between the two drives the Estimated
On Oct 21, 2004, at 3:06 PM, Shannon Bach wrote:
When I tried to add the format=drive option, it came back with an
invalid option error. I couldn't figure out where I put this. I
followed the manual's format but the manual was 5.2 and my server is
5.1.7. Could this be the problem?
Why would you
According to the TSM most current doc (http://publib.boulder.ibm.com/tividd/td/TSM390N/GC32-0776-02/en_US/HTML/anrmrf522tfrm.htm)
this is how I should define the devclass and the reply I received after,
tsm: MGECC_SERVERDEFine DEVclass CART3590E DEVType=3590 ESTCAPacity=20G FORMAT=3590E-C
My 3494 is filled with 3590E carts. If I were to use 3590K carts, my robot
wouldn't be so filled. This is the current definition of the DEVC TAPE:
Device Class Name: TAPE
Device Access Strategy: Sequential
Storage Pool Count: 8
Device Type: 3590
Format
-
From: Fred Johanson [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 18, 2003 2:50 PM
To: [EMAIL PROTECTED]
Subject: Mixing 3590E and 3590K volumes
My 3494 is filled with 3590E carts. If I were to use 3590K carts, my robot
wouldn't be so filled. This is the current definition of the DEVC TAPE
My 3494 is filled with 3590E carts.
Well, you have something I've never seen... I know about 3590J tapes, and
3590K tapes, but never seen a 3590E tape. ;-)
If I were to start introducing the longer format carts into my system,
would TSM use them interchangeably with the old ones, i.e., would
??? Do you have experience w/ or plans for replacing 3590E with LTO tapes
for a busy enterprise TSM backup service? Is LTO performance OK ???
We expect to double business for one of our TSM services over next 4 years.
Last year, for space and cost savings, future enhancements, etc
To: [EMAIL PROTECTED]
Subject: ?Can LTO replace 3590E tape for busy TSM backup/restore
service?
??? Do you have experience w/ or plans for replacing 3590E with LTO
tapes
for a busy enterprise TSM backup service? Is LTO performance OK ???
We expect to double business for one of our TSM
respond to ADSM: Dist Stor Manager
To: [EMAIL PROTECTED]
cc:
Subject:?Can LTO replace 3590E tape for busy TSM backup/restore
service?
??? Do you have experience w/ or plans for replacing 3590E with LTO
tapes
for a busy enterprise TSM backup service
Health, Brisbane Australia
[EMAIL PROTECTED] 31/01/2003 5:36:33
??? Do you have experience w/ or plans for replacing 3590E with LTO tapes
for a busy enterprise TSM backup service? Is LTO performance OK ???
We expect to double business for one of our TSM services over next 4 years
:
Subject:Re: ?Can LTO replace 3590E tape for busy TSM backup/restore
servi ce?
LTO is a streaming data device. If you cannot keep the data flowing at
tape
speed, it has to stop, back up, and restart to get the tape up to speed
again. This is very time-expensive in LTO because of the hardware
F_026E backleveled a fix from a previous release related to SAN LIP
protocols and login that was on, I believe, D_0388. To correct the problem
F_027E is the fix. This fix is not generally available yet.
If you have McData ES-1000 switches, you are especially exposed. Basically,
one drive can
Hello, everyone.
Platform: IBM pSeries 6M1
OS: AIX 4.3.3.10
TSM: 5.1.1.1
Atape: 7.0.7.0
atldd: 5.0.7.0
I am getting ready to perform an upgrade from 3590E to 3590H drives in
my 3494. Each of the 6-drives is directly fiber-channel attached to the
TSM server.
Has anyone gone through an upgrade
Actually the steps are just the same as for migration from 3590B to 3590E.
IBM CE will perform the upgrade and you will do the rest.
The latter is well documented and you can also find plenty of info in list
archives (http://www.adsm.org/).
Zlatko Krastev
IT Consultant
Please respond to ADSM
Hello,
AIX 4.3.3, TSM 4.1.0.0
Within two weeks we are upgrading from 3590B to 3590E, and from two to three
drives. Before we have to upgrade our Atape drivers on AIX. We never done
this before.
Is there anyone who was in this proces lately and can tell me the sequence
of the proces. Besides
is drives
rename stgpools is fun...
move data from old tapes to new tapesto force a conversion...
high level stuff..
-Original Message-
From: brian welsh [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 20, 2002 2:00 PM
To: [EMAIL PROTECTED]
Subject: Upgrade from 3590B to 3590E
Hello
In our library IBM-3494 are 3490E tape-units. This library will reach its
limits for the number of cartridges.
We think of replacing the 3490E normal tapes by long-tapes.
Does TSM support a mix of different tapes?
If so, is it necessary to make modification in e.i. hardware(3490E
modification?)
3590E normal tapes long tapes ? ? ?
are you referring to J tapes K tapes ? (that is all I know of...)
J tapes are 3590-B1A tapes which may be written to by 3590-E1A tape drives
(a reformat is performed)
and K tapes are the 3590-E1A tapes from the start...
If this is the case, yes, you can have
In our library IBM-3494 are 3490E tape-units. This library
will reach its
limits for the number of cartridges.
We think of replacing the 3490E normal tapes by long-tapes.
Does TSM support a mix of different tapes?
Fred,
I have the same issue here. The modified 3590 has a green 2x sticker on
, 2001 8:53 AM
To: [EMAIL PROTECTED]
Subject: Re: Is a mix of 3590E normal tape with long-tape possible?
3590E normal tapes long tapes ? ? ?
are you referring to J tapes K tapes ? (that is all I know of...)
J tapes are 3590-B1A tapes which may be written to by 3590-E1A tape drives
(a reformat
Our CE had to change a setting on the 3590E tape drives to allow them to
write to the double length tapes.
Jeff Bach
Home Office Open Systems Engineering
Wal-Mart Stores, Inc.
WAL-MART CONFIDENTIAL
-Original Message-
From: Cook, Dwight E (SAIC) [SMTP:[EMAIL PROTECTED
To: [EMAIL PROTECTED]
Subject: Re: Is a mix of 3590E normal tape with long-tape possible?
Our CE had to change a setting on the 3590E tape drives to allow them to
write to the double length tapes.
Jeff Bach
Home Office Open Systems Engineering
Wal-Mart Stores, Inc.
WAL-MART CONFIDENTIAL
device classes for capacity settings.
In the 390 or Z/OS world there are parmlib settings you need when changing
drives.
-Original Message-
From: Gill, Geoffrey L. [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 12, 2001 8:54 AM
To: [EMAIL PROTECTED]
Subject: Re: Is a mix of 3590E
:54 AM
To: [EMAIL PROTECTED]
Subject: Re: Is a mix of 3590E normal tape with long-tape possible?
It is more than a setting. The takeup reel and some other stuff has to be
changed in the drive depending on the level of E1A drive it is. The
original E1As did not support K tape.
-Original
Louis Wiesemann [EMAIL PROTECTED] schrieb:
Thanks. One thing I'm not clear on is whether I need to set the old B tapes
to readonly or can I let TSM do it for me. IBM says that the new drives will
not write over a non-scratch tape in the old format. When TSM calls for an
output tape and the
We are running TSM 3.7.3 on OS/390 2.8. We are getting ready to upgrade our tape
drives from model B's to model E's. IBM says that the upgraded drives will read the
old tapes just fine, but will write them at the new density. I am unable to determine
what, if anything, I need to do to
Definitely go thru the archives on this one...there is alot of good
information out there
Also review this email
-Original Message-
From: Louis Wiesemann [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 10, 2001 9:43 AM
To: [EMAIL PROTECTED]
Subject: TSM and 3590E Tapes
We
When we did this on AIX, every 3590B cartridge became READ-ONLY. Depending
on the size of your scratch pool, you can either let them migrate to 3590E
via gradual reclamation, which you can speed along by setting a relatively
low reclamation value, or by run MOVE DATA on every 3590B volume you
PROTECTED]]
Sent: Tuesday, July 10, 2001 10:04 AM
To: [EMAIL PROTECTED]
Subject:Re: TSM and 3590E Tapes
When we did this on AIX, every 3590B cartridge became READ-ONLY.
Depending
on the size of your scratch pool, you can either let them migrate
Thanks. I just sent an email query for the archives. I had been trying to seach them
from the web, but had no luck. The LSOFT pages show a web archive link at:
vm.marist.edu/htbin/wa
but when I try to link to it I can't get connected. Is there really a web interface
for ADSM-L archives?
:Re: TSM and 3590E Tapes
Thanks. I just sent an email query for the archives. I had been trying
to seach them from the web, but had no luck. The LSOFT pages show a web
archive link at:
vm.marist.edu/htbin/wa
but when I try to link to it I can't get connected. Is there really a web
interface
Thanks. One thing I'm not clear on is whether I need to set the old B tapes to
readonly or can I let TSM do it for me. IBM says that the new drives will not write
over a non-scratch tape in the old format. When TSM calls for an output tape and the
drive detects the old format will it
2:47 PM
To: [EMAIL PROTECTED]
Subject: Re: 3590E
Keep in mind that there are currently three (3) manufacturers of 3590 media.
Off the top of my head I can name two of them. Can this be nailed down to a
particular media manufacturer?
John G. Talafous IS Technical Principal
ndring 30a
D 70550
Stuttgart
Germany
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Ganu Sachin, IBM
Sent: Thursday, February 15, 2001 3:55 AM
To: [EMAIL PROTECTED]
Subject: Re: 3590E
Yes we do have this problem. 3590 E11 supports TEST ME
We also started using the 3590E's and one tape had to be physically removed
from the tape drive - the tape snapped and had to be replaced. A few days
earlier, someone in the tape library dropped a 3590E cartridge, but I was
told that it was not damaged. The tape that got stuck is probably
The tape with the splice was an Imation tape purchased
through IBM.
Rick
On 15 Feb 2001, at 10:53, [EMAIL PROTECTED] wrote:
...there was a splice...
Rick - Yikes! Most bad.
Could you post to ADSM-L what brand of tape that was?
thanks, Richard
Our tapes are IBM tapes. I would also be curious what tapes others are
using.
John, what brand of tapes are you using?
-Original Message-
From: Talafous, John G. [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 14, 2001 2:47 PM
To: [EMAIL PROTECTED]
Subject: Re: 3590E
Keep in mind
As far as I know, the *only* manufacturer of 'K' tapes in Imation.
I recently upgraded my 3590 E1A drives to 2X, and purchased 3 cases of extended
length tapes, all were boxed/wrapped from the factory, and indicated no
shipping damage at all.
When I went to label the NEW tapes, 2 out of 10
. Phone: (330)-471-3390
Canton, Ohio USA 44706-0927 Fax : (330)-471-4034
[EMAIL PROTECTED] http://www.timken.com
-Original Message-
From: Debbie Lane [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 15, 2001 12:50 PM
To: [EMAIL PROTECTED]
Subject: Re: 3590E
Our tapes are IBM
WHile we've had some problems with K tapes, overall were very happy
with them. Out of about 1600 tapes in use, we've have problems
with about 6.
Rick
On 15 Feb 2001, at 12:50, Debbie Lane wrote:
Thanks for all the input regarding this tape. Imation is the only
manufacture. I have decided
We recently started using 3590E tapes. Several of them are damaged. We
talked to IBM support, and it sounds like other customers have had similar
problems. I am wondering if any of you have experienced 3590E damaged in
shipment? Have you had other problems with the 3590E?
oops, The drive is a 3590-E1A. The tapes in question are the "K" higher
capacity tapes.
-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 14, 2001 1:27 PM
To: [EMAIL PROTECTED]
Subject: Re: 3590E
We recently started using 3590E tapes
nager" |
|| |
|+--
|
||
| To: [EMAIL PROTECTED] |
| cc: (bcc: Kathleen M Hallahan/ISS/HQ/FHLMC) |
| Subject:
]]
Sent: Wednesday, February 14, 2001 1:09 PM
To: [EMAIL PROTECTED]
Subject: Re: 3590E
One out of our first 100 tapes appears to have some sort of damage, can't
read the internal label.
Have you tried reinitializing them, or do you have a way to tell for sure
that the tape is trashed?
-Original
Our environment is a 3466-C00, 3494 library with 3590-E1A drives. We stocked
it with 600 extended length cartridges that were initialized and labeled by
a media supplier. To date, we have had NO media problems. We DID have a
micro-code upgrade early on when the 3590-E1A's were reporting data
Debbie,
We have a couple of instances where we have bought tapes for our 3590E drives and
shortly after inserting them in the library we have encountered what looks like drive
errors. The CE came out both times and replaced some components. The first time I
was convinced that it truly
ge might receive during shipment.
Brgds,
Othonas
Debbie Lane wrote:
oops, The drive is a 3590-E1A. The tapes in question are the "K" higher
capacity tapes.
-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 14, 2001 1:27 PM
To: [EMAI
: Dist Stor Manager'
Subject: RE: 3590E
Our environment is a 3466-C00, 3494 library with 3590-E1A drives. We stocked
it with 600 extended length cartridges that were initialized and labeled by
a media supplier. To date, we have had NO media problems. We DID have a
micro-code upgrade early on when
, February 15, 2001 2:06 AM
To: [EMAIL PROTECTED]
Subject: 3590E
We recently started using 3590E tapes. Several of them are damaged. We
talked to IBM support, and it sounds like other customers have had similar
problems. I am wondering if any of you have experienced 3590E damaged
I'm looking to know what I could *realistically* expect from a 3590e drive
during a *restore*, assuming the tape drive is the bottleneck, ie. disk is
fast enough, bus is wide enough, everything is local attached, machine is
super zippy, and restoring BIG files.
Certainly the theoretical max
Paul - Don't feel bad about knocking me about the head,
as it's sometimes warranted and can do some good. :-)
I won't use age as an excuse. Now let me try to provide a better answer...
As for 3590E speed specifically: When getting a new and unfamiliar device in
the shop, I advocate
I'm looking to know what I could *realistically* expect from a 3590e drive
during a *restore*, assuming the tape drive is the bottleneck, ie. disk is
fast enough, bus is wide enough, everything is local attached, machine is
super zippy, and restoring BIG files.
Certainly the theoretical max
]]On Behalf Of
Paul Fielding
Sent: Wednesday, October 11, 2000 8:07 PM
To: [EMAIL PROTECTED]
Subject: 3590e drives - What's your best *realistic* throughput?
I'm looking to know what I could *realistically* expect from a 3590e drive
during a *restore*, assuming the tape drive is the bottleneck, ie
We are using these K tapes and we don't have any problems at all..
"Del Toro, Eduardo" [EMAIL PROTECTED] on 11/09/2000 19:39:32
Please respond to "ADSM: Dist Stor Manager" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:(bcc: Peter Schrijvers/BCS/BASF)
Subj
I can provide positive feedback on the 3590-K extended length cartridges. We
have been using them for about two (2) months with no errors. All is well
and the 40GB native capacity sure extended the life of our 3494 library!
John G. Talafous IS Technical Principal
The
67 matches
Mail list logo
