ADSM-L

Re: [ADSM-L] Changing a library dev on lib path

2008-09-24 15:55:26
Subject: Re: [ADSM-L] Changing a library dev on lib path
From: Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 24 Sep 2008 15:53:59 -0400
Yes, I have multi pathing enabled.  This system origionally had 2 Fc
adapters - one of which will be gone saturday.  So, right now it has 3 FC
adapters  while I convert.

  smc0        Available 04-08-02-PRI  IBM 3584 Library Medium Changer (FCP)
(going away saturday)
  smc1        Available 04-08-02-ALT  IBM 3584 Library Medium Changer (FCP)
  smc2        Available 06-08-02-ALT  IBM 3584 Library Medium Changer (FCP)
  smc3        Available 06-08-02-ALT  IBM 3584 Library Medium Changer (FCP)
  smc4        Available 08-08-02-ALT  IBM 3584 Library Medium Changer (FCP)
(new adapter added to replace 04-08)
  smc5        Available 08-08-02-ALT  IBM 3584 Library Medium Changer (FCP)

  Logical Device................. smc0
  Path Enabled................... Yes
  Logical Device................. smc1
  Path Enabled................... Yes
  Logical Device................. smc2
  Path Enabled................... Yes
  Logical Device................. smc3
  Path Enabled................... Yes
  Logical Device................. smc4
  Path Enabled................... Yes
  Logical Device................. smc5
  Path Enabled................... Yes

Adapter 04-08 will be removed as part of the hdwr upgrade, so after the
powerup all devices on 04-08 will drop to a DEFINED state.  What I wasn't
sure
was whether multipathing will work on a DEFINED device.  If it does, then
TSM will talk to the lib on smc0 (in defined status), but atape
will failover the I/O to one of the other paths.

I figured it was best to resolve this before the outage.

What I find strange is that if the path with /dev/smc0 is always in use,
then how can you ever change the path?  Even if you shutdown/restart
TSM it will open the lib right away and prevent the path from changing.
It's like I need to take the lib offline, but I don't konw of any way
to do that.

Thanks

Rick





             "Strand, Neil B."
             <NBStrand AT LMUS DOT LE
             GGMASON.COM>                                               To
             Sent by: "ADSM:           ADSM-L AT VM.MARIST DOT EDU
             Dist Stor                                                  cc
             Manager"
             <[email protected]                                     Subject
             .EDU>                     Re: Changing a library dev on lib
                                       path

             09/24/2008 03:34
             PM


             Please respond to
             "ADSM: Dist Stor
                 Manager"
             <[email protected]
                   .EDU>






Richard,
   If you have Atape multipathing enabled, you may not have to do
anything.

Check using: lsdev -Cc tape

To enable alternate pathing
(From "IBM TotalStorage and System Storage Tape Device Drivers"
Installation and User's Guide - GC35-0154-17)

command: /usr/lpp/Atape/instAtape -a
This will unconfigure all devices that have alternate pathing set to No,
and will reconfigure all devices, setting alternate pathing to Yes.

To enable or disable the support on a single logical device, use the
smit menu to Change/Show Characteristics of a Tape Drive, then select
Yes or No for Enable Alternate Pathing Support.

The support can also be enabled or disabled using the chdev command, for
example: chdev -l rmt0 -aalt_pathing=yes chdev -l rmt0 -aalt_pathing=no

Cheers,
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:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Richard Rhodes
Sent: Wednesday, September 24, 2008 2:58 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Changing a library dev on lib path

Hi Everyone,

I have a 3584 library (connected to AIX) for which I need to change the
device file used in the library path.  It currently points to /dev/smc0
and I need to change it to /dev/smc4.

When run the following cmd, I am told that the lib is in use . . .

  update path tsmlm2 3584isoc srct=serv destt=library  device=/dev/smc4
  ANR8450E UPDATE PATH: Library 3584ISOC is currently in use.

I then try to put the path offline . . .this works, but the above
command still reports that the lib is is use.

  update path tsmlm2 3584isoc srct=serv destt=library  online=no
  ANR1722I A path from TSMLM2 to 3584ISOC has been updated.

  update path tsmlm2 3584isoc srct=serv destt=library  device=/dev/smc4
  ANR8450E UPDATE PATH: Library 3584ISOC is currently in use.

There ARE tape mounted in some drives.  Do I need to get all the drives
offline and demounted to do this?

What do I need to do to change the device of a library path?



What's happening . . .  We are upgrading the AIX server this saturday by
adding 2 additional I/O drawers.  These drawers will need a
new/additional RIO cable.  The RIO cables needs to use the same slot as
one FC adapter (slot 4 of the processor unit), so the FC adapter in slot
4 will be removed.  That FC adapter has one set of lib/drives defined on
it, AND, those are the smc/rmt's used on the PATHs in TSM.
I added another fc adapter to the lpar and moved the drive paths to
these new RMT devices, but I'm having trouble moving the lib device.



-----------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If the
reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are hereby
notified that you have received this document in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately, and delete the original message.

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.