× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



NEVER clean shared memory or semaphores with the server running!.


Having said that.  Can you answer the following questions?

When at 100% cpu which tasks are consuming CPU?  Router? Update? Server? 
ADMINP?

Does the CPU spike occur at certain times of day?

How regularly do the CPU spikes occur? 



Walter Scanlan 
Senior Software Engineer
Domino For iSeries
Internet  WSCANLAN@xxxxxxxxxx
CLP R4, R5 and Domino 6
Phone 507-286-6088




AYarrington@xxxxxxxxxxx 
Sent by: domino400-bounces@xxxxxxxxxxxx
09/20/2004 01:42 PM
Please respond to
Lotus Domino on the iSeries / AS400


To
domino400@xxxxxxxxxxxx
cc

Subject
problem with Domino 6.5.2 on ISeries model 810 V5R2






   Here's the situation in a nutshell......we recently (as in less than 6
   months ago) 'upgraded' from a model 820 to 810, and from V5R1 to V5R2 
from
   the old box to the new.  We are now using Domino 6.5.2.  Ever since 
moving
   to the 810, we've had problems with Domino sucking up system resources 
and
   bogging the machine down, even sometimes to the point of needing to IPL
   (although, for a time, we had a problem with our UPS and that may have
   solely caused the IPL problems).  Anyway, when it has been bogging 
down,
   we'll see cpu utilization fly up to near 100% and everything comes to a
   grinding sloth.  We decided to move Domino into its own memory pool, 
which
   has helped contain the problem away from stopping other operations, but
   the problem persists.  Our Domino pool size is 1400 (we have 2 Gig 
total),
   and the non-DB fault and pages always hover over 150, but jump to 5 or 
600
   when the thing bogs down.   We generally have the max active set to 
around
   300, but spike it up to 600 or so when Domino starts misbehaving and it
   seems to usually resume processing.  I found a post elsewhere about 
domino
   on iseries leaving a bunch of junk files in 'Application
   Development'->"Interprocess Communication"->Kernel Message Queues,
   Semaphore Sets, and Shared Memory, all belonging to QNotes, and we do 
have
   a large number of files in those areas belonging to QNotes.  But, I can 
go
   through and delete them, even without bouncing the Domino server, save 
for
   the ones dated with the current date, etc.

   Does anyone have any suggestions as to where we can go with this?  I
   hesitate to think we just need more memory - the old 820 only had 1 Gig 
of
   ram, whereas we have 2 Gig now, and things ran fine on the 820.  I also
   recently ran a cumulative ptf on V5R2 in case it had some problem that 
had
   been recognized and dealt with, but I didn't see any improvement. Also, 
I
   looked for a group ptf for Domino 6.5 on V5R2 and didn't see one on 
IBM's
   site.....

   Any and all suggestions would be greatly appreciated!

   Al Yarrington
   I.T. Administrator/Analyst
   Universal Map
_______________________________________________
This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact copyright@midrange.com.

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.