John, At first I thought this was a response to an existing thread and then I discovered it wasn't since it's the wrong newsgroup. Last week, this topic arose on the IBMTCP-L newsgroup under "OSA ARP Takeover - experiences". You'll find most of what you want there and you might like to add your post for Matthias's benefit there as one of the "experiences".
As for documentation, here's a redbook: http://www.redbooks.ibm.com/abstracts/sg245948.html?Open - see Appendix G - and here's the regular manual: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IOA2Z120/CCONTENTS?SHELF=IOA2BK50&DN=SA22-7935-05&DT=20050916101710 As for "What causes one OSA to "take over" for a second OSA?", neither book seems to have more detail than "an OSA fails". >From the example given in the redbook you just need to pull the cable. From my very dimly remembered experience, you can logically disable the interface on the switch since I do recall leaning over a technician's shoulder while he did something like this on his PC. Chris Mason ----- Original Message ----- From: "McKown, John" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: <[email protected]> Sent: Monday, 16 January, 2006 11:13 PM Subject: OSA question - fallover > We have two OSAs on our z/OS 1.4 system. The are running in QDIO mode. I > remember in the past that __something__ happened and one of the OSAs > "died". But I don't remember how. I don't remember if it was the OSA > itself that had a problem or if the switch to which it was connected had > a problem. My question is: What causes one OSA to "take over" for a > second OSA? As I recall, when this happened, no TN3270E sessions were > disrupted at all. > > I ask because our network people need to do some maintenance to one of > the switches which "feeds" one of the OSAs. I'm wondering if the other > OSA will automatically take over the first OSA's session, resulting in > no outage of service. > > Thanks - I cannot find an OSA manual, so a pointer to one would be nice > also. > > > -- > John McKown > Senior Systems Programmer > UICI Insurance Center > Information Technology > > This message (including any attachments) contains confidential > information intended for a specific individual and purpose, and its > content is protected by law. If you are not the intended recipient, you > should delete this message and are hereby notified that any disclosure, > copying, or distribution of this transmission, or taking any action > based on it, is strictly prohibited. > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
