Bug#671859: udev: Udev hangs on boot for 120 seconds, times out then eats CPU failing to rename files
Package: udev Version: 175-3.1 Followup-For: Bug #671859 Dear Maintainer, On my machines the boot delay is less noticable, but the udev still loops and eats CPU, restart seems to help to a degree, but usually it just keeps on looping and eating up CPU after few minutes. On one machine it seems to loop doing this: /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/uba /lib/udev/udisks-part-id /dev/uba /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/ube /lib/udev/udisks-part-id /dev/ube /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/ubc /lib/udev/udisks-part-id /dev/ubc /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/ubd /lib/udev/udisks-part-id /dev/ubd /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/ubb /lib/udev/udisks-part-id /dev/ubb /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/uba (uba-ubd comes from integrated card reader). This happens with 3.3.x kernels, it seems that the symptoms started to appear after upgrade from 3.0, going back to udev 170 or 172 doesn't help. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.6 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.43 ii libc6 2.13-32 ii libselinux12.1.9-2 ii libudev0 175-3.1 ii lsb-base 4.1+Debian3 ii util-linux 2.20.1-4 Versions of packages udev recommends: ii pciutils 1:3.1.9-3 ii usbutils 1:005-3 udev suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671859: udev: Udev hangs on boot for 120 seconds, times out then eats CPU failing to rename files
reassign 671859 linux-2.6 thanks On May 21, eyck eyck.deb...@kuszelas.eu wrote: /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/uba /lib/udev/udisks-part-id /dev/uba Looks like this driver is broken. Kernel bug. -- ciao, Marco signature.asc Description: Digital signature
Bug#671859: udev: Udev hangs on boot for 120 seconds, times out then eats CPU failing to rename files
/lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/uba /lib/udev/udisks-part-id /dev/uba Looks like this driver is broken. Kernel bug. Maybe, it might be related to upgrade to 3.3.x, but it doesn't like driver problem, when I re-run the command from cmdline, it seems to work ok: /lib/udev/path_id /devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/uba ID_PATH=pci-:00:1d.0-usb-0:1.3:1.0 /lib/udev/udisks-part-id /dev/uba using device_file=/dev/uba syspath=/sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/block/uba, offset=0 ao=0 and number=0 for /dev/uba Error opening /dev/uba: No medium found which is ok, since there is no medium inserted in that slot. regards, Eyck -- Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 Total Existance Failure -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671859: udev: Udev hangs on boot for 120 seconds, times out then eats CPU failing to rename files
Package: udev Version: 175-3.1 Followup-For: Bug #671859 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Just as a bit of extra information, I can confirm that within a matter of minutes of re-starting udev, the high CPU usage starts all over again. I'd guess it takes about two minutes, which seems to match up with the initial delay starting udev on system boot. All the best, - -Dave. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (550, 'unstable'), (550, 'testing'), (450, 'stable'), (445, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.4 (SMP w/3 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.42 ii libc6 2.13-32 ii libselinux12.1.9-4 ii libudev0 175-3.1 ii lsb-base 4.1+Debian2 ii util-linux 2.20.1-4 Versions of packages udev recommends: ii pciutils 1:3.1.9-2 ii usbutils 1:005-3 udev suggests no packages. - -- debconf information: udev/title/upgrade: udev/new_kernel_needed: false udev/sysfs_deprecated_incompatibility: udev/reboot_needed: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJPs/xaAAoJEBIA1yCB7VsRl9QQAIeIOxz6tAJLO9Gs10UKl75t zCITIq6HURIztkmKPwS/I/G0bq5J0KqnJGPXujnQxc5CgF1lv51fneZ1YPC6xYn4 3NSqYzpI6BQVp6kApHu/GbYIbhTMbXSQZIJkDpOHUKr7z1DvrVfGZISbo+okEcBG WUIHBA6YILhbXuiUvgORHWn6RWDM6Dulc1dXTM++yWE3sj6PX6TyWzG5EhgO5ECq OUFjseFjj9fdQgQ9O7n6UPAfFNZmdr0R/OEEH3uKPXmtNqpShOxLQxQOaBdDICxL DIeyG91mGwfi+xVDxg+gBeCIIrrIOSsmVJpKGDROPRh8FPlSBGhvZgd/EdCCr8RF a4T982t7BNL6X6iMrmT3UVJw3TncglVgEMFzAb0RvqplMbN/fNSrjo+UXTG74iG1 A9Bh+luKTo1spDo/j2IcP7Wb8xAO/RswxI9q9Tu/gKy2p2A03s+imiJhIbBHb786 W03KIDJdcEa/ny/sBPSx2QvuWXINuZBH6L77P8/jUub1RZA77cxXC1Pa0NeUU9BH +Y046DXKsKTXKB88DCHpY21PWoB7hGNRbHuiRv2G1fOzhfYUify0tu7fIRu/h0vy cBdUL6HpZCCe0gfNoj2oaZ4QQhLFMy/qj5p2jvujyboW4XMOjRpRm/zyOLQQ/Llz IDe2EcS7OBYGB6k/UiAn =Walx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671859: udev: Udev hangs on boot for 120 seconds, times out then eats CPU failing to rename files
Package: udev Version: 175-3.1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, This bug issue first came to light after upgrading the kernel from 3.0.1 to 3.3.4, both home-build versions from the kernel.org source. Switching back to 3.0.1 stops this behaviour, but since the problems all appear to point to udev doing something odd, I thought this was the correct place to report the bug. Please do correct me if you disagree. After changing to kernel 3.3.4, the system became unresponsive on booting, at the point where udev was being started. 120 seconds later, the system then continued booting, but the CPU usage of all three cores of my machine are at about 70% each, split approximately 2:1 system:user. The first few lines from top illustrate this: Tasks: 185 total, 2 running, 183 sleeping, 0 stopped, 0 zombie %Cpu0 : 31.4 us, 44.1 sy, 0.0 ni, 24.5 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu1 : 26.2 us, 50.5 sy, 0.0 ni, 20.4 id, 0.0 wa, 0.0 hi, 2.9 si, 0.0 st %Cpu2 : 23.3 us, 37.9 sy, 0.0 ni, 36.9 id, 0.0 wa, 0.0 hi, 1.9 si, 0.0 st Kb Mem: 2052848 total, 1282356 used, 770492 free,34752 buffers Kb Swap: 2097148 total,0 used, 2097148 free, 594576 cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1367 root 20 0 21404 1288 620 S 14.9 0.1 4:46.76 udevd 1368 root 20 0 21404 1280 616 S 14.6 0.1 4:45.65 udevd 1369 root 20 0 21404 1276 612 R 14.6 0.1 4:47.38 udevd 1370 root 20 0 21404 1260 596 S 14.6 0.1 4:47.26 udevd 1352 root 20 0 21672 1652 808 S 7.0 0.1 2:16.53 udevd 5707 root 20 0 47764 2056 1716 S 2.7 0.1 0:49.78 odccm 6029 dh20 0 238m 14m 10m S 1.3 0.7 0:24.55 gkrellm A large number of udev processes appear to be running as well: $ ps faux|grep udev root 1352 6.9 0.0 21672 1652 ?Ss 15:33 2:22 udevd --daemon root 1367 14.5 0.0 21404 1288 ?S15:33 4:59 \_ udevd --daemon root 1368 14.4 0.0 21404 1280 ?S15:33 4:57 \_ udevd --daemon root 370 0.0 0.0 29144 1520 ?R16:08 0:00 | \_ /lib/udev/udisks-part-id /dev/ubd root 1369 14.5 0.0 21404 1276 ?S15:33 4:59 \_ udevd --daemon root 371 0.0 0.0 29140 1532 ?D16:08 0:00 | \_ /lib/udev/udisks-part-id /dev/ubb root 1370 14.5 0.0 21404 1260 ?S15:33 4:59 \_ udevd --daemon root 1372 0.0 0.0 21404 1220 ?S15:33 0:00 \_ udevd --daemon root 1374 0.0 0.0 21404 1180 ?S15:33 0:00 \_ udevd --daemon root 1375 0.0 0.0 21404 1204 ?S15:33 0:00 \_ udevd --daemon root 1377 0.0 0.0 21404 1204 ?S15:33 0:00 \_ udevd --daemon root 1378 0.0 0.0 21404 1184 ?S15:33 0:00 \_ udevd --daemon root 1379 0.0 0.0 21404 1144 ?S15:33 0:00 \_ udevd --daemon root 1380 0.0 0.0 21404 1184 ?S15:33 0:00 \_ udevd --daemon root 1381 0.0 0.0 21404 1192 ?S15:33 0:00 \_ udevd --daemon root 1382 0.0 0.0 21404 1208 ?S15:33 0:00 \_ udevd --daemon root 1383 0.0 0.0 21404 1092 ?S15:33 0:00 \_ udevd --daemon root 1384 0.0 0.0 21404 1136 ?S15:33 0:00 \_ udevd --daemon root 1385 0.0 0.0 21404 1192 ?S15:33 0:00 \_ udevd --daemon root 1386 0.0 0.0 21404 1120 ?S15:33 0:00 \_ udevd --daemon root 1387 0.0 0.0 21404 1120 ?S15:33 0:00 \_ udevd --daemon root 1388 0.0 0.0 21404 1128 ?S15:33 0:00 \_ udevd --daemon root 1389 0.0 0.0 21404 1156 ?S15:33 0:00 \_ udevd --daemon root 1390 0.0 0.0 21404 1140 ?S15:33 0:00 \_ udevd --daemon root 1391 0.0 0.0 21404 1152 ?S15:33 0:00 \_ udevd --daemon root 1392 0.0 0.0 21404 1128 ?S15:33 0:00 \_ udevd --daemon root 1393 0.0 0.0 21404 1132 ?S15:33 0:00 \_ udevd --daemon root 1394 0.0 0.0 21404 1124 ?S15:33 0:00 \_ udevd --daemon root 1395 0.0 0.0 21404 1128 ?S15:33 0:00 \_ udevd --daemon root 1396 0.0 0.0 21404 1116 ?S15:33 0:00 \_
