Closed GoogleCodeExporter closed 9 years ago
1) provide output of cat /proc/meminfo
2) will turning off upnp will help?
Original comment by lly.dev
on 18 May 2011 at 11:28
Since upgrading my wl500w to 1.9.2.7-rtn-r2972 I've also been getting alot of
these errors in my logs.
Here's a copy of my /proc/meminfo
[admin@Router root]$ free
total used free shared buffers cached
Mem: 29016 27872 1144 0 628 4152
-/+ buffers/cache: 23092 5924
Swap: 506008 7204 498804
[admin@Router root]$ cat /proc/meminfo
MemTotal: 29016 kB
MemFree: 1076 kB
Buffers: 588 kB
Cached: 4136 kB
SwapCached: 2440 kB
Active: 15028 kB
Inactive: 804 kB
SwapTotal: 506008 kB
SwapFree: 498816 kB
Dirty: 0 kB
Writeback: 0 kB
AnonPages: 11100 kB
Mapped: 3672 kB
Slab: 4444 kB
SReclaimable: 1220 kB
SUnreclaim: 3224 kB
PageTables: 388 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
CommitLimit: 520516 kB
Committed_AS: 19336 kB
VmallocTotal: 786356 kB
VmallocUsed: 4092 kB
VmallocChunk: 780888 kB
Original comment by jange...@gmail.com
on 30 May 2011 at 8:01
Since you are not a Vladimir, info provided are useless. From which version you
are upgraded? Is torrents active? "ps" output? and more, more ...
P.S. 500M swap on device with 32M RAM is wrong, please read wl500g.info
Original comment by lly.dev
on 30 May 2011 at 8:14
Issue 231 has been merged into this issue.
Original comment by lly.dev
on 30 May 2011 at 4:39
I moved from RT-N-1.9.2.7-rtn-r2775 which had the same problem (which I was too
lazy to report. Before that I used releases with the old kernel, I didn't have
this issue onboard.
Original comment by vladimir...@gmail.com
on 30 May 2011 at 6:13
Attachments:
BTW,
Torrent client is not used, I only use it as a router;
UPNP is a must, I have some VoIP box which uses it and I also run FTP server on
some machine which also utilizes UPNP. I can try but can't leave the VoIP off
for a couple of days (I really use it).
WBR,
Vladimir
Original comment by vladimir...@gmail.com
on 30 May 2011 at 6:27
Same question as to Vladimir - will turning off upnp will help? If yes, try
last night snapshot from
http://wpte.kicks-ass.net/downloads/Oleg%20Firmware/Nightlys/1.9.2.7-rtn/
Will disable LLTD responder helps?
P.S. Old kernel 2.4-based FW has significant difference against "rtn" branch
Original comment by lly.dev
on 30 May 2011 at 6:31
>Same question as to Vladimir - will turning off upnp will help? If yes, try
last night >snapshot from
http://wpte.kicks-ass.net/downloads/Oleg%20Firmware/Nightlys/1.9.2.7-rtn/
I while poorly represent to myself why this demon in general worked also what
my actions could lead to his start. Now this problem didn't repeat, on it I and
didn't stitch a router expecting a repeated case of falling. I can start him
and if it probably to keep core dump or a log's file if it in general is
possible.
Original comment by Vladimir...@gmail.com
on 31 May 2011 at 4:48
Meanwhile I run 19 hrs with TTLD and UPNP off, no problem so far. Not much but
so is the run...
Maybe the logging itself causes memory to overflow and require allocation which
is not possible? (wild guess)
BR,
Vladimir
Original comment by vladimir...@gmail.com
on 31 May 2011 at 5:56
I can attach USB to serial adapter (Aten UC232A) to the box and have the serial
connected to PC for logging if needed, just need the drivers and how-to for
patching.
The problem is reproducible but takes lots of time to.
Tell me what you need for a trace.
BR,
Vladimir
Original comment by vladimir...@gmail.com
on 31 May 2011 at 6:01
Unfortunately, libnetconf+upnp has leaks on 2.6 kernel (new iptables 1.4.x).
In last builds upnp replaced with miniupnpd - it has much more capabilities.
Original comment by lly.dev
on 31 May 2011 at 6:02
I see,
So your advice is to move on to the next release rather than continue testing
current (to clarify which module to blame LLTD/UPNP? Currently both disabled, I
still can wait 24HRS and start switching on one by one.
If a new build, which one? Should I use the stated night-build from post #8?
BR
Vladimir
Original comment by vladimir...@gmail.com
on 31 May 2011 at 6:14
Console adapter useful for kernel bugs only, while we have user-space memory
leak in this issue.
Yes, you have two ways:
1) try to use r3058, for example
2) wait for new stable build (approx. one month)
Original comment by lly.dev
on 31 May 2011 at 6:19
I only test it as internet GW for ethernet access with upnp/igmp/udpxy/dmz and
static port forwarding;
I can try using usb-3g dongle, 8021.q/p, samba, NFS, speed benchmarking, and
and other stuff, but only for short term runs as I don't have a spare piece.
If you have a qual procedure, post it.
Original comment by vladimir...@gmail.com
on 31 May 2011 at 6:21
Unfortunately, we haven't full QC procedure, due it requires too much hardware
& complex test-cases.
Original comment by lly.dev
on 31 May 2011 at 6:25
In case you need a contributor for qual AIs on wl500gpv1,
I have the following:
1. managed dlink switch with most 802.1 onboard
2. WL500GPv1
3. 3 PCs with MS XP,7 and BT4 and also 1 MAC with SL all with both 802.11 and
802.3
4. Huawei 3G usb datacard
5. MFU with usb and network support
6. IPTV by UDP cast from the ISP
7. ISP's Intranet for PtP stress testing
The things I miss are wimax card, adsl modem and dslam to cover all wl500gp
features, and jtag for disaster recovery...
If you plan to implement VPN client I also have a peer to cisco and checkpoint
sites.
The bottleneck is my free time.
Original comment by vladimir...@gmail.com
on 31 May 2011 at 7:29
Big thanks for help suggestion. It will be excellent if someone could do
independent tests. I suppose it is better to discuss details in wl500g.info
forum or private e-mail - me & themiron.
Original comment by lly.dev
on 1 Jun 2011 at 8:21
Fixed since r3009 (upnpd replaced with miniupnpd)
Original comment by lly.dev
on 15 Jun 2011 at 4:49
Hi,
UPnP does not work correctly, application that uses UPnP returns an error while
freeing the assigned ports and the ports get stuck.
WBR,
Vladimir
Original comment by vladimir...@gmail.com
on 15 Jun 2011 at 10:27
Only I can say - many people confirm that miniupnpd works fine.
Original comment by lly.dev
on 16 Jun 2011 at 6:12
please provide test case to reproduce the bug encountered
Original comment by themiron.ru
on 16 Jun 2011 at 7:38
Hi,
Sorry for long gaps between the posts - I've been a lil' busy these days.
I ran r3058, which is newer than r3009;
If I try to use UPnP the FTP becomes unreachable. Static port forwarding is a
bad workaround...
Original comment by vladimir...@gmail.com
on 18 Jun 2011 at 8:54
Attachments:
[deleted comment]
UPnP app error log (tried for 12 hours, currently static) easily reproducible.
Original comment by vladimir...@gmail.com
on 18 Jun 2011 at 9:11
Attachments:
BTW WAN IP reported by UPnP is non-configurable and differ from real (which is
normal condition for such environment) so RFE to the next MRP
Original comment by vladimir...@gmail.com
on 18 Jun 2011 at 9:32
First of all, please attach syslog.log - probably may be conflict of double
forwarded 21 port.
Is it possible to convert scenario.vsd from M$ Visio proprietary format to any
other which can be opened with free product?
Original comment by lly.dev
on 19 Jun 2011 at 9:14
[deleted comment]
Hi,
Scenario drawing converted;
Will reproduce the scenario and send you the log at next possible time-frame.
I have to engage another server or any app that uses port21 in order to justify
double forwarding assumption, but I do not have any.
Original comment by vladimir...@gmail.com
on 19 Jun 2011 at 7:09
Attachments:
Please clarify what is it "ISP" device? ADSL modem in bridge mode? Or something
else?
Original comment by lly.dev
on 20 Jun 2011 at 6:19
ISP has routed MEN with dedicated IP and full NAT
Original comment by vladimir...@gmail.com
on 20 Jun 2011 at 7:49
i.e. your ISP uses ugly scheme(NAT 1:1) in that you hasn't real IP on wl500gpv1
WAN interface? And your LAN is double NAT'ed?
In such case miniupnpd unable to detect real IP, it is expected behavior.
Original comment by lly.dev
on 20 Jun 2011 at 8:00
the only solution I see in this case - to add support for manual additional WAN
address to get router aware of NAT 1:1 scheme. ddns, upnp, vserver, dmz will be
affected.
what do you think?
Original comment by themiron.ru
on 20 Jun 2011 at 10:26
Yes, I suppose this is the only solution.
BTW ddns works fine now, it learns the wan IP using a dialogue from source
(which is elegant and would be tasty to have using one of the million free find
my IP services) but since wan address is static in my explicit case, I don't
have much use of ddns.
NAT1:1 scheme is commonly used in order to implement MAN services such as ptp
and media streaming so I think adding a possibility for manual wan ip
definition for upnp will be widely used.
NAT options should be kept.
Original comment by vladimir...@gmail.com
on 20 Jun 2011 at 1:43
no, nat1:1 scheme is neither commonly nor widely used. it's really ugly by
design, because external ip doesn't belong to client interface.
Original comment by themiron.ru
on 21 Jun 2011 at 6:42
Absolutely agree with theMIROn.
About ddns - agent on router(inadyn) itself doesn't know his public IP, it
simply ask this info on remote server. In case of upnp/vserver/dmz - we hasn't
such helper server at all.
Original comment by lly.dev
on 21 Jun 2011 at 7:03
lly, i guess folowing will be more than enought:
ip addr add <additional_ip> dev wan_if
iptables -t nat -I PREROUTING 1 -d <additional_ip> -j VSERVER
iptables -t nat -I POSTROUTING 1 -s ! <additional_ip> -j MASQUERADE
and put <additional_ip> to /etc/miniupnpd.conf, if desired
Original comment by themiron.ru
on 21 Jun 2011 at 7:54
Original issue reported on code.google.com by
Vladimir...@gmail.com
on 18 May 2011 at 11:18