ok, it's installed now. I'll keep you posted.
Printable View
ok, it's installed now. I'll keep you posted.
Hello Oleg!Quote:
Originally Posted by sesamebike
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):
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.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.
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
I didn’t try anything to solve this, except reboot. Tomorrow I’ll try new firmware that you gave it in post before.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 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. :D
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...
HiQuote:
Originally Posted by Oleg
This is what I get. Should I wait more time or paste something else? I interrupted it after minute.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
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…)
Status update:
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.Code:[admin@wl500g root]$ uptime
11:10:23 up 16:10, load average: 0.00, 0.00, 0.00
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:
With 1.9.2.7-9.2.1: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]
It seems that the PIPE is replaced with reading /dev/nvram. I guess that is what was causing the problem?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]
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.Quote:
Originally Posted by sesamebike
No, it's enough. It seems to be spinning inside the udhcpc itself.Quote:
Originally Posted by dholliday
I would prepare newer test version.
Oleg, do you want me to test with cr9 again or do you want to wait until the above is done?
cheers,
Wiz
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.
I'd be honoured to continue helping with the testing. Awaiting further instructions.Quote:
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.
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.Quote:
Originally Posted by Oleg
Will update in a couple of hours to see if renewalls take place.
cheers,
Wiz
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.
I'm also running 9.2.1. Sftp is not making troubles with udhcpc. I can't tell you more:
Let's wait and see what will hapen. :)Code:Fri, 04 Apr 2008 18:35:35 +0100(28 minutes, 15 seconds since boot)
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. :D
EDIT: Oh, I'm behind a time, I'll try 9.2.3...
Quote:
Originally Posted by Oleg
the 1 does the job, roughly 2 hours ago was the last boot:
So that one works. Will test the others throughout this weekend Oleg.Code:Apr 4 21:14:57 udhcpc[131]: Lease of <MYADDRESS> obtained, lease time 14400
Thanks anyway for all the extra effort you put in!
cheers,
Wiz
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]
I'll leave it running for a while now.Code:[admin@wl500g root]$ uptime
22:02:28 up 7 min, load average: 0.00, 0.04, 0.02