What's new

Release Asuswrt-Merlin 386.7 is now available for all models

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Status
Not open for further replies.
AX58U

Anyone else notice AiProtection isn't logging malicious site blocks now? It was working in Beta 2, but now I'm not seeing anything logged in AiProtection. I tested that the feature is working, the blocked events show up in the system log, but not on the AiProtection tab.
I've had that issue for over a year now, but I always just upgrade and haven't done a factory reset for several years now.
 
Lol, I just see after reboot the AiMesh system from last night- system crashing every few hours.

Ipv4 is losing connection, and syslog shows May something, as if the device was reboot.
Just reverting back to 386_5.2

Seems like the most stable solution now.

Ax88u*2..
 
I upgraded my RT-AC68U from 386.5_2 to 386.7 and it's going down every 4-5 hours. The basic errors are:

Code:
Jun 25 06:07:06 kernel: dhcpc_lease/12170: potentially unexpected fatal signal 11.
Jun 25 06:07:06 kernel: Pid: 12170, comm:          dhcpc_lease
Jun 25 06:07:06 kernel: CPU: 0    Tainted: P             (2.6.36.4brcmarm #1)
Jun 25 06:07:06 kernel: PC is at 0x4017b8e0
Jun 25 06:07:06 kernel: LR is at 0x401bd600
Jun 25 06:07:06 kernel: pc : [<4017b8e0>]    lr : [<401bd600>]    psr: 60000010
Jun 25 06:07:06 kernel: sp : bef16c18  ip : 401d3518  fp : bef16c58
Jun 25 06:07:06 kernel: r10: 00000000  r9 : 00085bb8  r8 : 00086426
Jun 25 06:07:06 kernel: r7 : 0000000b  r6 : 00086417  r5 : 00086818  r4 : bef16c74
Jun 25 06:07:06 kernel: r3 : 401d8408  r2 : 000aba50  r1 : bef16c28  r0 : fffffff4
Jun 25 06:07:06 kernel: Flags: nZCv  IRQs on  FIQs on  Mode USER_32  ISA ARM  Segment user
Jun 25 06:07:06 kernel: Control: 10c53c7d  Table: 9a99c04a  DAC: 00000015

Jun 25 06:10:22 dropbear[1093]: Error forking: Cannot allocate memory

Jun 25 06:13:53 check_watchdog: [check_watchdog] restart watchdog for no heartbeat
Jun 25 06:13:53 rc_service: check_watchdog 983:notify_rc restart_watchdog
Jun 25 06:14:00 crond[12284]: can't execute '/bin/sh' for user admin

Jun 25 06:28:56 dnsmasq-dhcp[960]: failed to write /var/lib/misc/dnsmasq.leases: No space left on device (retry in 60 s)
Jun 25 06:29:53 check_watchdog: [check_watchdog] restart watchdog for no heartbeat
Jun 25 06:29:53 rc_service: check_watchdog 983:notify_rc restart_watchdog

This was happening periodically on 386.5_2, like every 3 days or so, but now it's so often it's unusable.

This is with a basic setup and most things disabled (HW acceleration on, Adaptive QoS off, AiProtection off, no customizations). It seems to go OOM. I have no swap configured.

This only way to fix this is to hard reboot the router physically (it's impossible to access it remotely in this state). After a reboot:

NVRAM usage 57201 / 65536 bytes
JFFS 4.17 / 62.75 MB

Typically have ~14 clients on the WiFi, no IoT or anything crazy. I do have AiMesh tho with 1 other RT-AC68U node.

Going to try to downgrade the firmware back. Don't really have time to fiddle with this stuff at the moment.

Your jffs partition size is 62.75 and should be 48.

Back up that partition, then wipe the jffs and restore from backup.
 
Lol, I just see after reboot the AiMesh system from last night- system crashing every few hours.

Ipv4 is losing connection, and syslog shows May something, as if the device was reboot.
Just reverting back to 386_5.2

Seems like the most stable solution now.

Ax88u*2..
It's strange, my AX88U has been working fine for over two days now.
I flashed the 386.7 version from the 386_5.2 and then did a WPS Reset + formatting of the JFFS partition + reboot. I then manually reconfigured all my settings (without importing a backup) and did a final reboot to apply.
No problem to report in IPV4 with 5 Ghz or even 2.4 Ghz WIFI clients and devices on the LAN and WAN. No error in the logs. I don't use AiMesh.
The router is very stable for the moment.
It's done!
Sans titre 1.png
 
Last edited:
It's strange, my AX88U has been working fine for over two days now.
I flashed the 386.7 version from the 386_5.2 and then did a WPS Reset + formatting of the JFFS partition + reboot. I then manually reconfigured all my settings (without importing a backup) and did a final reboot to apply.
No problem to report in IPV4 with 5 Ghz or even 2.4 Ghz WIFI clients and devices on the LAN and WAN. No error in the logs. I don't use AiMesh.
The router is very stable for the moment.
It's done!
View attachment 42186


Not arguing, it is what it is.
Something is causing a crash in part of AX88Us, I saw others report same issues.

Will see how merlin procceed
 
I have to disable the whole ai protection malicious website blocking is enabled by default regardless of me turning it off or on again which is hella annoying with false positives, it feels like the router is trying to replace job of my isp forcing me to use vpn
 
Uptime2 days 12 hour(s) 2 minute(s) 18 seconds

No issues
 
It's strange, my AX88U has been working fine for over two days now.
I flashed the 386.7 version from the 386_5.2 and then did a WPS Reset + formatting of the JFFS partition + reboot. I then manually reconfigured all my settings (without importing a backup) and did a final reboot to apply.
No problem to report in IPV4 with 5 Ghz or even 2.4 Ghz WIFI clients and devices on the LAN and WAN. No error in the logs. I don't use AiMesh.
The router is very stable for the moment.
It's done!
View attachment 42186
How do you actually format the JFFS partition? I am new to this and was looking for some reliable guidance to doing this without breaking the router. Thanks.
 
How do you actually format the JFFS partition? I am new to this and was looking for some reliable guidance to doing this without breaking the router. Thanks.
From router web UI, select Administration tab, System subtab. Select option to Format JFFS partition at next boot, and reboot router.

Screen Shot 2022-06-26 at 08.06.56.png
 
How do you actually format the JFFS partition? I am new to this and was looking for some reliable guidance to doing this without breaking the router. Thanks.

Goto Admin -> Restore/save/Upload and save your existing jffs
Goto Admin -> system & select "Format JFFS partition at next boot"
Reboot
Goto Admin -> Restore/save/Upload and replace your saved jffs
Reboot again
 
386.5_2 reflash gets me WAN Aggregation and 160Mhz back, plus much faster and reliable connection to cable modem which is a Netgear CM1150V, seconds instead of minutes. WIFI drops stopped, authentication errors stopped, network cable and ethernet cable disconnects stopped, other weird errors are gone, everything seems fine and no more reboots.

I will try reflashing 386.7 once everyone goes to sleep so they don't kill me.

This is on an AX88U.
Tried flashing 386.7 again on AX88U and it broke it. Even tried fresh one more time, no add ons, let it sit , no USB drive, overnight.

On an AX88U with AIMesh, IPV4/IPV6 (disabling IPV6 was also a no go with WAN Agg), and with WAN Aggregation (disabling it works), Comcast 1200/50 w/ Netgear CM1150V, this update breaks my system. Reboots, TrendMicro errors, Broadcom errors, kernel errors, wireless disconnects, network cable disconnects, ethernet disconnects, and just to get it functioning I have to have ethernet cables between routers, and direct connect my computer to the cable modem. I got WAN Aggregation to connect once, maybe but it rebooted right after, usually it just sits there trying to get an address or says the network cable is disconnected.

Its something ASUS updated, just searching some of the errors brought up discussions about TrendMicro and Broadcom error messages, plus a slew of others. Reflashing 386.5_2 gets everything working again and the nice and comfortable "protocol is buggy" messages that are much better to live with. Plus, happy wife and children.

Appreciate all the hard work, looking forward to the next update! This is the first that has not worked.
 
From router web UI, select Administration tab, System subtab. Select option to Format JFFS partition at next boot, and reboot router.

View attachment 42189

Do you still have to hit apply on the bottom of the page to make the change stick?
 
There were some reports of extremely verbose logging on the betas. Is this still the case for the release?

I'm going to wait a few more days to upgrade (too busy working on other stuff) but one thing I really love about 386.5_2 over stock is how quiet the logs are.


Updated 2 days ago factory reset clean setup. Still getting these like I did in beta. Once again after 12 hours of uptime it starts up. Logs every other second until reboot. AX110000

kernel: CONSOLE: 046512.672 tx:prep:802.1x
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:43:47 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:04 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:04 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:07 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:07 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:10 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:10 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:17 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:17 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:17 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:17 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:17 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:17 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:17 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:17 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:17 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:17 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:17 kernel: dhd_prot_ioctl: status ret value is -17
Jun 26 09:44:17 kernel: dhd_prot_ioctl: status ret value is -17
 
Tried flashing 386.7 again on AX88U and it broke it. Even tried fresh one more time, no add ons, let it sit , no USB drive, overnight.

On an AX88U with AIMesh, IPV4/IPV6 (disabling IPV6 was also a no go with WAN Agg), and with WAN Aggregation (disabling it works), Comcast 1200/50 w/ Netgear CM1150V, this update breaks my system. Reboots, TrendMicro errors, Broadcom errors, kernel errors, wireless disconnects, network cable disconnects, ethernet disconnects, and just to get it functioning I have to have ethernet cables between routers, and direct connect my computer to the cable modem. I got WAN Aggregation to connect once, maybe but it rebooted right after, usually it just sits there trying to get an address or says the network cable is disconnected.

Its something ASUS updated, just searching some of the errors brought up discussions about TrendMicro and Broadcom error messages, plus a slew of others. Reflashing 386.5_2 gets everything working again and the nice and comfortable "protocol is buggy" messages that are much better to live with. Plus, happy wife and children.

Appreciate all the hard work, looking forward to the next update! This is the first that has not worked.
Sorry for all your troubles, & I can sympathize with today's families being so reliant on technology... any network disruptions can be a real challenge. What I had completely missed via our earlier conversation & I'm not sure if RMerlin caught it himself was... YOU ARE USING AGGREGATION. I think it's a safe assumption that MOST people are NOT using this feature. Hence I can see how an aggregation-type problem could have been missed. Good job identifying & reporting it.
 
From router web UI, select Administration tab, System subtab. Select option to Format JFFS partition at next boot, and reboot router.

View attachment 42189
Thank you. It is really odd but that option in administration --> system appears to show up very momentarily when I click the system tab on my GT-AX6000 and then quickly disappears into thin air!!! I am running latest AsusMerlin after doing a full reset. Is this some sort of a bug?
 
@aidil, did you try clearing your browser cache? Did you try accessing the router via the browser's safe mode (i.e. with all extensions disabled)?

After doing the full reset, are you importing an old backup config file?

Try using a different browser too (which one are you using?).
 
The LAN link speed on my AC66U_B1 (Merlin Firmware AC68U 386.7) drops to 100Mbps from 1Gbps and stays at 100Mbps. If I unplug and then reconnect the LAN cables again, link goes up to 1Gbps for an hour or so and then drops again. Auto Negotiation is OFF on my desktop ethernet settings and set to 1Gbps Full Duplex.

What could be the issue?
 
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