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.
  • 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!

  • 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...
  • 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.
  • 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...
  • 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!

  • 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.
  • 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...