POA causing high utilization

[Arnold Janssen]

Hi all,

The problem I'm going to describe might sound a bit vague. That's because it is just that! ;-) I'm also not sure if the agents-forum is the right one. If you feel it isn't, please say so.

We've got a two-node Netware 6.5 cluster and one of the cluster resources is our primary Groupwise 6.5 domain (containing one Postoffice). We also got a second domain for the GWIA and Webaccess on a different (BorderManager, non-clustered) server. The problem is with the cluster resource. When Groupwise is running on the first server (FS01) the utilization sometimes goes up to 85-95%. It can stay there the whole day (like today) but Groupwise itself doesn't seem to be affected by it much. The client responds normal and the POA logger screen doesn't show anything shocking. When switched to verbose logging, there do seem to be a lot of physical connects and disconnects, but from the information I could gather from the Novell site, this is normal.

This DOES seem to be a Groupwise issue though, because when I migrate the GW resource to the other node (FS02) the problem goes to that server. When I check the busiest threads, GWTCP-DISPATCHER is on top most of the time, but it doesn't seem to be that busy. We have got a few services that use the GWIA (on the BM-server) as a SMTP-server. These services sometimes generate quite a bit of mail, but that wouldn't affect the Postoffice, would it? And if it would...we would be able to see it being busy in the logging, wouldn't we?

I'm guessing this could be one of the following:

- A client issue on a PC where the GW-client somehow hogs TCP-connections to the server.
- A client issue where a GW-client gets stuck in some kind of weird rule (is there an easy way to troubleshoot that?).
- An issue with the Quickfinder index on the server (although I don't think that's it).
- Anything else... ;-)

You're thoughts on this are more than welcome!

Thanks,
Arnold...

[Automatic reply]

Arnold,

It appears that in the past few days you have not received a response to your
posting. That concerns us, and has triggered this automated reply.

Has your problem been resolved? If not, you might try one of the following options:

- Do a search of our knowledgebase at http://support.novell.com/search/kb_index.jsp
- Check all of the other support tools and options available at
http://support.novell.com.
- You could also try posting your message again. Make sure it is posted in the
correct newsgroup. (http://support.novell.com/forums)

Be sure to read the forum FAQ about what to expect in the way of responses:
http://support.novell.com/forums/faq_general.html

If this is a reply to a duplicate posting, please ignore and accept our apologies
and rest assured we will issue a stern reprimand to our posting bot.

Good luck!

Your Novell Product Support Forums Team
http://support.novell.com/forums/

[Arnold Janssen]

Additional information/question: is it normal that C/S Requests on the POA climb from 97485129 to 97497838 in 15 seconds? Our postoffice contains around 350 users so more than 10000 C/S Requests in such a short period of time seems rather high, doesn't it?!

All thoughts on this are more than welcome. I'm kind of lost at the moment.

Thanks,
Arnold...
Hi all,

The problem I'm going to describe might sound a bit vague. That's because it is just that! ;-) I'm also not sure if the agents-forum is the right one. If you feel it isn't, please say so.

We've got a two-node Netware 6.5 cluster and one of the cluster resources is our primary Groupwise 6.5 domain (containing one Postoffice). We also got a second domain for the GWIA and Webaccess on a different (BorderManager, non-clustered) server. The problem is with the cluster resource. When Groupwise is running on the first server (FS01) the utilization sometimes goes up to 85-95%. It can stay there the whole day (like today) but Groupwise itself doesn't seem to be affected by it much. The client responds normal and the POA logger screen doesn't show anything shocking. When switched to verbose logging, there do seem to be a lot of physical connects and disconnects, but from the information I could gather from the Novell site, this is normal.

This DOES seem to be a Groupwise issue though, because when I migrate the GW resource to the other node (FS02) the problem goes to that server. When I check the busiest threads, GWTCP-DISPATCHER is on top most of the time, but it doesn't seem to be that busy. We have got a few services that use the GWIA (on the BM-server) as a SMTP-server. These services sometimes generate quite a bit of mail, but that wouldn't affect the Postoffice, would it? And if it would...we would be able to see it being busy in the logging, wouldn't we?

