All, We need your help.
MQSeries Version: 5.2 Platform: WindowsNT Operating System: Unix/NT We have two-way connection to clients MQSeries using a sender and receiver Channel on our machine (host A This is an UNIX machine) and a corresponding receiver and sender Channel on their machine (host B this is an NT machine). This channel is using for writes some log message to DB2database from one host A to another host B. I.e. Host A it has some application whenever it is get Audit log and Exception log message, this log message sending to Host B through channels and writes that log files into DB2database The problem was whenever we rebooting of the servers(Host B) that particular drive became full which all applications (DB2, MQSeries, etc ....) were installed. We found that the problem with MQ Channel, and also we found lots of communication channel services are running in host B even we stopped the MQSeries. What we thought Host B the receiver channel retrying / binding the sender channel, then a lot of communication channels were got created, which were trying to make communications and in case of failure, were logging the messages. That's way it is writes logging message to Database and data stored in to database increasing size to 2.5 GB then that particular drive became full. Then we stop all those running channel services and drop the Database, again we create new database, Now that drive has 3.5 GB Free spaces. This problem occurred only in primary production, we don't have same problem with Failover production.(FailOver has same thing like Host A and Host B) Has anyone ever come across this and if so what the solution is. Thanks & Regards, Karthikeyan Senthilnathan Software Engineer WWRE Project IBM Global Services India "PARVAAZ", Shankar Shet Road, Pune - 411 001 INDIA Tel: +91 (20) 6349724, Extn - 1551 E-mail: [EMAIL PROTECTED] 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