Release Asuswrt-Merlin 386.1 is now available

  • ATTENTION! As of November 1, 2020, you are not able to reply to threads 6 months after the thread is opened if there are more than 500 posts in the thread.
    Threads will not be locked, so posts may still be edited by their authors.
    Just start a new thread on the topic to post if you get an error message when trying to reply to a thread.
Status
Not open for further replies.

Jeffrey Young

Senior Member
Maybe a random glitch but I think I haven't seen this before:

Logged in with MS Edge and Firefox. Same result. I have rebooted the router at least twice after updating to 386.1_2 and router uptime was only 16 hours when I noticed the problem. Refreshing the browser didn't affect the situation. Had to reboot the router. After that the GUI was OK again.

What happens when you clear the browser cache or do a "shift-f5" (or ctrl-f5 in some browsers)?
 

jpdsc

Regular Contributor
Is there an option to turn off logs for:

1613389596798.png


My Log server is getting flooded with these after rssi log messages.
If I change the option to Log only messages more urgent than Notice, it still sends logs to the log server.

I didn't see this before.
 

torjohron

New Around Here
386.1_2 is the latest version
Also, ddos protection adds significant overhead. Any particular reason you turned it on?
Upgraded to 386.1_2 - still the same, removed ddos prot - i fickeld with it on earlier releases so just added it because it was on before - nothing more.
Monitoring the routers now, hope it works now (if not i have to revert back to 384).

@ATLga Removed DHT from my torrent client, looks like that was the issue, could there be a problem when the router get to many connections?
 
Last edited:

skeal

Part of the Furniture
I sent my AX88U to repair by RMA, I've been using my old AC68U. Man this is one solid router, everything works really well under this release. Sure hope my AX88U comes back in good shape.
 

ATLga

Senior Member
Upgraded to 386.1_2 - still the same, removed ddos prot - i fickeld with it on earlier releases so just added it because it was on before - nothing more.
Monitoring the routers now, hope it works now (if not i have to revert back to 384).

@ATLga Removed DHT from my torrent client, looks like that was the issue, could there be a problem when the router get to many connections?
Honestly, I don't know. I don't use a torrent client, but I would lean towards the DDOS Protection being on, maybe it sees that as DDOS and is overwhelmed or something. Anything in your main router log right before it crashes that would be more definitive?
 

archiel

Senior Member
Updated RT-AX88U & RT-AX58U (AiMesh node) over the weekend. Looked fine with dirty upgrade, but then did full reset / manual reconfiguration, just in case. Everything is looking fine but have one question about DDNS logging.

With 384.19 only saw any reference in syslog to updating DDNS after my ISP had changed the IP, now I see this every 30 minutes. My syslog level settings are unchanged.

Code:
Feb 15 12:19:10 RT-AX88U-5050 rc_service: dhcp6c 11761:notify_rc restart_ddns
Feb 15 12:19:10 RT-AX88U-5050 custom_script: Running /jffs/scripts/service-event (args: restart ddns)
Feb 15 12:19:10 RT-AX88U-5050 start_ddns: update WWW.ASUS.COM [email protected], wan_unit 0
Feb 15 12:19:10 RT-AX88U-5050 inadyn[11852]: In-a-dyn version 2.8.1 -- Dynamic DNS update client.
Feb 15 12:19:10 RT-AX88U-5050 inadyn[11852]: Update forced for alias xxxxxx.asuscomm.com, new IP# yyy.yyy.yyy.yyy
Feb 15 12:19:10 RT-AX88U-5050 inadyn[11852]: alias address=<yyy.yyy.yyy.yyy>
Feb 15 12:19:11 RT-AX88U-5050 inadyn[11852]: Remove old cache file /var/cache/inadyn for xxxxxxx.asuscomm.com
Feb 15 12:19:11 RT-AX88U-5050 inadyn[11852]: Updating cache for xxxxxx.asuscomm.com

Is this normal? As far as I can see it is being triggered by dhcp6c, which deals with IPv6, even though Asus DDNS only manages IPv4 and all the subsequent messages only refer to IPv4.
 

bbunge

Part of the Furniture
Got a RT-AC86U(main) and a RT-AC68U (mesh), after upgrading to 386.1 my main router reboots if there is to much traffic - any ideas?
It was stabile on 384.18 (did a clean flash on both routers).

portforwarding, ipv6 and ddos protection is enabled.
DoS Protection does not add overhead or cause issues o n my AC86U. Check the CPU temperature. AC86U still seems to have a heating problem on some hardware versions although Merlin firmware is better than Asus factory firmware.
 
D

Deleted member 72428

Guest
Anyone know what/why this is?

