Search results

Oh, sh&*, one more component to cool. I thought I was done modding this thing to make it last. Thanks, Tech9! Edit: Any other offenders on this side of the board? I've been thinking for quite some time to buy one of those thermal imaging devices and now there's a shortage at my local supplier...

This problem persists, although less severe (or I got used to it and avoid clicking too much around the web UI). Data appears to be fine but every now and then the page would freeze or images load partially. Let's say - around half the time. I.e., images are broken, after 5 min they are ok, next...

It seems that with the pid_max setting and the 2 overrides, there is nothing interesting to see. The list of process numbers from Colin's script is unchanged for 2 and a half days uptime. My log indicates no nvram errors and only 2 wl errors which were handled. All of this also confirms our...

Thanks. So this can also be used with the original firmware? Btw, this is always empty on my router because the override scripts don't allow any wl or nvram command to get stuck. I now also have the pid_max override. Placing it in init-start made a difference for the wl errors - I see a...

Ok, I could use that to report the bug. How do you see the stuck commands on the stock firmware? I only got to see them after installing htop.

We can't run custom scripts on the stock firmware, can we? For example the test loop that executes thousands of nvram get commands.

Asus is making me learn totally unexpected things. When I bought this router I had no idea what I was getting into. I'm still unclear how to report the problem to them. How do I make them pay attention to something that messes up 3rd party firmware and extensions? For someone that has the...

Well, you can always put a thin silk female sock in front of the fan to stop the dust. Quick'n'dirty fix. :) Then wash the sock periodically. ;) Look what Asus engineering causes.

Here are 1239 and 1243. Pixelserv came with Diversion. # grep " 1239 " /proc/net/netlink ffffffc015b9f800 31 1239 00000000 0 0 0 2 0 632 # lsof | grep " 632 " wlceventd 1263 admin 6u netlink 0t0 632 unknown...

I didn't quite get that but I'm not the smartest kid around. @CaptnDanLKW, did you put copper and thermal pad on the CPU or just copper (2 stacked pieces)? Also, your thickness measurements differ a bit from mine - both for the CPU and the radios. I wonder if I have a methodological mistake...

Some more: #grep " 2089 " /proc/net/netlink ffffffc01407b400 31 2089 00000000 0 0 0 2 0 3983 #lsof | grep " 3983 " cfg_serve 2110 admin 6u netlink 0t0 3983 unknown protocol: 31 cfg_serve 2110 2629 cfg_serve admin...

Sadly, I don't even understand what I'm looking at. This is so far away from my area of expertise... grep " 32771 " /proc/net/netlink ffffffc017083400 31 32771 00000000 0 0 0 2 0 1268 lsof | grep " 1268 " init 1 admin 4u netlink...

This is after 16 hours of uptime. The output looks a bit different after the router had time to accumulate errors. ps w: Now, which number shall I pick to run lsof?

This will be a challenge to diagnose. So if I reboot the router and go to the vnStat web UI page (Addons -> dn-vnstat), the page loads. If I then go and open a Diversion page (LAN -> Diversion) and then come back to the dn-vnstat page, the whole router web UI freezes. I can't say how consistent...

Ok, added an init-start script in /jffs/scripts like this: #!/bin/sh echo 4194304 > /proc/sys/kernel/pid_max logger -t init-start "Set pid_max to $(cat /proc/sys/kernel/pid_max)" Rebooted. pid_max got updated, the log line did not appear in the syslog. I'll watch what happens now.

Well, it looks like your example: grep " 50758 " /proc/net/netlink ffffffc008456c00 31 50758 00000000 0 0 0 2 0 97469 lsof | grep " 97469 " httpd 17988 admin 7u netlink 0t0 97469 unknown protocol: 31

I don't have lsof. Let me know how and I'll add it. I had to reboot because an addon got broken but no problem, errors will come again. Matter of fact, one just came in:

The web UI page for dn-vnStat doesn't load anymore. Not only does it not load but it causes httpd to hit 100% CPU use and block the entire router web UI. Router model AC86U on Merlin 386.7. This problem appeared right after I upgraded Diversion from 4.2. to 4.3. I don't see the connection...

Here's the output from my AC86U. It's on Merlin 386.7, with Diversion 4.3.0, scMerlin and dn-vnStat installed. Relatively freshly rebooted (few hours ago). Executed this after the reboot: echo 4194304 > /proc/sys/kernel/pid_max From Colin's diagnostic script: And from ps w:

Here you are, script output: And from ps w: