| Summary: | sys-fs/udev-058 - udevd producing high load, eating up most CPU cycles | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Thomas Schweikle <tps> |
| Component: | [OLD] Core system | Assignee: | Greg Kroah-Hartman (RETIRED) <gregkh> |
| Status: | VERIFIED NEEDINFO | ||
| Severity: | critical | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Thomas Schweikle
2005-08-12 17:17:31 UTC
Upgrade your kernel, or your version of udev, and this should be fixed. Upgrading the kernel isn't possible at the moment (see bug no: 102298 - VMware not running with kernel 2.6.12-r6: https://bugs.gentoo.org/show_bug.cgi?id=102298). udev-058 seem to be the latest version available not masked. I found versions: udev-059 udev-060 udev-062 udev-063 udev-064-r1 udev-064 udev-065 being masked. Which one is appropriate for use with kernel 2.6.11-r9? Can I take the latest: udev-065.ebuild or are there any dependencies requiring kernel 2.6.12-r6, or should I downgrade to "udev-045.ebuild"? Even with kernel 2.6.12-r6 (the latest not masked available) this problem remains: udevd is the most running software on the machine. It takes about 30% of all CPU cycles available. This goes up to more than 80% if I just insert a CDROM. The system responds slow. It isn't even capable to handle all events send by udevsend. Leading to several udevsend processes hanging around. These "exploding" if there is a bit more load like compiling a new kernel. I do not think this is solved at all! I've done testing with - sys-kernel/gentoo-sources-2.6.12-r6 - sys-fs/udev-065 nothing else was changed, except things needed by udev-065. Nothing else should have been needed by udev to upgrade. Can you attach strace to the running udevd program and let me know what it is doing? Also, have you written any custom udev rules? What does 'ls /etc/udev/rules.d' show? Have you created any custom /etc/dev.d/ rules? > Nothing else should have been needed by udev to upgrade. Yes, this was correct. Since I allready had the newest available Gentoo-system, I did not have to upgrade anything else. Only drawback: any udev version higher than 058 is masked by "~x86". Thus there is no "upgrade". I have to make use of "/etc/portage/package.keywords". Adding in a line ">sys-fs/udev-058" to have portage update to the latest version. > Can you attach strace to the running udevd program and > let me know what it is doing? Meanwhile I upgraded to udev-067. The problems are gone. But I couldn't find anything special or suspect tracing udev-065. I can downgrade and trace again if it would be worth. With udev-067 CPU load droped from 30% down to 2%. No more load dependend effects. > Also, have you written any custom udev rules? Yes, I have tried, but did not have success with some custom rules for removable firewire/usb harddrives. I moved them out of way for all testing, having only what udev-xxx provided for the tests --- making sure, no error of mine having bad effects. > What does 'ls /etc/udev/rules.d' show? yew etc # ls -la /etc/udev/rules.d/ total 20 drwxr-xr-x 2 root root 4096 Aug 15 00:36 . drwxr-xr-x 5 root root 4096 Aug 14 02:30 .. -rw-r--r-- 1 root root 11427 Aug 14 12:29 50-udev.rules > Have you created any custom /etc/dev.d/ rules? No. Great, thanks for upgrading and testing. Glad it's working for you, I'll be marking 067 stable soon. |