I'm guessing this could be one of the following:

- A client issue on a PC where the GW-client somehow hogs TCP-connections to the server.
- A client issue where a GW-client gets stuck in some kind of weird rule (is there an easy way to troubleshoot that?).
- An issue with the Quickfinder index on the server (although I don't think that's it).
- Anything else... ;-)

You're thoughts on this are more than welcome!

Thanks,
Arnold...

[Arnold Janssen]

Problem solved!

I found that, on two computers, Intellisync was configured to use Push Sync. With Push Sync, you can specify conditions when you want PDA synchronization to start. Among others, you can choose "Device changes" and "PIM changes". Device changes won't stress out the GW server at all, but PIM changes will!!! I disabled this option on the two computers and the utilization on the server dropped about 60%!.
Additional information/question: is it normal that C/S Requests on the POA climb from 97485129 to 97497838 in 15 seconds? Our postoffice contains around 350 users so more than 10000 C/S Requests in such a short period of time seems rather high, doesn't it?!

All thoughts on this are more than welcome. I'm kind of lost at the moment.

Thanks,
Arnold...
Hi all,

The problem I'm going to describe might sound a bit vague. That's because it is just that! ;-) I'm also not sure if the agents-forum is the right one. If you feel it isn't, please say so.

We've got a two-node Netware 6.5 cluster and one of the cluster resources is our primary Groupwise 6.5 domain (containing one Postoffice). We also got a second domain for the GWIA and Webaccess on a different (BorderManager, non-clustered) server. The problem is with the cluster resource. When Groupwise is running on the first server (FS01) the utilization sometimes goes up to 85-95%. It can stay there the whole day (like today) but Groupwise itself doesn't seem to be affected by it much. The client responds normal and the POA logger screen doesn't show anything shocking. When switched to verbose logging, there do seem to be a lot of physical connects and disconnects, but from the information I could gather from the Novell site, this is normal.

This DOES seem to be a Groupwise issue though, because when I migrate the GW resource to the other node (FS02) the problem goes to that server. When I check the busiest threads, GWTCP-DISPATCHER is on top most of the time, but it doesn't seem to be that busy. We have got a few services that use the GWIA (on the BM-server) as a SMTP-server. These services sometimes generate quite a bit of mail, but that wouldn't affect the Postoffice, would it? And if it would...we would be able to see it being busy in the logging, wouldn't we?

I'm guessing this could be one of the following:

- A client issue on a PC where the GW-client somehow hogs TCP-connections to the server.
- A client issue where a GW-client gets stuck in some kind of weird rule (is there an easy way to troubleshoot that?).
- An issue with the Quickfinder index on the server (although I don't think that's it).
- Anything else... ;-)

You're thoughts on this are more than welcome!

Thanks,
Arnold...

[Danita Zanre]

Post by Arnold Janssen
I found that, on two computers, Intellisync was configured to use Push Sync.

Very interesting. This is the Intellisync stand-alone product s right?

[Arnold Janssen]

Hello Danita,

Yes, it is the stand-alone version of Intellisync release 5.5.0.

On further investigation, I THINK the following is happening:

- Using Intellisync without Push Sync, or Push Sync on Device Changes only: no problem
- Using Intellisync with Push Sync set to PIM Changes AND Device Changes, with the PDA connected: average utilization goes up about 20%
- Using Intellisync with Push Sync set to PIM Changes AND Device Changes, with the PDA disconnected: average utilization goes up 20% more

I watched the stats only for a short period of time, so I'm nog 100% sure. I am sure though, that our utilization is now back at an acceptable level. Did you ever hear this before?

Arnold...

Post by Arnold Janssen
I found that, on two computers, Intellisync was configured to use Push Sync.

Very interesting. This is the Intellisync stand-alone product s right?