Well the second replacement card did the trick. IPLing now.

Come to find out that the first replacement controller was 'field resealed' - indicating someone used it to try to fix a problem but didn't end up replacing the part in that system. I have to question why IBM would have sent controller out in that state (dirty cache). Talked to the tech some more. He said it was coming up with a cache warning and that it was requesting that the ASP be cleared. What wasn't relayed to me, was that support has a way of tricking it into thinking that the ASP was cleared and wasn't. I think there was going to be some more steps to clear the cache.

Without knowing the 'back door trick', I was going to suggest putting the 'dirty cache card into my system programmer's 'playground' LPAR and let that LPAR take the hit. Swap the card back to the LPAR needed it after the cache wasdumped. Not sure if that would have wokred but it would have been worth a shoot.. not to have to restore one of my primary partition.

Anyway, thanks for the input. I know, I wasn't given all the best information today and not being in the data center to get more information than the SRC codes flipping by was a bit frustrating.

Thanks again,

Confidentiality: This transmission, including any attachments, is solely for the use of the intended recipient(s). This transmission may contain information that is confidential or otherwise protected from disclosure. The use or disclosure of the information contained in this transmission, including any attachments, for any purpose other than that intended by its transmittal is strictly prohibited. Unauthorized interception of this email is a violation of federal criminal law. If you are not an intended recipient of this transmission, please immediately destroy all copies received and notify the sender.

Return to Archive home page | Return to MIDRANGE.COM home page