<br><br><div class="gmail_quote">On Sat, Mar 29, 2008 at 6:37 PM, Johnny Hughes <<a href="mailto:johnny@centos.org">johnny@centos.org</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Well .. top says you have 4 processes running ... if that is consistent<br>
(4 processes always in a run state) then you should be able to determine<br>
the running processes with the command:<br>
<br>
ps -ef r<br>
<br>
(I think)<br>
<br>
I would think one of always running processes is the one that is taking<br>
up CPU time.<br>
<br>
Also while in top, <Shift>-H might show some hidden threads in the output.<br>
</blockquote><div><br>Thanks for the advise although I never got a chance to use it.<br><br>For some inexplicable Murphy-like reason, the server load went back to normal levels shortly after I sent off the email to the list. <br>
<br>The only possible explanation I could think of was that I killed the setroubleshootd process because it froze up after I tried to fiddle with the SELinux settings. There was some error in the log about unable to connect to the audit socket.<br>
<br>After observing the back to normal loads for a few hours to confirm it wasn't a momentarily drop, I restarted the setroubleshootd process and yet the load remain normal.<br><br>So my current uneducated guess is that the barrage of undeliverable email messages on the very first day caused SELinux to choke on a system/kernel level until the reporting daemon was killed to whatever was getting tied up to move on?<br>
<br><br></div></div>