Page 2 of 4 FirstFirst 1234 LastLast
Results 16 to 30 of 49

Thread: udhcpc taking 100% CPU in 1.9.2.7-9

  1. #16
    ok, it's installed now. I'll keep you posted.

  2. #17
    Quote Originally Posted by sesamebike View Post
    Hi,

    After upgrading to 1.9.2.7-9 I started to have problem with the udhcpc process taking all CPU. It happends after a about a day or two. Sofar I've restarted the router when it happends after which the udhcpc process behaves correctly for another day or two until it goes havoc again and drains the CPU.

    Has anyone else had similar problems with udhcppc in 1.9.2.7-9?

    I didn't have this problem with 1.9.2.7-8. I'm running the wl500g which unfortunately isn't supported in the latest 1.9.2.7-10 release..
    Hello Oleg!

    First I have to thank you and to others who contributed to such great firmwares.
    I'll tell you my story about this release.
    I was using 1.9.2.7-6b for a long time and for my purposes it was working fine. I didn't have any troubles. Some time ago I migrate to 1.9.2.7-7g and also didn't have problems, except with UPnP which was sometimes working and sometimes didn't (any kind of reset didn’t help). So I wanted to load 1.9.2.7-8, but when I came to this forum I saw that there is newer release. I skipped release 8 and took 1.9.2.7-9, especially because I saw that there are some changes in UPnP (as I explained release notes to me), no more stupid-ftp and support for USB storage with ftp turned off (without manual loading services).
    Anyway, I reset my router WL-500g to factory default at web page and with button, flash the new firmware (at web page) and did a quick configuration. Everything worked well, also UPnP. Then I entered all my old settings (manually, but all at once) and UPnP didn’t work, again. I was playing little with settings and I realized that when I turn on WDS (because of my friend with WL-500gP), UPnP didn’t work and when I turned it off it was working well. After reset (turn off electricity) it started to work well (WDS on). After I solved this, I plug USB hub with USB stick and USB disk (ordinary disk in USB case). I followed Wengi-s tutorial to install optware packages. I put /opt on USB stick, swap on disk and installed these packages (vsftp turned off):

    Code:
    [dholliday@mig root]$ ipkg list_installed
    ipkg-opt - 0.99.163-9 - The Itsy Package Manager
    nano - 2.1.0-1 - A pico like editor
    ncurses - 5.6-3 - NCurses libraries
    openssh-sftp-server - 4.9p1-1 - sftp-server only from a FREE version of the SSH protocol suite of network connectivity tools.
    openssl - 0.9.7m-3 - Openssl provides the ssl implementation in libraries libcrypto and libssl, and is needed by many other applications and librari
    uclibc-opt - 0.9.28-13 - micro C library for embedded Linux systems
    zlib - 1.2.3-2 - zlib is a library implementing the 'deflate' compression system.
    When I tried to connect with sftp, it didn’t work (I realized that problem was disk, because it have some troubles and sometimes work and sometimes don’t. Because of disk failure, partitions didn’t mount correct – different dev ID – and I stayed without /opt directory – this partition was auto mounted). I disconnected disk, remount partitions and tried to connect with sftp. I was also looking if correct process was started. Sftp connected, but then I saw that udhcpc is taking 100% of CPU. I restarted router and another try of sftp. Soon udhcpc take 100%. Did this once more and the result was equal. Today I didn’t run sftp, but udhcpc is taking 100 % again after about 16 hours after reboot. So I don’t know if this is somehow connected. I also notice once, that UPnP showed some strange IP (in win xp UPnP status) of my friend computer. IP assigned via dhcp was correct (as I set it in manual assignment at web page settings), but program BCDC++, which opened ports showed IP 0.1.0.1 (in win xp UPnP status). Also don’t know if this has some meaning.
    My post-firewall file exist but it’s empty. Post-boot has only dropbear and pre-mount line with /opt mount.

    Code:
    Load average: 1.40, 1.20, 1.13    (State: S=sleeping R=running, W=waiting)
    
      PID USER     STATUS   RSS  PPID %CPU %MEM COMMAND
       86 dhollida R        428     1 92.4  3.0 udhcpc
    13772 dhollida R        444 12434  1.9  3.1 top
      109 dhollida S        556     1  1.3  3.9 upnp
    12433 dhollida S        728   105  0.5  5.2 dropbear
       89 dhollida S        552     1  0.1  3.9 watchdog
       48 dhollida S        428     1  0.1  3.0 httpd
        3 dhollida SWN        0     1  0.1  0.0 ksoftirqd_CPU0
       87 dhollida S        656     1  0.0  4.6 pppd
        1 dhollida S        640     0  0.0  4.5 init
    12434 dhollida S        576 12433  0.0  4.1 sh
       56 nobody   S        492     1  0.0  3.5 dnsmasq
       52 dhollida S        404     1  0.0  2.8 syslogd
      105 dhollida S        404     1  0.0  2.8 dropbear
       53 dhollida S        364     1  0.0  2.6 klogd
       92 dhollida S        344    89  0.0  2.4 ntp
       43 dhollida S        312     1  0.0  2.2 telnetd
        7 dhollida SW         0     1  0.0  0.0 mtdblockd
        4 dhollida SW         0     1  0.0  0.0 kswapd
       75 dhollida SW         0     1  0.0  0.0 usb-storage-0
        2 dhollida SW         0     1  0.0  0.0 keventd
    Code:
    [dholliday@mig root]$ nvram show|grep ^wanx_
    wanx_ipaddr=0.0.0.0
    size: 11123 bytes (21645 left)
    Code:
    [dholliday@mig root]$ /bin/ps w
      PID  Uid     VmSize Stat Command
        1 dhollida    640 S   /sbin/init
        2 dhollida        SW  [keventd]
        3 dhollida        SWN [ksoftirqd_CPU0]
        4 dhollida        SW  [kswapd]
        5 dhollida        SW  [bdflush]
        6 dhollida        SW  [kupdated]
        7 dhollida        SW  [mtdblockd]
       43 dhollida    312 S   telnetd
       48 dhollida    428 S   httpd eth1
       52 dhollida    404 S   syslogd -m 0 -O /tmp/syslog.log -S -l 7
       53 dhollida    364 S   klogd
       56 nobody      492 S   [dnsmasq]
       61 dhollida        SW  [khubd]
       75 dhollida        SW  [usb-storage-0]
       76 dhollida        SW  [scsi_eh_0]
       86 dhollida    428 R   udhcpc -i eth1 -p /var/run/udhcpc0.pid -s /tmp/udhcpc -b
       87 dhollida    656 S   pppd file /tmp/ppp/options.wan0
       89 dhollida    556 S   watchdog
       92 dhollida    344 S   ntp
      105 dhollida    404 S   dropbear
      109 dhollida    556 S   upnp -D -L br0 -W ppp0
      115 dhollida        SW  [kjournald]
    12433 dhollida    728 S   dropbear
    12434 dhollida    576 S   -sh
    14213 dhollida    392 R   /bin/ps w
    Code:
    [dholliday@mig root]$ cat /tmp/filter_rules
    *filter
    :INPUT ACCEPT [0:0]
    :FORWARD ACCEPT [0:0]
    :OUTPUT ACCEPT [0:0]
    :MACS - [0:0]
    :SECURITY - [0:0]
    :logaccept - [0:0]
    :logdrop - [0:0]
    -A SECURITY -p tcp --syn -m limit --limit 1/s -j RETURN
    -A SECURITY -p tcp --tcp-flags SYN,ACK,FIN,RST RST -m limit --limit 1/s -j RETURN
    -A SECURITY -p udp -m limit --limit 5/s -j RETURN
    -A SECURITY -p icmp -m limit --limit 5/s -j RETURN
    -A SECURITY -j DROP
    -A INPUT -m state --state INVALID -j DROP
    -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
    -A INPUT -i lo -m state --state NEW -j ACCEPT
    -A INPUT -i br0 -m state --state NEW -j ACCEPT
    -A INPUT -i ppp0 -m state --state NEW -j SECURITY
    -A INPUT -p udp --sport 67 --dport 68 -j ACCEPT
    -A INPUT -j DROP
    -A FORWARD -i br0 -o br0 -j ACCEPT
    -A FORWARD -m state --state INVALID -j DROP
    -A FORWARD -p tcp --syn -j TCPMSS --clamp-mss-to-pmtu
    -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
    -A FORWARD -o ppp0 ! -i br0 -j DROP
    -A FORWARD -o eth1 ! -i br0 -j DROP
    -A FORWARD ! -i br0 -m state --state NEW -j SECURITY
    -A FORWARD -m conntrack --ctstate DNAT -j ACCEPT
    -A FORWARD -o br0 -j DROP
    -A logaccept -m state --state NEW -j LOG --log-prefix "ACCEPT " --log-tcp-sequence --log-tcp-options --log-ip-options
    -A logaccept -j ACCEPT
    -A logdrop -m state --state NEW -j LOG --log-prefix "DROP " --log-tcp-sequence --log-tcp-options --log-ip-options
    -A logdrop -j DROP
    COMMIT
    I didn’t try anything to solve this, except reboot. Tomorrow I’ll try new firmware that you gave it in post before.
    I hope this long story will help you and that this problem will be solved. Thank you again and sorry for my bad English and such a long novel.

  3. #18
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    Well, I see now. Thank you for your report.

    Btw, another idea: could you please attach strace to udhcpc while it takes 100%? Use 1.9.2.7-9 version.

    You should install strace package first, then check udhcpc pid and type

    strace -p udhcpc_pid

    Perhaps something weird happen with udhcpc timers...

  4. #19
    Quote Originally Posted by Oleg View Post
    Well, I see now. Thank you for your report.

    Btw, another idea: could you please attach strace to udhcpc while it takes 100%? Use 1.9.2.7-9 version.

    You should install strace package first, then check udhcpc pid and type

    strace -p udhcpc_pid

    Perhaps something weird happen with udhcpc timers...
    Hi

    Code:
    Mem: 11872K used, 2092K free, 0K shrd, 1384K buff, 4144K cached
    Load average: 1.42, 1.23, 1.13    (State: S=sleeping R=running, W=waiting)
    
      PID USER     STATUS   RSS  PPID %CPU %MEM COMMAND
       86 dhollida R        428     1 77.8  3.0 udhcpc
    14656 dhollida R        432 12434  7.3  3.0 top
    14658 dhollida R        304    92  2.7  2.1 ntpclient
       89 dhollida S        560     1  0.9  4.0 watchdog
    12433 dhollida S        728   105  0.0  5.2 dropbear
       87 dhollida S        656     1  0.0  4.6 pppd
        1 dhollida S        640     0  0.0  4.5 init
    12434 dhollida S        576 12433  0.0  4.1 sh
      109 dhollida S        556     1  0.0  3.9 upnp
       56 nobody   S        492     1  0.0  3.5 dnsmasq
       48 dhollida S        428     1  0.0  3.0 httpd
       52 dhollida S        404     1  0.0  2.8 syslogd
      105 dhollida S        404     1  0.0  2.8 dropbear
       53 dhollida S        364     1  0.0  2.6 klogd
       92 dhollida S        344    89  0.0  2.4 ntp
       43 dhollida S        312     1  0.0  2.2 telnetd
        3 dhollida SWN        0     1  0.0  0.0 ksoftirqd_CPU0
        7 dhollida SW         0     1  0.0  0.0 mtdblockd
        4 dhollida SW         0     1  0.0  0.0 kswapd
       75 dhollida SW         0     1  0.0  0.0 usb-storage-0
        2 dhollida SW         0     1  0.0  0.0 keventd
        5 dhollida SW         0     1  0.0  0.0 bdflush
       76 dhollida SW         0     1  0.0  0.0 scsi_eh_0
      115 dhollida SW         0     1  0.0  0.0 kjournald
        6 dhollida SW         0     1  0.0  0.0 kupdated
       61 dhollida SW         0     1  0.0  0.0 khubd
    [dholliday@mig root]$ strace -p 86
    Process 86 attached - interrupt to quit
    Process 86 detached
    This is what I get. Should I wait more time or paste something else? I interrupted it after minute.

    EDIT: I forgot to tell you that I have disabled virtual server all the time and that I have all the time one port forwarded. I added port manually via UPnP in win xp, but not "used" it yet.
    Also forgot, that my WAN IP is dynamic (change every 24 hours regardless of my connection – no manual disconnect or reboot – IP is changed after 24 hours of being connected to my isp…)
    Last edited by dholliday; 03-04-2008 at 20:57. Reason: Memory leak...

  5. #20

    Thumbs up

    Status update:

    Code:
    [admin@wl500g root]$ uptime
     11:10:23 up 16:10, load average: 0.00, 0.00, 0.00
    The system has now been up 16 hours, my lease time is 12 hours. So far everything looks great. With the 1.9.2.7-9 firmware I would have seen udhcpc consuming all resources by now.

    So a big thank you again to you Oleg.

    PS:
    Out of curiosity i I noticed the following difference:

    With 1.9.2.7-9:
    Code:
    [admin@wl500g root]$ ls -al /proc/`pidof udhcpc`/fd/
    dr-x------    2 admin    root            0 Apr  3 13:32 .
    dr-xr-xr-x    3 admin    root            0 Apr  3 13:32 ..
    lrwx------    1 admin    root           64 Apr  3 13:32 0 -> /dev/null
    lrwx------    1 admin    root           64 Apr  3 13:32 1 -> /dev/null
    lrwx------    1 admin    root           64 Apr  3 13:32 2 -> /dev/null
    lrwx------    1 admin    root           64 Apr  3 13:32 3 -> socket:[74496]
    lrwx------    1 admin    root           64 Apr  3 13:32 4 -> socket:[74498]
    lrwx------    1 admin    root           64 Apr  3 13:32 5 -> socket:[74499]
    l-wx------    1 admin    root           64 Apr  3 13:32 7 -> pipe:[68617]
    With 1.9.2.7-9.2.1:
    Code:
    [admin@wl500g root]$ ls -la /proc/`pidof udhcpc`/fd/
    dr-x------    2 admin    root            0 Apr  4 11:07 .
    dr-xr-xr-x    3 admin    root            0 Apr  4 11:07 ..
    lrwx------    1 admin    root           64 Apr  4 11:07 0 -> /dev/null
    lrwx------    1 admin    root           64 Apr  4 11:07 1 -> /dev/null
    lrwx------    1 admin    root           64 Apr  4 11:07 2 -> /dev/null
    lrwx------    1 admin    root           64 Apr  4 11:07 3 -> /dev/nvram
    lrwx------    1 admin    root           64 Apr  4 11:07 4 -> socket:[457]
    lrwx------    1 admin    root           64 Apr  4 11:07 5 -> socket:[459]
    lrwx------    1 admin    root           64 Apr  4 11:07 6 -> socket:[460]
    It seems that the PIPE is replaced with reading /dev/nvram. I guess that is what was causing the problem?

  6. #21
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    Quote Originally Posted by sesamebike View Post
    The system has now been up 16 hours, my lease time is 12 hours. So far everything looks great. With the 1.9.2.7-9 firmware I would have seen udhcpc consuming all resources by now.
    We need to continue testing, as I need this new functionality, which is removed now. I would prepare new version later, so please test it again.

  7. #22
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    Quote Originally Posted by dholliday View Post
    This is what I get. Should I wait more time or paste something else? I interrupted it after minute.
    No, it's enough. It seems to be spinning inside the udhcpc itself.

    I would prepare newer test version.

  8. #23
    Join Date
    Dec 2004
    Location
    the netherlands
    Posts
    155
    Oleg, do you want me to test with cr9 again or do you want to wait until the above is done?

    cheers,

    Wiz

  9. #24
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    Well, test 9.2.1 version: I need be sure, that it's working for you too and this is actually the same problem. Later I would upload 9.2.2 with some newer functionality enabled.

  10. #25
    We need to continue testing, as I need this new functionality, which is removed now. I would prepare new version later, so please test it again.
    I'd be honoured to continue helping with the testing. Awaiting further instructions.

  11. #26
    Join Date
    Dec 2004
    Location
    the netherlands
    Posts
    155
    Quote Originally Posted by Oleg View Post
    Well, test 9.2.1 version: I need be sure, that it's working for you too and this is actually the same problem. Later I would upload 9.2.2 with some newer functionality enabled.
    Ok, it is running here now, 1.9.2.7-9.2.1 is in. I have moved the messages as I run logrotate, so we should have a clean messages file.

    Will update in a couple of hours to see if renewalls take place.

    cheers,

    Wiz

  12. #27
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    Ok, try 9.2.2 and 9.2.3. Start with 9.2.3 and if it works, then there is no need to check 9.2.2.

  13. #28
    I'm also running 9.2.1. Sftp is not making troubles with udhcpc. I can't tell you more:

    Code:
    Fri, 04 Apr 2008 18:35:35 +0100(28 minutes, 15 seconds since boot)
    Let's wait and see what will hapen.

    BTW: what has been changed in 1.9.2.7-9 firmware, that Asus utility Device Discovery don’t see my router, but it sees my friend 500gp? Or I just have some wrong settings? Not that I need this utility, I’m just curious.

    EDIT: Oh, I'm behind a time, I'll try 9.2.3...
    Last edited by dholliday; 04-04-2008 at 19:17.

  14. #29
    Join Date
    Dec 2004
    Location
    the netherlands
    Posts
    155
    Quote Originally Posted by Oleg View Post
    Ok, try 9.2.2 and 9.2.3. Start with 9.2.3 and if it works, then there is no need to check 9.2.2.

    the 1 does the job, roughly 2 hours ago was the last boot:

    Code:
    Apr  4 21:14:57 udhcpc[131]: Lease of <MYADDRESS> obtained, lease time 14400
    So that one works. Will test the others throughout this weekend Oleg.

    Thanks anyway for all the extra effort you put in!

    cheers,

    Wiz

  15. #30
    ok, here we go

    Code:
    [admin@wl500g root]$ nvram get boot_local
    1.9.2.7-9.2.3
    Code:
    [admin@wl500g root]$ ls -la /proc/`pidof udhcpc`/fd
    lrwx------    1 admin    root           64 Apr  4 22:01 0 -> /dev/null
    lrwx------    1 admin    root           64 Apr  4 22:01 1 -> /dev/null
    lrwx------    1 admin    root           64 Apr  4 22:01 2 -> /dev/null
    lrwx------    1 admin    root           64 Apr  4 22:01 3 -> /dev/nvram
    lrwx------    1 admin    root           64 Apr  4 22:01 4 -> socket:[484]
    lrwx------    1 admin    root           64 Apr  4 22:01 5 -> socket:[486]
    lrwx------    1 admin    root           64 Apr  4 22:01 6 -> socket:[487]
    Code:
    [admin@wl500g root]$ uptime
     22:02:28 up 7 min, load average: 0.00, 0.04, 0.02
    I'll leave it running for a while now.

Page 2 of 4 FirstFirst 1234 LastLast

Similar Threads

  1. Владельцам WL-520gc и WL-520gu
    By Oleg in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 1542
    Last Post: 10-02-2011, 22:45
  2. Firmware 1.9.2.7 CR9
    By Oleg in forum WL-500g Firmware Releases
    Replies: 53
    Last Post: 13-04-2009, 14:28
  3. init занимает больше 95% CPU
    By vladf in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 36
    Last Post: 12-12-2008, 00:15
  4. 1.9.2.7 sources?
    By jlangston in forum WL-HDD Q&A
    Replies: 0
    Last Post: 17-08-2006, 02:27

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •