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



Now there's a plan!  Of course, I've now gone 36 hours without a spike, so 
maybe (probably?) it wasn't something on my server at all (because I've 
changed nothing) and was fixed elsewhere.  I was beginning to suspect 
something on the network, but we never had the right personnel available 
to look at the network when things were acting up.

And thanks for sharing that link -- that's a very interesting utility, 
being installed posthaste.

Patrick




Travis Retzlaff <TRetzlaff@xxxxxxxxxxxx> 
Sent by: domino400-bounces+ptrapp=nex-tech.com@xxxxxxxxxxxx
08/19/2005 09:12 AM
Please respond to
Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx>


To
Lotus Domino on the iSeries / AS400 <domino400@xxxxxxxxxxxx>
cc

Subject
Re: CPU Spiking






You could try dumping the call stacks a few times during a spike and a few 

times during normal operation to see what the task is doing with all that 
CPU.

http://www-03.ibm.com/servers/eserver/iseries/domino/devtools/dmp/

Thanks,

Travis Retzlaff
Application Integration Consultant
--------------------------------------------------------------------
Computech Resources, Inc.
1375 W. Main Avenue
De Pere, WI 54115
Web:  http://www.compures.com
--------------------------------------------------------------------
Phone:  920-336-1387 Ext. 227
Fax:  920-336-7728
e-Mail: tretzlaff@xxxxxxxxxxxx

domino400-bounces+tretzlaff=compures.com@xxxxxxxxxxxx wrote on 08/19/2005 
09:50:05 AM:

> A message loop perhaps? That should be evident by watching the console I 


> would think.
> 
> As per Chris's Netstat suggestion, use F15 to subset (filter) for port 
25, 
> once for the local and once again for the remote. Besides looking for 
lots 
> or rapid connections, also use F11 to check the byte counts. 
> 
> ====================================
> Tom Kreimer
> Information Alternatives
> 
> 
> 
> 
> Domino 6.5.4 server on iSeries V5R2
> 
> The last couple of days we are seeing SMTP process spikes that are 
pushing
> the CPU to 98%+.  SMTP task was at 86% for quite a while yesterday.  So
> far, the only thing I've had any luck with is ending the SMTP task and
> restarting it.  We are not seeing any indications of what might be 
causing
> this, but I'm not sure I know what to look for.
> 
> Since I've been watching, I've seen the process spike briefly several
> times, but generally not long enough to cause the entire server to grind 


> to
> a halt like it did yesterday.  My boss is concerned that this is the 
> result
> of some sort of attack on our system.
> 
> Any suggestions would be much appreciated.
> 
> Patrick
> 
> 
> 
> _______________________________________________
> 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.
> 
_______________________________________________
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 [javascript protected email address].

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