Long forgotten thread...
Turns out it is ohci-hcd USB driver blasting insane amount of
interrupts that is driving the load average up.
# grep ohci /proc/interrupts
169: 294912182 612411557 812332153 58723016 IO-APIC-level
ohci_hcd, ohci_hcd
The temporary fix obviously was 'rmmod ohci_hcd'
--Boundary_(ID_5yi3se0DcrgkRFK8ilXa7Q)
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
There could be disk and/or RAID problems affecting disk I/O, wich could
lead to higher than normal load averages.
Henry
Michael Green wrote:
> I have 18 identic
On 10/07/06, Michael Green <[EMAIL PROTECTED]> wrote:
time the symptom returns. Typically the load average reaches 3 and
wouldn't go beyond that. How would you approach such a problem?
Have you checked the system logs?
--Amos
=
T
Oren Held wrote:
Try to look for processes which are in zombie (defunct) state.
If I'm not mistaken, for some reason they tend to be counted when
kernel calculates the load average.
No, the list of zombie processes is available at the list Michael gave,
and it's empty. Besides, they are not
Try to look for processes which are in zombie (defunct) state.
If I'm not mistaken, for some reason they tend to be counted when kernel
calculates the load average.
Michael Green wrote:
I have 18 identical Sun Fire X4100 systems here all configured
identically:
4-way Opteron, 4G RAM, 70G SAS
I have 18 identical Sun Fire X4100 systems here all configured identically:
4-way Opteron, 4G RAM, 70G SAS HDD, RHEL AS 4U3, Sun Grid Engine
agents (SGE) v6u7, NIS.
Periodically some of the systems exibit high load average while idling
for no obvious reason. Rebooting solves the problem, but after
