Second look. Check if khubd keeps state D (uninterruptible sleep). Maybe a USB device caused it. Em 24/04/2014 04:42, "Luiz Angelo Daros de Luca" <luizl...@gmail.com> escreveu:
There is one process/thread that is in a block state but uses no CPU. I got similar behavior with a blocked syscall waiting for a SAN lun disk recover. Probably your process has a blocked syscall. Is there any kernel oops dmesg? Try to kill the remaining process. A blocked process will not die even with -9. Regards, Em 24/04/2014 03:56, "Bastian Bittorf" <bitt...@bluebottle.com> escreveu: on some boxes we can see a high load, but i have > no idea, what the cause of this: > > Mem: 27740K used, 1264K free, 0K shrd, 2160K buff, 9592K cached > CPU: 0% usr 0% sys 0% nic 97% idle 0% io 0% irq 1% sirq > Load average: 1.03 1.02 1.05 1/40 9974 > PID PPID USER STAT VSZ %VSZ %CPU COMMAND > 3305 1 root S 1628 6% 0% /usr/sbin/olsrd -f > /var/etc/olsrd.con > 3671 1830 root S 1556 5% 0% /usr/sbin/pppd nodetach ipparam > wan i > 9974 9939 root R 1360 5% 0% top > 9938 3049 root S 1168 4% 0% /usr/sbin/dropbear -F -P > /var/run/dro > 3099 1 root S 1752 6% 0% /usr/sbin/uhttpd -f -h /www -r > EG-lab > 2359 1 root S 1556 5% 0% /usr/sbin/hostapd -P > /var/run/wifi-ph > 9939 9938 root S 1520 5% 0% -ash > 1830 1 root S 1500 5% 0% /sbin/netifd > 3273 1 root S 1372 5% 0% /usr/sbin/crond -L /dev/null > 2172 1830 root S 1368 5% 0% udhcpc -p /var/run/udhcpc-lo.pid > -s / > 1 0 root S 1320 5% 0% /sbin/procd > 1799 1 root S 1288 4% 0% /sbin/logd -S 16 > 3771 1 nobody S 1176 4% 0% /usr/sbin/dnsmasq -C > /var/etc/dnsmasq > 9221 1 root S 1168 4% 0% /usr/sbin/ulogd -d > 1849 1 root S 1156 4% 0% /usr/sbin/odhcpd > 3049 1 root S 1100 4% 0% /usr/sbin/dropbear -F -P > /var/run/dro > 3774 3771 root S 976 3% 0% /usr/sbin/dnsmasq -C > /var/etc/dnsmasq > 378 1 root S 884 3% 0% /sbin/ubusd > ^C722 1830 root S 804 3% 0% odhcp6c -s > /lib/netifd/dhcpv6.script > > even after ending most of the daemons (wifi down, > olsrd/odhcpc/uhttpd/log stop, ifdown wan + sleep 30) the load remains: > > PID USER VSZ STAT COMMAND > 1 root 1320 S /sbin/procd > 2 root 0 SW [kthreadd] > 3 root 0 SW [ksoftirqd/0] > 5 root 0 SW< [kworker/0:0H] > 7 root 0 SW< [khelper] > 8 root 0 SW [kworker/u2:1] > 58 root 0 SW< [writeback] > 60 root 0 SW< [bioset] > 62 root 0 SW< [kblockd] > 92 root 0 SW [kswapd0] > 137 root 0 SW [fsnotify_mark] > 152 root 0 SW< [ath79-spi] > 161 root 0 SW [kworker/u2:2] > 229 root 0 SW< [deferwq] > 233 root 0 SW< [kworker/0:1H] > 234 root 0 SW [kworker/0:2] > 284 root 0 DW [khubd] > 319 root 0 SWN [jffs2_gcd_mtd3] > 378 root 884 S /sbin/ubusd > 1704 root 0 SW< [cfg80211] > 1830 root 1504 S /sbin/netifd > 3049 root 1100 S /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid > -p 22 > 9938 root 1168 S /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid > -p 22 > 9939 root 1524 S -ash > 10204 root 0 SW [kworker/0:0] > 10403 root 772 S /sbin/askfirst ttyS0 /bin/ash --login > 10994 root 1356 R ps > > LOAD: > 08:45:02 up 4:31, load average: 1.10, 1.05, 1.05 > > the tool 'top' shows nothing, but idle:98% > OpenWrt is: r40295 on TP-LINK TL-WR1043ND > > the box is responsive and i'am connected via wifi, everything is > working: just the load is high. can it be procd? (unsure, if the load > of PID-1 is shown correctly). what can i do to debug further? > > bye, bastian > _______________________________________________ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel >
_______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
