Hi Everyone,
Currently our AIX TSM servers are lpars with all physical adapters (separate
physical HBAs for disk and tape, and physical NICs networking). Next year we
will be rolling over a couple chassis to new ones, and upgrading to AIX v7.
Is anyone using VIO based tape drives on your TSM
-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Benjamin Balk
Sent: Tuesday, June 09, 2015 8:58 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] "Ghost" Tape Drives and Slots
Hello,
We have a couple of aging TS3500/3584 tape libraries and are going through
Hello,
We have a couple of aging TS3500/3584 tape libraries and are going through
a process of consolidating what hardware we can into one single library
using our faster drives and newer tapes. During this process we, moved 4
E05 tape drives into a frame that previously held a cell of tapes
Hi TSM-ers!
I'm still struggling with a few LANFree clients on Linux which cannot mount
tapes. I would like to remove the drives on them and re-add them afterwards. I
know how to do this in AIX (rmdev followed by a cfgmgr) but I cannot find
instructions on how to do this on Linux. All manuals ta
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Huebner, Andy
Sent: Thursday, October 23, 2014 11:57 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: fibre channel question on 3592 tape drives
We defined our drives using RMT names (AIX server). WWNs are what we
@VM.MARIST.EDU] On Behalf Of Lee,
Gary
Sent: Wednesday, October 15, 2014 12:21 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] fibre channel question on 3592 tape drives
I may have confused myself here.
Tsm server 6.2.5, rhel 6.1, ibm 3494 library and ts1120 drives.
If I issue a
Udevadm info -attribute
I may have confused myself here.
Tsm server 6.2.5, rhel 6.1, ibm 3494 library and ts1120 drives.
If I issue a
Udevadm info -attribute-walk
For all /dev/IBMtapexx devices I get a listing of everything that can be
determined about these drives.
When defining these drives to tsm, which do I use f
there a specific reason you need 1/2 of the total drives just
>> for the storage agent?
>>
>>
>> Best Regards,
>>
>> _
>>email:
>> ron.delaw...@us.ibm.com Storage Services Offerings
>>
>>
>>
>>
>>
>
ail: ron.delaw...@us.ibm.com
> Storage Services Offerings
>
>
>
>
>
>
>
> From:Saravanan Palanisamy
> To:ADSM-L@VM.MARIST.EDU
> Date:09/15/2014 09:47 AM
> Subject:[ADSM-L] How to setup dedicated tape drives for storage agent
> Se
I never said 32 drives. In fact, they routinely defined 48 drives per
library, although I don't think they ever had that many in use. Larger
numbers let more large clients (databases, mostly) use more streams
(drives) concurrently, but at some point, the SAN becomes a limiting
factor, if the client
gt;
>
> On Mon, Sep 15, 2014 at 11:45 AM, Saravanan Palanisamy <
> evergreen.sa...@gmail.com> wrote:
>
>> Dear TSM Folks,
>>
>> Has anybody tried this approach to enhance tape drive availability ?
>>
>> Create 64 tape drives in data domain and all
t; wrote:
> Dear TSM Folks,
>
> Has anybody tried this approach to enhance tape drive availability ?
>
> Create 64 tape drives in data domain and allocate 32 tape drives only for
> TSM server backup ( Lan based backup) and remaining 32 tape drives dedicate
> for storage agent
&g
Yes this will work and we use it now with our LanFree client.
My suggestion would be to create two libraries rather than splitting the drives
in half.
Each library with 32 drives would work.
Ron is correct in suggesting the use of a library manager configuration. This
works best for us.
I woul
Palanisamy
To: ADSM-L@VM.MARIST.EDU
Date: 09/15/2014 09:47 AM
Subject:[ADSM-L] How to setup dedicated tape drives for storage
agent
Sent by:"ADSM: Dist Stor Manager"
Dear TSM Folks,
Has anybody tried this approach to enhance tape drive availability ?
Create 64 tape driv
Dear TSM Folks,
Has anybody tried this approach to enhance tape drive availability ?
Create 64 tape drives in data domain and allocate 32 tape drives only for
TSM server backup ( Lan based backup) and remaining 32 tape drives dedicate
for storage agent
Is this possible to implement this setup
Our 3494 ATL has 15-drives, 5-TS1120 and 10-TS1130.
We have just purchased replacements/upgrades to replace the TS1120 with
TS1130 drives plus add 2-new drives. We currently have 2-TS1120 drives
that are starting to act up and thus need to be yanked. 2-of my new
TS1130 drives have appeared. So
Thank you
Hi
In the case of a simple filesystem backup (BA), set the RESOURCEUTILIZATION
parameter in the client dsm.opt/sys file to allow for multiple mounts and set
the MAXIMUM MOUNT POINTS (maxnummp) in the Node config to allow for how many
drives you want to let them use.
I tend to set it like thi
The problem is that changes are not gradual. Files are actually monthly
backups coming from other backup software like Acronis, BackupExec and even
native MS SQL backup files (yes, it is weird!) . I don't think journal
could help a lot, because there are not many files, but some large ones.
hi wrote:
> Hi,
> Can a TSM client (BA or TDP) be configured to use multiple tape drives
> concurrently? A filesystem with tens of Terabytes of incremental data
> should be backed up which evidently takes lots of hours with a single LTO4
> drive. Say there are enough ports/paths/ISLs
Hi,
Can a TSM client (BA or TDP) be configured to use multiple tape drives
concurrently? A filesystem with tens of Terabytes of incremental data
should be backed up which evidently takes lots of hours with a single LTO4
drive. Say there are enough ports/paths/ISLs available to support at least
two
.
From: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, Gary
[g...@bsu.edu]
Sent: Thursday, January 19, 2012 4:05 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Low level tape drives for TSM
Sounds like you are looking for something in the 3592 class.
We are using ts1120
.
Gary Lee
Senior System Programmer
Ball State University
phone: 765-285-1310
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Grigori Solonovitch
Sent: Thursday, January 19, 2012 5:23 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Low level
Hi
I'm taking it as if you'd like to have standalone tape drive which are
connected through your SAN/network environment. Most standalone tape drives I
know of use SAS or LVD interfaces. FC is most commonly used in tape libraries
since FC is aimed at larger, centralized environment
Hello Everybody,
We are using disk pools at Head Office and Disaster Site connected by fiber
optics links (DS8100 online mirroring and 1GB Ethernet).
We are using SCSI tape drives 3590 only for out-of-country copies with daily
amount less than 1TB. We need to replace 3590 drives by something
shoot the issue.
>
> Thanks!
>
> From: daniel.sparr...@exist.se [mailto:daniel.sparr...@exist.se]
> Sent: Friday, October 28, 2011 2:21 PM
> To: Moyer, Joni M
> Cc: ADSM-L@VM.MARIST.EDU
> Subject: SV:Linux TSM Server & discovering scsi tape drives
>
> It woul
ADSM-L@VM.MARIST.EDU
To
ADSM-L
cc
Subject
Re: [ADSM-L] SV:Linux TSM Server & discovering scsi tape drives
The drives are lto5. We?re checking into drivers right now. We thought
we had the correct ones installed, but that?s where we?re starting to
troubleshoot the issue.
Thanks!
M
Cc: ADSM-L@VM.MARIST.EDU
Subject: SV:Linux TSM Server & discovering scsi tape drives
It would help if you supplied us with what kind of drives you are using. The
drives should always be visible in the /proc/scsi/scsi file if they are
physically visible to the machine. If they arent config
Have you installed the lin_tape drivers and/or daemon?
https://www-304.ibm.com/support/docview.wss?uid=swg21397283
From: "Moyer, Joni M"
To: ADSM-L@VM.MARIST.EDU
Date: 10/28/2011 02:13 PM
Subject:[ADSM-L] Linux TSM Server & discovering scsi tape drives
Sent by
Everyone,
We're in the process of trying to set up a new TSM 6.2.3.0 Linux server and we
are trying to configure the tape drives to the OS. Would anyone happen to know
what needs to be done? We have already zoned the tape drives to hba's on the
linux server, but we still do not see
Hi Everyone,
We're in the process of trying to set up a new TSM 6.2.3.0 Linux server and we
are trying to configure the tape drives to the OS. Would anyone happen to know
what needs to be done? We have already zoned the tape drives to hba's on the
linux server, but we still do n
Från: Rodney Luk [r...@samhealth.org]
Skickat: den 27 oktober 2010 02:14
Till: ADSM-L@VM.MARIST.EDU
Ämne: Mixed LTO3 and LTO5 tape drives
We replaced 4 LTO3 tape drives with new LTO5 drives in our 3584 library. The
library has 4 LTO3 and 4 LTO5 tape drives now. A new device class has created
ginal Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Rodney Luk
Sent: 27 October 2010 01:15
To: ADSM-L@vm.marist.edu
Subject: [ADSM-L] Mixed LTO3 and LTO5 tape drives
We replaced 4 LTO3 tape drives with new LTO5 drives in our 3584 library.
The library has 4 LTO3
Not sure if it is related, but we could not use LTO5 media in our LTO5 drives
until we updated to version 5.5.5.0.
Ray
On Oct 26, 2010, at 7:14 PM, Rodney Luk wrote:
> We replaced 4 LTO3 tape drives with new LTO5 drives in our 3584 library. The
> library has 4 LTO3 and 4 LTO5 tape driv
We replaced 4 LTO3 tape drives with new LTO5 drives in our 3584 library. The
library has 4 LTO3 and 4 LTO5 tape drives now. A new device class has created
for the LTO5 drives. A new primary storage pool has created and bind to the new
LTO5 device class. I am able to migrate the data from the
On Feb 27, 2010, at 2:41 AM, Mehdi Salehi wrote:
Hi,
A library has 4 tape drives. Can I assign the drives to more than one
storage pools. ...
Yes.
Hi,
A library has 4 tape drives. Can I assign the drives to more than one
storage pools. One stg could be primary and another copy or active pool. I
need to get the maximum performance during backup using all drives and then
copy them in a lower speed to another pools.
Thanks
paths in such a way that
only one server had access to a particular tape drive, and define
libraries with non-overlapping pairs of volume categories.
I don't recommend this approach. It exposes you to situations in
which one server has sessions or processes waiting for tape drives
while oth
1/11/2010 09:39 AM
Subject:
Re: [ADSM-L] VMWare and TS1130 tape drives
Sent by:
"ADSM: Dist Stor Manager"
Hopefully, this does not post several time...if it does apologies in
advance. (My email address changed.)
Assuming you have the TS1130's in a 3584: you can create virtual librari
8:54
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] VMWare and TS1130 tape drives
Hi,
this can work (I admit I haven't tried it with TS1130) - ESX4.0 supports FC
tape drives (new feature - was not working with 3.5) and you can dedicate whole
FC HBA to the virtual machine.
But even if it works it
Hi,
this can work (I admit I haven't tried it with TS1130) - ESX4.0 supports FC
tape drives (new feature - was not working with 3.5) and you can dedicate whole
FC HBA to the virtual machine.
But even if it works it remains unsupported.
Harry
From:
>
> How about multiple TSM servers on one box (VM or real hardware)? How
> would they share the tape drives - only through library sharing as we do
> now? What if I had to cram 5-TSM servers on one VMWare (or hardware)
> guest, since our current configuration splits our 3494 libra
d access these drives.
>
> If this is doable, has anyone done such a configuration, that actually
> works? What did it take?
>
> How about multiple TSM servers on one box (VM or real hardware)? How
> would they share the tape drives - only through library sharing as we do
> now? W
ualize the
TS1130/drivers so a Linux guest VM could access these drives.
If this is doable, has anyone done such a configuration, that actually
works? What did it take?
How about multiple TSM servers on one box (VM or real hardware)? How
would they share the tape drives - only through library sharin
library name and drive
name. It
then queries AIX to match up rmt devices and generates commands.
It's interesting how the same problem
gets solved and resolved, which to me indicates a major area where
TSM needs enhansements. While I'm glad it's long gone, we used to
run HP Omniback. On a
>> On Thu, 9 Jul 2009 17:12:10 +0100, "Costa, Justino"
>> said:
> As each path must match the machine device, manually redefining a
> drive and it's paths (due to serial number change) it's an headache
> and, most importantly, a very time consuming task.
> So, I manage this with a script that
being the same.
From:
"Tchuise, Bertaut"
To:
ADSM-L@VM.MARIST.EDU
Date:
07/13/2009 10:56 AM
Subject:
Re: [ADSM-L] Replacing tape drives (or "there has to be a better way")
Sent by:
"ADSM: Dist Stor Manager"
Zoltan,
You don't need to delete and redefine
13, 2009 8:37 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Replacing tape drives (or "there has to be a better
way")
Zoltan,
You don't need to delete and redefine all connections to the drive being
replaced. All you need to do before a drive change is to make sure that the
drive
( for /dev/IBMtape0): /dev/IBMtape7
Select mode ( or 1=Read/Write, 2=Read Only, 3=Write Only,
4=Append): 2
Opening device...
Operation failed with errno 5: Input/output error
From:
Bob Levad
To:
ADSM-L@VM.MARIST.EDU
Date:
07/10/2009 04:56 PM
Subject:
Re: [ADSM-L] Replacing tape drives (or "
7032
btchu...@leggmason.com
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Zoltan Forray/AC/VCU
Sent: Monday, July 13, 2009 9:13 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Replacing tape drives (or "there has to be a
better way
So, are you saying that I always need to delete and redefine all
connections to the drive being replaced?
I have just tried this and will see if it works.
From:
Bob Levad
To:
ADSM-L@VM.MARIST.EDU
Date:
07/10/2009 04:56 PM
Subject:
Re: [ADSM-L] Replacing tape drives (or "there has to
: Friday, July 10, 2009 1:12 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Replacing tape drives (or "there has to be a better
way")
Well the consensus is to change the serial number of the replaced drive,
which I did. However, since I had already rebooted the library owning
server, t
..just the server)?
From:
"Costa, Justino"
To:
ADSM-L@VM.MARIST.EDU
Date:
07/09/2009 07:38 PM
Subject:
Re: [ADSM-L] Replacing tape drives (or "there has to be a better way")
Sent by:
"ADSM: Dist Stor Manager"
There must be a reason why sandiscovery defaults to off
feira, 9 de Julho de 2009 18:11
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Replacing tape drives (or "there has to be a
better way")
I've been following this thread and have a question about AUTODETECT:
I've seen this message:
ANR8955I Drive drive name in library librar
run the script greping for "define" path for drive 23 => seconds
> 9) put drive nline and audit the library when possible (no activity on
> the other drives) => a couple of minutes
>
> Total time spent = minutes !
>
>
> jmC
>
>
>
> -Original
f minutes
Total time spent = minutes !
jmC
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Roger Deschner
Sent: quinta-feira, 9 de Julho de 2009 16:07
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Replacing tape drives (or "there ha
versity of Illinois at Chicago rog...@uic.edu
Academic Computing & Communications Center
On Wed, 8 Jul 2009, Len Boyle wrote:
>In fact we found out that for lto-3 and lto-4 tape drives in an IBM 3584
>library, it is required that they change the serial number to match
t;
> Re: [ADSM-L] Replacing tape drives (or "there has to be a better way")
>
> Hart, Charles A
>
> to:
>
> ADSM-L
>
> 07/09/2009 08:16 AM
>
> Sent by:
>
> "ADSM: Dist Stor Manager"
>
> Please respond to "ADSM: Dist Stor Manage
Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Hart,
Charles A
Sent: Thursday, July 09, 2009 9:14 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Replacing tape drives (or "there has to be a better way")
Dumb ? - But I was under the impression that the TS3500 (3584)'s
Behalf Of
Baker, Jane
Sent: Thursday, July 09, 2009 2:52 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Replacing tape drives (or "there has to be a
better way")
We use LTO2 & LTO3 in a 3584 and the CE always sets the serial number to
match the old one so that we don't ha
009 18:30
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Replacing tape drives (or "there has to be a
better way")
In fact we found out that for lto-3 and lto-4 tape drives in an IBM 3584
library, it is required that they change the serial number to match the
old tape drive. Because IBM t
In fact we found out that for lto-3 and lto-4 tape drives in an IBM 3584
library, it is required that they change the serial number to match the old
tape drive. Because IBM tracks the drives by serial number for maint contracts.
This we found when the serial numbers that we send in for a maint
u] On Behalf Of
Zoltan Forray/AC/VCU
Sent: Wednesday, July 08, 2009 8:31 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Replacing tape drives (or "there has to be a better way")
I need thoughts/suggestions/help on how to deal with SAN attached tape
drive replacements when a library is shared amongst
r"
To
ADSM-L@VM.MARIST.EDU
cc
Subject
Re: [ADSM-L] Replacing tape drives (or "there has to be a better way")
Thanks for the "duh" suggestion. I know how to get into the CE mode to
change the serial number and it would make life simpler. For this drive,
since it was an
al #.
I still would like to know how other folks handle it if they can't change
the serial #.
From:
Sean English
To:
ADSM-L@VM.MARIST.EDU
Date:
07/08/2009 11:48 AM
Subject:
Re: [ADSM-L] Replacing tape drives (or "there has to be a better way")
Sent by:
"ADSM: Dist Stor Manag
way to do that on the drive itself.
Thanks,
Sean
Zoltan Forray/AC/VCU
Sent by: "ADSM: Dist Stor Manager"
07/08/2009 11:30 AM
Please respond to
"ADSM: Dist Stor Manager"
To
ADSM-L@VM.MARIST.EDU
cc
Subject
[ADSM-L] Replacing tape drives (or "there has to be a
I need thoughts/suggestions/help on how to deal with SAN attached tape
drive replacements when a library is shared amongst 5-servers.
We just has a drive replaced, therefore giving us a new serial number
(3494ATL - TS1130). All servers that use these drives/libraries are
RedHat Linux and use very
Seems like a reasonable compromise would be to just write a script that
marks full copy vols as offsite, and leave them that way. Once they go to
pending or empty, they'd be changed back to onsite. I can live with the
occasional filling volume being reclaimed from copy vols instead of primary
vo
>> On Wed, 19 Nov 2008 11:37:19 -0500, Thomas Denier <[EMAIL PROTECTED]> said:
> The reclamation you describe still creates a volume with 100% of
> its capacity available for future writes,
Future, exactly. Certainly not "right now". I have reusedelay at
somewhere about 5.
> at the cost of wri
-Allen S. Rout wrote: -
>I've whined about this from time to time... I've had tapes 10% full
>get 60% reclaimable and then they get copied. I see no reason to
>reclaim a filling tape unless you figure you can get back at least
>
>(reclaimpercent * max(estcapacity,actualcap))
>
>bytes
>> On Mon, 17 Nov 2008 16:22:30 -0500, Thomas Denier <[EMAIL PROTECTED]> said:
> Yes. We occasionally see onsite filling volumes reclaimed. The mix
> of tape contents that causes this is typically something like the
> following: 51% of the tape occupied by files that have gone inactive
> and then
>> On Mon, 17 Nov 2008 15:35:49 -0500, Paul Zarnowski <[EMAIL PROTECTED]> said:
> At 02:38 PM 11/17/2008, Wanda Prather wrote:
>> No reason I know of you can't have an auto script that does update vol *
>> wherestgpool=copypool access=offsite every day before you start your
>> reclaims.
> Seems
>> On Mon, 17 Nov 2008 13:00:09 -0500, Paul Zarnowski <[EMAIL PROTECTED]> said:
> At 12:50 PM 11/17/2008, Allen S. Rout wrote:
>> >> On Mon, 17 Nov 2008 11:09:55 -0500, Paul Zarnowski <[EMAIL PROTECTED]>
>> But I'm going to claim you don't want to do this, and the bandwidth
>> utilization is in f
zed, with nothing expired
from it yet, will reclaim if the reclamation threshold for the storagepool
is set at 60%.
Nick Cassimatis
- Forwarded by Nicholas Cassimatis/Raleigh/IBM on 11/17/2008 05:14 PM
-
"ADSM: Dist Stor Manager" wrote on 11/17/2008
03:40:19 PM:
>
> Re
-Paul Zarnowski wrote: -
>Seems like if I did this, all the output would have to go to newly
>allocated scratch tapes. No tapes in filling status would be used.
>I could only update the full volumes, I suppose, but are there cases
>where filling tapes can be reclaimed?
Yes. We occasional
@VM.MARIST.EDU
Subject: Re: [ADSM-L] Remote tape drives
At 02:38 PM 11/17/2008, Wanda Prather wrote:
>No reason I know of you can't have an auto script that does update vol *
>wherestgpool=copypool access=offsite every day before you start your
>reclaims.
Seems like if I did this, all th
At 02:38 PM 11/17/2008, Wanda Prather wrote:
No reason I know of you can't have an auto script that does update vol *
wherestgpool=copypool access=offsite every day before you start your
reclaims.
Seems like if I did this, all the output would have to go to newly
allocated scratch tapes. No ta
>> >
>>> > + I have some servers storing remote volumes of 50G MAXCAP, some of
>>> > 20. I haven't noted a big difference between them. Biggest
>>> > theoretical basis for choosing I can come up with is the speed of
>>> > round-robin
> + My biggest pain in the patoot so far comes from individual files
>> > that are much bigger than the remote volume size. I hate re-sending
>> > an initial chunk, then 4 intermediate volumes I know to be identical
>> > to the remote volumes already present, and then re-s
s only
"remote" in the meat world. You've got rmt devices on the local box
which terminate in physical tape drives "somewhere". They're
different from the drives you deem "local" only in performance. If I
get your aim, you are attempting to have TSM treat the
rmt devices on the local box
which terminate in physical tape drives "somewhere". They're
different from the drives you deem "local" only in performance. If I
get your aim, you are attempting to have TSM treat the 'remote'
volumes as though they are offline (in the
the local site. This means that you can deadlock your way into a
> mess of 'no tapes available' if you get congested.
>
> I find this to be a metastable situation: Things go very smoothly
> until you hit some boundary condition, and then you have a
> turbulence incide
adlock your way into a
> mess of 'no tapes available' if you get congested.
>
> I find this to be a metastable situation: Things go very smoothly
> until you hit some boundary condition, and then you have a
> turbulence incident which takes intense, sustained effort to
&g
ident which takes intense, sustained effort to
resolve.
> How do you know how big the "reallly big pipe" needs to be to take
> care of the reclaims?
This I -do- have a theoretical answer for. See above when I talked
about round-robin on the remote tape drives? You want a pipe b
FCIP. I
> gather that there are TSM sites with remote tape drives. Does their
> experience offer strong reasons to favor or avoid particular
> options?
Just use the network; remote virtual volumes can be as efficient, with
less complexity. I have gotten up to 60MB/s 350 miles away.
Make
cated fibre, FCP over
shared fibre with wave division multiplexing, iFCP, and FCIP. I
gather that there are TSM sites with remote tape drives. Does
their experience offer strong reasons to favor or avoid
particular options?
-
The information contained
ptions for extending FCP tape drive connections
over distances in this range: FCP over dedicated fibre, FCP over
shared fibre with wave division multiplexing, iFCP, and FCIP. I
gather that there are TSM sites with remote tape drives. Does
their experience offer strong reasons to favor or avoid
particul
range: FCP over dedicated fibre, FCP over
shared fibre with wave division multiplexing, iFCP, and FCIP. I
gather that there are TSM sites with remote tape drives. Does
their experience offer strong reasons to favor or avoid
particular options?
Tnx's.fyi we did not have any of these drive problems with the
fourteen LTO2 tape drives.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Andy Huebner
Sent: Wednesday, February 27, 2008 11:31 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [A
sage-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Lamb, Charles P.
Sent: Tuesday, February 26, 2008 4:13 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] LTO3 Tape Drives Unavailable on AIX
Hi..
We have a TSM system (V5.3.4.2) on an IBM 9133-55A with 4-IBM 7311-D20
Hi..
We have a TSM system (V5.3.4.2) on an IBM 9133-55A with 4-IBM 7311-D20
using FC5758 4GB FC PCI-X adapters. All fourteen FC adapters are
connected directly with fourteen IBM LTO3 tape drives. All firmware is
current - LTO3 --> 73P5, 3584 --> 7360. Here is what is happening
een having?
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of
Kelly Lipp
Sent: Tuesday, April 03, 2007 1:14 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: AIT5 Tape Drives
Run! Don't walk! AIT is of the devil!
Kelly J. Lipp
VP Manufacturing & CTO
STO
Doug
Sent: Tuesday, April 03, 2007 1:59 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] AIT5 Tape Drives
Is anyone using AIT5 tape drives?
I don't see them listed on the device support list.
Is anyone using AIT5 tape drives?
I don't see them listed on the device support list.
el <[EMAIL PROTECTED]>
> Sent by: "ADSM: Dist Stor Manager"
>
> 09/21/2006 10:11 AM
> Please respond to
> "ADSM: Dist Stor Manager"
>
>
> To
> ADSM-L@VM.MARIST.EDU
> cc
>
> Subject
> Re: [ADSM-L] TSM loses tape drives (again and again
>
com
Richard van Denzel <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager"
09/21/2006 10:11 AM
Please respond to
"ADSM: Dist Stor Manager"
To
ADSM-L@VM.MARIST.EDU
cc
Subject
Re: [ADSM-L] TSM loses tape drives (again and again and again...)
Rob,
Just my 2 cents.
,
Richard van Denzel
-Oorspronkelijk bericht-
Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Rob
Berendt
Verzonden: donderdag 21 september 2006 14:52
Aan: ADSM-L@VM.MARIST.EDU
Onderwerp: Re: [ADSM-L] TSM loses tape drives (again and again and
again...)
Virtualizaton? Is
Manager"
09/21/2006 08:43 AM
Please respond to
"ADSM: Dist Stor Manager"
To
ADSM-L@VM.MARIST.EDU
cc
Subject
Re: [ADSM-L] TSM loses tape drives (again and again and again...)
Rob Berendt wrote:
> I have this nailed down a little bit more. I ran the following:
> IBMta
Rob Berendt wrote:
> I have this nailed down a little bit more. I ran the following:
> IBMtapeutil -f /dev/IBMtape1 inquiry 80
> and
> IBMtapeutil -f /dev/IBMtape2 inquiry 80
> Then I rebooted this Linux on i5 lpar (hosted underneath an i5/os lpar). I
> ran the IBMtapeutil commands again and the s
T.EDU
cc
Subject
[ADSM-L] TSM loses tape drives (again and again and again...)
Seems pretty consistent that when we IPL our Linux partition on our
iSeries TSM will no longer talk to the tape drives.
q system
Storage Management Server for Linux/ppc64 - Version 5, Release 3, Level
3.1
Suse
1 - 100 of 303 matches
Mail list logo