Sounds more like a CE than an operator to me (storage system). I wonder if it was anything like the outage we had: Be careful if you have a z10 w/8Gb ficon cards directly attached to DS8000s, if the DS8000s FICON cards microcode is re-loaded (like during a microcode upgrade) they will fall back to 1Gb speeds (which the z10 8Gb cards don't support), and the re-negotiation of the speeds fails. The result is not pretty.
>>> Ken Porowski <[email protected]> 7/13/2010 11:10 AM >>> It would be nice to know what the 'instability' was and the recovery procedure used and why it took 7 hours to recover. I doubt we will ever know the facts. Ken -----Original Message----- Hal Merritt Based on a follow-up item: http://www.computerworld.com/s/article/9179121/IBM_takes_blame_for_massive_bank_system_failure The short answer is: yes. It was an operator error. Now, I'll sit back and enjoy the debate on the question if an 'operator error' counts as a 'glitch'. For the opening shot in this, I'd argue: yes. While no system can ever be totally idiot proof, human intervention can be counted on as a failure mode. Besides, it should have taken more than one idiot to do the job. :-) -----Original Message----- Mark T. Regan http://business Just FYI, there's a news article on this subject at http://business.asiaone.com/Business/News/Story/A1Story20100709-226140.html Thanks, Mark Regan - ---------------------------------------------------------------------- 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 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
