Highlighted
Absent Member.
Absent Member.
3501 views

High CPU Usage in my Groupwise 2014 sp1 system

Hi there, I would like to ask you about your gwpoa cpu usage. In my system, since we have upgrade to gw 2014,
I have a heavy use of cpu of my groupwise system (gwpoa process mainly) and I dont know why. Novell Technical
support tell me to upgrade to sp1 hp1, but I dont know if this will resolve my problem.

In some cases we have several problems with clients, to the point to reboot POA, machine and deactivate gwcheck
(--nogecheck in config file). For example, right now,

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
668 root 20 0 573m 220m 8936 S 107 3.8 3484:36 gwpoa

Always is the same value. 100-300 %CPU of gwpoa process.

I would like to know if someone is having similar problems. My system is about 150 users, all users in the same poa,
we are running sles 11 sp3, 6 GB RAM in a 4-core processor machine. 20 threads to C/S request, 20 to SOAP.
I am not using SSL in C/S connections.

CPU use is not I/O:

Cpu(s): 91.9%us, 2.1%sy, 0.0%ni, 5.6%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st

Nothing relevant in the POA logs. So, someone with the same problem? is there a way to know what is doing the poa
to consume that level of cpu? When we were using other versions of groupwise (2012, etc) cpu usage was very very low.
Load average of the machine was always below 2-3. Now is always above 3-4-5 etc. :-S

thank you guys.
Labels (1)
0 Likes
7 Replies
Highlighted
Knowledge Partner
Knowledge Partner

Re: High CPU Usage in my Groupwise 2014 sp1 system

In article <antoniogutierrez.6sgasn@no-mx.forums.novell.com>,
Antoniogutierrez wrote:
> Nothing relevant in the POA logs. So, someone with the same problem?


I haven't seen this problem elsewhere, so I would recommend increasing
the log levels. I am assuming they are currently 'Normal' so the next
hop up is 'Verbose' Then you might see something of interest.

Also, what clients are you running? Do you have much in the way of
older clients (8 or older) or IMAP clients hitting it?

The specs for the system look good, lets just check that nothing is
also using up memory and disk as well (free -m, df -h) in case that
provides an additional clue. Assuming EXT3, let us know if different.

Take a gander through /var/log/message to make sure there aren't any
clues there.

Does this high CPU start quickly after a reboot? At a common time of
day? After a certain length of time? If unsure, configuring the built
in nagios to email you would help possibly give you a heads up before
end users complain.

Confirm build number with command: rpm -qa |grep group
I believe the most recent public version is 14.0.1HP1-118418



Andy of
http://KonecnyConsulting.ca in Toronto
Knowledge Partner
http://forums.novell.com/member.php/75037-konecnya
If you find a post helpful and are logged in the Web interface, please
show your appreciation by clicking on the star below. Thanks!

___
“i’ve sworn an oath of solitude til the blight is purged from these lands”
Andy of Konecny Consulting in Toronto
Knowledge Partner Profile
If you find a post helpful, click the Like button below. Thanks!
0 Likes
Highlighted
Absent Member.
Absent Member.

Re: High CPU Usage in my Groupwise 2014 sp1 system

Andy Konecny wrote:

> Confirm build number with command: rpm -qa |grep group I believe the most
> recent public version is 14.0.1HP1-118418


I will say that I now have a customer with gwdva gone wild with this version.
We are routinely locking up the server (PO only server) and I'm trying to hunt
it down. Just an FYI.


--
Danita
Novell Knowledge Partner
Are you a GroupWise Power Administrator? Join our site.
http://www.caledonia.net/register

If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below...
0 Likes
Highlighted
Absent Member.
Absent Member.

Re: High CPU Usage in my Groupwise 2014 sp1 system

konecnya;2347497 wrote:
In article <antoniogutierrez.6sgasn@no-mx.forums.novell.com>,
Antoniogutierrez wrote:
> Nothing relevant in the POA logs. So, someone with the same problem?


I haven't seen this problem elsewhere, so I would recommend increasing
the log levels. I am assuming they are currently 'Normal' so the next
hop up is 'Verbose' Then you might see something of interest.

Also, what clients are you running? Do you have much in the way of
older clients (8 or older) or IMAP clients hitting it?

The specs for the system look good, lets just check that nothing is
also using up memory and disk as well (free -m, df -h) in case that
provides an additional clue. Assuming EXT3, let us know if different.

Take a gander through /var/log/message to make sure there aren't any
clues there.

Does this high CPU start quickly after a reboot? At a common time of
day? After a certain length of time? If unsure, configuring the built
in nagios to email you would help possibly give you a heads up before
end users complain.

