??? AFIAK there is no fix, microcode or otherwise, for the segmentation offload problem. I think the default has since been changed been changed to off. Also, it did not affect "old" OSA cards, it affects ALL OSA Express cards. There was also no need to POR, or even IPL, to recover the card, all that is needed is to configure it offline to ALL LPARs, and then back on.
>>> <[EMAIL PROTECTED]> 4/9/2008 12:46 PM >>> One that got us was the TCPIP profile default for the SEGMENTATIONOFFLOAD changed from NO to YES. This attempts to offload some of the TCPIP packet handling from the processor to the OSA card. If you have an old(ish - ours was from 2006/2007) version of the OSA Express/Express2 card, it will lock up under certain high workload conditions, and all IP traffic to and from the machine will stop. The only resolution is a full Power-on Reset - an IPL is not enough. There is a microcode fix for the OSA, however the workaround is to explicitly specify NOSEGMENTATIONOFFLOAD on a GLOBALCONFIG statement in your TCPIP profile, on all LPARs that run a TCPIP stack. It's a known problem apparently. We thought we'd been quite thorough in our prep too, but we missed it. Brian ----------------------------------------- Email sent from www.virginmedia.com/email Virus-checked using McAfee(R) Software and scanned for spam ---------------------------------------------------------------------- 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 Note that my email domain has changed from jo-annstores.com to joann.com. Please update your address book and other records to reflect this change. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. ---------------------------------------------------------------------- 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