Feb 15 08:07:32 kernel: potentially unexpected fatal signal 11.
Feb 15 08:07:32 kernel: CPU: 1 PID: 12940 Comm: dcd Tainted: P O 4.1.52 #2
Feb 15 08:07:32 kernel: Hardware name: Broadcom-v8A (DT)
Feb 15 08:07:32 kernel: task: ffffffc03e93e100 ti: ffffffc027464000 task.ti: ffffffc027464000
Feb 15 08:07:32 kernel: PC is at 0xf723539c
Feb 15 08:07:32 kernel: LR is at 0x1dd58
Feb 15 08:07:32 kernel: pc : [<00000000f723539c>] lr : [<000000000001dd58>] pstate: 600f0010
Feb 15 08:07:32 kernel: sp : 00000000ff97dbf8
Feb 15 08:07:32 kernel: x12: 00000000000a2050
Feb 15 08:07:32 kernel: x11: 00000000f64ff024 x10: 00000000000a23c4
Feb 15 08:07:32 kernel: x9 : 00000000f64ff91c x8 : 00000000000a287c
Feb 15 08:07:32 kernel: x7 : 00000000f64ff954 x6 : 00000000000a2876
Feb 15 08:07:32 kernel: x5 : 0000000000000000 x4 : 00000000f64ff900
Feb 15 08:07:32 kernel: x3 : 0000000000000000 x2 : 00000000ff97dbd4
Feb 15 08:07:32 kernel: x1 : 000000000007d652 x0 : 0000000000000000
 

ATLga

Senior Member
Anyone know what/why this is?

Feb 15 08:07:32 kernel: potentially unexpected fatal signal 11.
Feb 15 08:07:32 kernel: CPU: 1 PID: 12940 Comm: dcd Tainted: P O 4.1.52 #2
Feb 15 08:07:32 kernel: Hardware name: Broadcom-v8A (DT)
Feb 15 08:07:32 kernel: task: ffffffc03e93e100 ti: ffffffc027464000 task.ti: ffffffc027464000
Feb 15 08:07:32 kernel: PC is at 0xf723539c
Feb 15 08:07:32 kernel: LR is at 0x1dd58
Feb 15 08:07:32 kernel: pc : [<00000000f723539c>] lr : [<000000000001dd58>] pstate: 600f0010
Feb 15 08:07:32 kernel: sp : 00000000ff97dbf8
Feb 15 08:07:32 kernel: x12: 00000000000a2050
Feb 15 08:07:32 kernel: x11: 00000000f64ff024 x10: 00000000000a23c4
Feb 15 08:07:32 kernel: x9 : 00000000f64ff91c x8 : 00000000000a287c
Feb 15 08:07:32 kernel: x7 : 00000000f64ff954 x6 : 00000000000a2876
Feb 15 08:07:32 kernel: x5 : 0000000000000000 x4 : 00000000f64ff900
Feb 15 08:07:32 kernel: x3 : 0000000000000000 x2 : 00000000ff97dbd4
Feb 15 08:07:32 kernel: x1 : 000000000007d652 x0 : 0000000000000000
dcd tainted goes way back, aiProtection being on if I recall. Have you done a complete reset and installed from scratch, not backups.
 

torjohron

New Around Here
DoS Protection does not add overhead or cause issues o n my AC86U. Check the CPU temperature. AC86U still seems to have a heating problem on some hardware versions although Merlin firmware is better than Asus factory firmware.
46 °C - 53 °C - 75 °C
Does not go over 80 when max-ing the line.
 
D

Deleted member 72428

Guest
dcd tainted goes way back, aiProtection being on if I recall. Have you done a complete reset and installed from scratch, not backups.
Ugh... I did just that when I installed 386.1... I wonder why it got screwed up... Kicking kids and wife off the internet for a few hours not going to go well... sigh
 

Kees17760

Regular Contributor
Got a RT-AC86U(main) and a RT-AC68U (mesh), after upgrading to 386.1 my main router reboots if there is to much traffic - any ideas?
It was stabile on 384.18 (did a clean flash on both routers).

portforwarding, ipv6 and ddos protection is enabled.
Check the CPU temp. See you already did that. Don't have any further ideas, posted this message before refreshing my browser :)
 

ATLga

Senior Member
Ugh... I did just that when I installed 386.1... I wonder why it got screwed up... Kicking kids and wife off the internet for a few hours not going to go well... sigh
The alternative is to just turn off the aiProtection. Withdraw from the privacy tab will do that quickly for you (Administration / Privacy). This will also turn off the other Trend Micro settings too so think about it first if you use those.
 

CaptnDanLKW

Regular Contributor
Anyone having issues with Chromecasts disappearing off the network? A few of mine go AWOL off the Google Home app, but are still visible in the network list on the router.
IIRC, you need to enable IGMP snooping (Wireless --> Professional). This setting is per band, so set it on both to be safe. Not sure if those devices do both 2.4 and 5.
 

torjohron

New Around Here
Could this be the problem?

Feb 15 15:35:14 dnsmasq[1944]: nameserver 2a02:fe0:1:2:1:0:1:110 refused to do a recursive query

Removing ipv6 now, maybe that's the problem.
 

dazedandlost

Regular Contributor
The problem in palemoon disappeared after completely clearing the cookies. Flushing the cache was insufficient.
My comment was quite a while ago, but I've been wondering off and on about this. I know nothing, really, about these cookies, collectively or individually: what specific trigger is responsible for setting them, what information they contain, how and by what and for what they are used, etc.

There sure are a bunch of them tho; 15 by my count. I am confident all of them are both necessary and innocent.

But the possibility hasn't been ruled out in my mind that, depending on a bunch of other things which I also know nothing about, there could be an explanation lurking in there somewhere as to why some people see fw u/g's succeed only after some number of attempts.

Going back to sleep now.
 
Status
Not open for further replies.

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top