@antoniochennawi2
Forum Replies Created
-
AuthorReplies
-
We had the same issue, and we fixed it by changing permissions for resolve.conf to 664. Hi, The XSD file should be formatted like this: (please see the wrong format from my previous posting)
FYI, Yes, the inbound thread is setup as a Multi server but not the outbound threads. Also, I tested it with and without Multi server .
Dennis, I even tried to take the waiting for ack off, and it did not work.
John, I was about to try what you just suggested yesterday until I found out the I/O issue.
I am monitoring the system via Spotlight to make sure I have no problems and the Health Quest message queuing. I hope that we fixed it.
I would like to thanks everyone for their suggestions and ideas. Thank you. What I found is that after Health Quest made their changes in Test and started testing in our Test Cloverleaf environment, Cloverleaf could not keep up with receiving the messages. This was due to High Total Disk IO in which Cloverleaf did not receive enough CPU to accept data. In our test environment, we are using two disks to write all our OS, Application QDX, and, SMAT data. This is what caused the IO to go very high. Then I compared the test disks configurations to production and I found that in production we have two fast T fiber disks that used for the OS and the Application and another four fast T fiber disks that used for writing the SMAT files. So we decided to move our changes to production today (Health Quest changes to speed the process of messages and Cloverleaf changes to minimize the ACK length). Currently, we are monitoring the performance and we will know something by the end of the day.
I even stopped all processes in that site except the one I am having a problem with and it is still slow. I am thinking about deleting the process and build a new one. However, I still think there is something else. Any help!….. Hi Jim, I have eight other processes in this site and we are using QDX 5.2 rev 2 on AIX 5.2.
The arrows are okay it is just the inbound thread not able to process more messages. It will only process more messages if I put the outbound threads on hold or change the outbound thread protocol to file.
Thank you John for your reply. I looked at the system CPU and I didn’t see any thing.
I have some TCLs in the inbound thread but not in the outbound. The only time Cloverleaf process more messages when I change the outbound thread’s protocols to a file or hold the threads. All other TCLs and configurations for the inbound thread are the same. So I am thinking is the TCP/IP outbound thread protocol that causing the process not to give some time to the inbound thread to receive and process messages.
You are correct John “Close after write” will cause the outbound thread to slow down which this is what I want so the process can give more time to the inbound thread.
What do you think about having each site monitor the other sites and then having a cron job that runs every day to delete the duplicate backup from hcimonitord directory. Hi, did you find an answer to this issue? Thank you.
Thank you Greg. I modified my pdl by adding the second phrase and now I am not getting the error. Hi, I had the same problem when I upgraded my pc to XP and when I called Quovadx they could not fix it. So I have been doing it through the command line. -
AuthorReplies
