Not necessarily Zoltan

Do your two Library managers clients to each other?  If so then yes, you
have to upgrade both at once.  However if they do not then you can do each
separately.

I have a similar setup, but the two LMs offsite each other's database
backups using server-to-server rather than remotely mounted tapes.  Since
they are LMs-only the databases are quite small.

By using server-to-server I get around the mutual dependency.

Regards

Steve

Steven Harris
TSM Subject Matter Expert,
Canberra Australia

Looking for work, contract, permanent, or consulting
Steve  at stevenharris dot info

On 20 September 2016 at 22:24, Zoltan Forray <zforray AT vcu DOT edu> wrote:

> Thanks for confirming what I thought.  Actually, that is our configuration.
>  1-TSM server is the LM for offsite tapes and the other LM server is for
> onsite/primary tapes.  All TSM servers talk to all LM servers.  So, as I
> figured, I will have to upgrade both LM servers at the same time.
>
> On Tue, Sep 20, 2016 at 12:39 AM, Roger Deschner <rogerd AT uic DOT edu> 
> wrote:
>
> > My understanding is you can do almost any combination of versions as
> > long as the Library Manager servers are always at an equal or higher
> > release than their Library Client servers. You should be able to upgrade
> > the Library Managers one at a time, unless they are clients of one
> > another, which I'm not sure is possible.
> >
> > It gets trickier when you have multiple TSM servers on a single OS
> > image, one of which is a Library Manager. This is my configuration. (It
> > seemed like a good idea at the time...)
> >
> > Roger Deschner      University of Illinois at Chicago     rogerd AT uic DOT 
> > edu
> > ======I have not lost my mind -- it is backed up on tape somewhere.=====
> >
> >
> > On Mon, 19 Sep 2016, Zoltan Forray wrote:
> >
> > >Just a few questions to confirm my upgrade process.
> > >
> > >I have 6-RH Linux TSM servers.  All are at 6.3.5.100.  2-of these
> servers
> > >are Library Managers for my TS3500.
> > >
> > >>From what I understand, I will have to upgrade BOTH LM servers to
> 7.1.3.x
> > >(and then jump to 7.1.6.1) at the same time BEFORE I can upgrade the
> rest
> > >of the servers/Library Clients to 7.1.6.1.
> > >
> > >Since this is a big jump and I am having lots of problems with
> replication
> > >(most of which are addressed in 6.3.6), I am going to upgrade to 6.3.6
> > >first and then do the 7.1 upgrades at a later date.
> > >
> > >Anything else I should be concerned with or do differently?
> > >
> > >--
> > >*Zoltan Forray*
> > >TSM Software & Hardware Administrator
> > >Xymon Monitor Administrator
> > >VMware Administrator (in training)
> > >Virginia Commonwealth University
> > >UCC/Office of Technology Services
> > >www.ucc.vcu.edu
> > >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
> > >
> >
>
>
>
> --
> *Zoltan Forray*
> TSM Software & Hardware Administrator
> Xymon Monitor Administrator
> VMware Administrator (in training)
> Virginia Commonwealth University
> UCC/Office of Technology Services
> www.ucc.vcu.edu
> 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
>