Confirm build number with command: rpm -qa |grep group
I believe the most recent public version is 14.0.1HP1-118418



Andy of
http://KonecnyConsulting.ca in Toronto
Knowledge Partner
http://forums.novell.com/member.php/75037-konecnya
If you find a post helpful and are logged in the Web interface, please
show your appreciation by clicking on the star below. Thanks!


Hi everybody and thanks for posting. I'll resume my specs in a more detailed way:

* Logs: I have verbose mode in logs. Nothing relevants on them. :_( In /var/log/messages
I have nothing relevant also related to Groupwise. Typical messages about sshd, etc, but nothing
about groupwise software.
* Filesystem: My Groupwise databases are over a NSS share volumen running in a cluster. But running
top there isn't a high number in %wa so I guess that I/O is not a problem. All of my CPU load is under
%user.
* Groupwise clients: I have a few clients running 8 version. Should I upgrade them to the most recent
version? Or at least to 2012.
* IMAP: disabled in POA but enabled in GWIA (my CPU Problem is in the POA)
* Groupwise version: I am in GW 2014 SP1 but NOT in HP1. Novell tell me about upgrade to HP1, this
saturday I have a service window and I'm going to upgrade.
* DVA: Just discovered yesterday that is disabled: (I dont know why):
Document Viewer Agent: 10.10.0.103:8301 (Offline)
Could be this have a big impact in POA performance ?

And the last, my clue, is that something wrong is happening with SOAP. We have three servers
connecting over SOAP: Older Novell data sync (It will be deleted this saturday), Novell Mobility Server
and two BES Servers. Seeing POA http agent, I always see busy SOAP threads with a time elapsed > 1.
This saturday, I will reboot the POA without SOAP enabled and see what happen.

Any suggestion will be very very welcome 🙂

Thanks everyone.
0 Likes
Highlighted
Absent Member.
Absent Member.

Re: High CPU Usage in my Groupwise 2014 sp1 system

antoniogutierrez wrote:

> ** DVA:* Just discovered yesterday that is disabled: (I dont know why):
> Document Viewer Agent: 10.10.0.103:8301 (Offline) Could be this have a big
> impact in POA performance ?


It will have "some" performance hit on the POA, but since I'm having similar CPU
hog issues with the DVA on an SP1 site, it could be interesting to see if
enabling the DVA moves the problem from the POA to the DVA in your situation as
well!

--
Danita
Novell Knowledge Partner
Are you a GroupWise Power Administrator? Join our site.
http://www.caledonia.net/register

If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below...
0 Likes
Highlighted
Knowledge Partner
Knowledge Partner

Re: High CPU Usage in my Groupwise 2014 sp1 system

In article <antoniogutierrez.6sjwfb@no-mx.forums.novell.com>,
Antoniogutierrez wrote:
> This saturday, I will reboot the POA without SOAP enabled and see what
> happen.

Note that your GMS and BES won't work in that state, so clearly this is
a short test.

The other thought given what Danita has been seeing, is that perhaps
there is new type of file such as a new script in a Document or
Spreadsheet (possibly new malware) that is doing the rounds that the
view part of indexing is getting caught up on this. So another test
would be to disable indexing all together to see if that makes a
difference.


Andy of
http://KonecnyConsulting.ca in Toronto
Knowledge Partner
http://forums.novell.com/member.php/75037-konecnya
If you find a post helpful and are logged in the Web interface, please
show your appreciation by clicking on the star below. Thanks!

___
“i’ve sworn an oath of solitude til the blight is purged from these lands”
Andy of Konecny Consulting in Toronto
Knowledge Partner Profile
If you find a post helpful, click the Like button below. Thanks!
0 Likes
Highlighted
Absent Member.
Absent Member.

Re: High CPU Usage in my Groupwise 2014 sp1 system

Andy Konecny wrote on 02/19/2015 10:08 PM:
> Note that your GMS and BES won't work in that state, so clearly this is
> a short test.


Nor WebAccess.

Uwe

--
Novell Knowledge Associate
Please don't send me support related e-mail unless I ask you to do so.
0 Likes
Highlighted
Absent Member.
Absent Member.

Re: High CPU Usage in my Groupwise 2014 sp1 system

Uwe Buckesfeld wrote:

> > Note that your GMS and BES won't work in that state, so clearly this is a
> > short test.

>
> Nor WebAccess.


Correct - SOAP really isn't much of an "optional" feature any longer.

--
Danita
Novell Knowledge Partner
Are you a GroupWise Power Administrator? Join our site.
http://www.caledonia.net/register

If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below...
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.