We have periodic "pauses" on some of our Solaris servers. CPU usage drops down to nothing for a couple of minutes, then things begin to function normally again. Many of our MQ apps on Solaris were written in the last two years, and maintain exhaustive audit trails, Those audit trails showed that their applications were waiting on an MQPUT for the entire time. Everything on the machine pauses, by the way, but it's these MQ apps that keep the audit trail.
So I did some investigation, and eventually discovered that the pauses seemed to coincide with something our storage administrator was running. It is a series of commands - issued on the mainframe - which causes our SAN to replicate to our hotsite. I ran the Unix iostat command during the pauses, and sure enough, the disk service times had gone way up, then back to a couple milliseconds after. So I told the storage team about it (2 months ago!). They claim not to see any problems, and have now decided that it's an MQ problem. They want to meet with me, and have me "explain what the MQPUT command is, and how it works." It seems pretty obvious that they don't intend to work on this, and are in the process of putting up a stonewall by shooting the messenger. It's much like dealing with a difficult vendor, except the fact that we work for the same company in some ways makes it even more difficult. I'd be tempted to raise hell with a vendor, but that could be a career limiting move in this case. So... I'm interested if anyone has seen a similar problem. And I'm also interested in any advice on how to get the SAN team to do the right thing and take ownership of the problem. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive