John, Documentation: http://www.redbooks.ibm.com/abstracts/sg245948.html?Open 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?", both manuals simply say "an OSA fails". At first I thought you were responding to a thread of last week but it's the wrong newsgroup. Perhaps you would like to post this again on the IBMTCP-L newsgroup as another "experience" under "OSA ARP Takeover - experiences". According to the redbook, you need just "pull the cable". According to my dimly remembered experience, the technician simply logically disabled the interface from the management software running 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
