ADSM-L

Re: [ADSM-L] Re: TS3500/3584 managed by Linux host

2013-04-15 15:27:39
Subject: Re: [ADSM-L] Re: TS3500/3584 managed by Linux host
From: Zoltan Forray <zforray AT VCU DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Mon, 15 Apr 2013 15:18:44 -0400
Thanks - This plus a few other bits-and-pieces of info has cleared up much
of the fog in my brain......

On Mon, Apr 15, 2013 at 12:44 PM, David Bronder <david-bronder AT uiowa DOT 
edu>wrote:

> TSM controls the library via a second LUN on one or more of the tape
> drives.  By default (or by the IBM CE at installation time), the first
> drive in the library has the control path enabled, but you can enable
> it on additional drives (I believe lin_tape should handle failover for
> them).  On AIX, they would be discovered as smc* devices; a quick bit
> of Googling suggests with lin_tape, they're /dev/IBMchanger* devices.
> You define the library using the control path device.
>
> On the network side, though, you'll likely want TCP port 80 and/or 443
> open to the 3584 from somewhere to use the library's web interface, but
> that's unlikely to be needed from your TSM server unless you use the
> Java CLI from there to monitor or perform tasks on the library.
>
> If you're using a TS3000 System Console to manage your library, that's
> a whole other beast, which I've avoided so far.  Maybe someone else can
> offer insight there, if you need to know.
>
> I'll defer to someone actually using AME or TKLM for drive encryption
> to speak to the networking requirements there.  I'd guess that for AME,
> all communication is via the tape device, though.
>
> =Dave
>
>
> Zoltan Forray wrote:
> >
> > Thanks for the reply but I need more details than that.  Does it need
> it's
> > own fibre connection or does it piggy-back on one of the drives, in this
> > case TS1130?  What does it look like on a server? Does it have a separate
> > drivers?  For instance, my drives appear as /dev/IBMtapenn due to
> > installation of lin_tape?  How do I define the TSM path to the library?
> >
> > On Mon, Apr 15, 2013 at 11:51 AM, Thomas Denier <
> > Thomas.Denier AT jeffersonhospital DOT org> wrote:
> >
> > > -----Zoltan Forray wrote: -----
> > >
> > > >I am trying to prepare for the move from our 3494 to a TS3500/3584.
> > > >
> > > >With the 3494, it needed port 3494 open on the host system that was
> > > >the
> > > >library manager, for the ibmatl program to function.
> > > >
> > > >What ports are needed open through the firewall of the Linux servers
> > > >that
> > > >are library managers (is it as simple as 3584?)?  How about for AME?
> > > >Any
> > > >additional ports needed for this function from the TS3500 to each
> > > >library
> > > >manager server (I assume the keys are only stored with the server
> > > >that
> > > >manages the tapes, not each server that uses a tape - or is this a
> > > >bad/wrong assumption?)
> > >
> > > A TS3500 is eithter a relabeled 3584 or a compatible successor to
> > > the 3584; different Web sites give conflicting information on this
> > > point.
> > >
> > > All communications between the TSM server code and a TS3500 travel
> > > over the SAN connections between the two.
> > >
> > > Thomas Denier
> > > Thomas Jefferson University Hospital
> >
>
>
> --
> Hello World.                                David Bronder - Systems
> Architect
> Segmentation Fault                                      ITS-EI, Univ. of
> Iowa
> Core dumped, disk trashed, quota filled, soda warm.
> david-bronder AT uiowa DOT edu
>



--
*Zoltan Forray*
TSM Software & Hardware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
zforray AT vcu DOT edu - 804-828-4807
Don't be a phishing victim - VCU and other reputable organizations will
never use email to request that you reply with your password, social
security number or confidential personal information. For more details
visit http://infosecurity.vcu.edu/phishing.html

<Prev in Thread] Current Thread [Next in Thread>