What's new

[Release 384/NG] Asuswrt-Merlin 384.3 is now available

  • 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!

The settings do get properly cleared, the actual issue is that the webui shows the wrong client instance. That was actually a separate issue caused by Lastpass. The one you experienced is that settings get reset, but not written back.

What router model do you have?

I'm using the RT-AC86U. Just to clarify of what I was doing. I was testing an open vpn configuration. After that I decided I didn't want to use it so I used the default button to clear the settings for that client. Everything seemed to be cleared only after a reboot of the router the settings came back.

I had that in two cases, just with configuring just one client and clearing the settings of that client. And the same with testing a second client with client1 already running and clearing the settings of the second client. Also in that case the settings came back after a reboot. In both cases the openvpn clients did succesfully run before clearing the settings.

[Edit]
Because you mentioned Lastpass I also tested it with Lastpass logged out and had the same result.
 
Last edited:
I have been using this app since it was released 2 years ago or so....and I never had any issues with it until today....I tried reinstalling it again but the same issue is back...The home page of the app shows no real time traffic activity..It shows 0KB...the same thing happens when I click the traffic statistics menu....but when I click on the devices menu it shows real time activity under each device...so it is working in one place and not working in two places.

I have a similar observation on my RT-AC68U.
In Adaptive QoS: the Bandwidth Monitor page looks OK but the pages QoS Statistics and Web History shows nothing.
In the Traffic Analyzer: the Traffic Monitor page seems OK but the Statistics page shows nothing, and I cannot select any specific client.
It worked before the upgrade.
I think I have turned everything on, at least in those pages. Or is there a magic switch somewhere else?
 
It probably doesn't, but the firmware 100% has a bug in it causing the issue. I verified that the STOCK Asus firmware has the same issue starting with FW_RT_AC68U_300438410007. I have used FW_RT_AC68U_300438218881 and did not experience this issue. I see the same behavior after I upgraded to RT-AC68U_384.3_0. RT-AC68U_380.69_2 is completely fine.

I have flashed my router so far 7 times to test this. from RT-AC68U_380.69_0, to RT-AC68U_384.3_0, then back to RT-AC68U_380.69_0, then RT-AC68U_380.69_2, then FW_RT_AC68U_300438420308, then RT-AC68U_380.69_2, then FW_RT_AC68U_300438410007, then back to RT-AC68U_380.69_2. Every time I flash to 384, the issue comes back. Every time I flash to 380, the issue is fixed.

I have no clue what the issue is. The logs seem clean. I cant explain why a windows client is having issues. No speed issues with VPN off as far as I can tell.
Did you also test using an ethernet connection to eliminate an issue with the WiFi?
 
Hello,

Thanks for your hard work merlin.

I'm wondering if there is a know issues list for this release, want to know ir I should update or if i should wait for a _1 version
 
I have a similar observation on my RT-AC68U.
In Adaptive QoS: the Bandwidth Monitor page looks OK but the pages QoS Statistics and Web History shows nothing.
In the Traffic Analyzer: the Traffic Monitor page seems OK but the Statistics page shows nothing, and I cannot select any specific client.
It worked before the upgrade.
I think I have turned everything on, at least in those pages. Or is there a magic switch somewhere else?
Have you done a factory reset?
 
Hello,

Thanks for your hard work merlin.

I'm wondering if there is a know issues list for this release, want to know ir I should update or if i should wait for a _1 version
Keep reading this is where the issues are reported.
 
Thanks, i have and they all seem like user related issues but i was wondering if there was something oficial
You could look at the firmware change log but not much there except fixes and merges.
 
Hi, came from stock asus v382.5 for my AC56u. I just flashed to Merlin v384.3.
I didn't do any factory reset. Is that just okay? everything working as it should.
Do I still need to factory reset the router? Thanks.
 
After upgrade had to reset AC68U including NVRAM. However after everything was brough back (manually) it still doesn't recognize USB 3.0 disk which usedto work with this router for years. The log is full of kernel being unable to enumerate USB devices. Anyone else experiences such problem?
Code:
Feb 21 03:45:03 kernel: ehci_hcd 0000:00:0b.1: port 1 reset error -110
Feb 21 03:45:03 kernel: hub 2-0:1.0: hub_port_status failed (err = -32)
Feb 21 03:45:03 kernel: hub 2-0:1.0: unable to enumerate USB device on port 1
Feb 21 03:45:04 kernel: usb 2-1: new high speed USB device using ehci_hcd and address 86
Feb 21 03:45:04 kernel: hub 2-0:1.0: unable to enumerate USB device on port 1
Feb 21 03:45:05 kernel: hub 3-0:1.0: unable to enumerate USB device on port 1
Feb 21 03:45:05 kernel: usb 2-1: new high speed USB device using ehci_hcd and address 88
Feb 21 03:45:05 kernel: hub 2-0:1.0: unable to enumerate USB device on port 1
Feb 21 03:45:05 kernel: hub 2-0:1.0: unable to enumerate USB device on port 1
Feb 21 03:45:06 kernel: hub 3-0:1.0: unable to enumerate USB device on port 1
Feb 21 03:45:06 kernel: usb 2-1: new high speed USB device using ehci_hcd and address 90
Feb 21 03:45:06 kernel: hub 2-0:1.0: unable to enumerate USB device on port 1
Feb 21 03:45:07 kernel: usb 2-1: new high speed USB device using ehci_hcd and address 91
Feb 21 03:45:07 kernel: hub 3-0:1.0: unable to enumerate USB device on port 1
Feb 21 03:45:07 kernel: hub 2-0:1.0: unable to enumerate USB device on port 1
Feb 21 03:45:08 kernel: hub 3-0:1.0: unable to enumerate USB device on port 1

UPD And being connected to USB 2.0 it works flawlessly. Looks like USB3.0 is broken in this build, at least external 2.5" disks (one SSD btw.)
 
Last edited:
Upgraded from 382.2 beta 3 and did a factory reset. Haven't encountered any issues so far.

Thanks, Eric!
After more careful observation, I noticed that the Web History part of the QoS shows only blank page. I've cleared the browser cache, restarted the router, and did a factory reset to no avail. I've noticed this issue since beta. Other than that, everything else works fine. My custom scripts, VPN server, and remote desktop all work as expected.
 
I have an RT-AC86U running Merlin 384.3 and have the following error:

Feb 20 21:14:18 kernel: httpds[781]: unhandled level 3 translation fault (11) at 0x005d3774, esr 0x92000007
Feb 20 21:14:18 kernel: pgd = ffffffc014c8d000
Feb 20 21:14:18 kernel: [005d3774] *pgd=0000000014c05003, *pud=0000000014c05003, *pmd=0000000014c96003, *pte=0000000000000000
Feb 20 21:14:18 kernel: CPU: 1 PID: 781 Comm: httpds Tainted: P O 4.1.27 #2
Feb 20 21:14:18 kernel: Hardware name: Broadcom-v8A (DT)
Feb 20 21:14:18 kernel: task: ffffffc01e022b80 ti: ffffffc014c7c000 task.ti: ffffffc014c7c000
Feb 20 21:14:18 kernel: PC is at 0xf737baa0
Feb 20 21:14:18 kernel: LR is at 0x38154
Feb 20 21:14:18 kernel: pc : [<00000000f737baa0>] lr : [<0000000000038154>] pstate: 20010010
Feb 20 21:14:18 kernel: sp : 00000000fff4a600
Feb 20 21:14:18 kernel: x12: 0000000000084424
Feb 20 21:14:18 kernel: x11: 00000000fff4a81c x10: 00000000f701a054
Feb 20 21:14:18 kernel: x9 : 00000000fff4a6f8 x8 : 0000000000000000
Feb 20 21:14:18 kernel: x7 : 000000000006aafe x6 : 000000000006f980
Feb 20 21:14:18 kernel: x5 : 00000000005d0778 x4 : 00000000005d3768
Feb 20 21:14:18 kernel: x3 : 00000000f723c7a8 x2 : 00000000f723c7a8
Feb 20 21:14:18 kernel: x1 : 0000000000000000 x0 : 00000000005d3768
Feb 20 21:14:36 watchdog: restart httpd
Feb 20 21:14:36 rc_service: watchdog 790:notify_rc stop_httpd
Feb 20 21:14:36 rc_service: watchdog 790:notify_rc start_httpd
Feb 20 21:14:36 RT-AC86U: start https:8443
Feb 20 21:14:36 RT-AC86U: start httpd:80

I have had the router about 1 week now, runs plenty fast. Was running latest factory build, flashed Merlin 384.3 yesterday AM, had some "funkiness", so I did a factory reset, set it back up from scratch, and most everything seemed ok. I had to name some device naming issues, sometimes they would come up automatically and then would vanish or would not be set at all until a router reboot. I have set most manually now. I just set-up my Lennox iComfort S30 Thermostat and Ring Doorbell/Chime with the new router (only other router is an RT-AC66U running latest Merlin running Media Bridge Mode on 5GHz). Tried to access Ring Doorbell Live View from by Galaxy S8+, connected but no video then disconnected. That is about the same exact time that this error was in the System Log.
 
I’ve seen the following in the logs every 24 hours. It looks like the DDNS is restarting every day because it thinks my hostname doesn’t match my IP, but I don’t know why that would be as my IP address hasn’t changed for months and the hostname I specified always resolves to my IP address, so that check shouldn’t be failing.

I looked at the /tmp/ddns.cache file and it has the correct IP address in it. I’m not sure why it’s claiming a mapping error then, unless it’s doing a reverse lookup which wouldn’t match as my ip assigned hostname is obviously different than my DDNS one.

Any ideas why the hostname IP address matching is failing?

Code:
Feb 20 01:13:57 watchdog: Hostname/IP mapping error! Restart ddns.
Feb 20 01:13:57 rc_service: watchdog 368:notify_rc start_ddns
Feb 20 01:13:57 start_ddns: update WWW.DYNDNS.ORG(STATIC) dyndns-static, wan_unit 0
Feb 20 01:13:57 ddns_update: ez-ipupdate: starting...
Feb 20 01:13:57 ddns_update: connected to members.dyndns.org (162.88.175.12) on port 80.
Feb 20 01:13:57 ddns_update: members.dyndns.org says that your IP address has not changed since the last update
Feb 20 01:13:57 ddns_update: asusddns_update: 0
Feb 20 01:13:58 ddns: ddns update ok
 
Last edited:
I have an RT-AC86U running Merlin 384.3 and have the following error:

Feb 20 21:14:18 kernel: httpds[781]: unhandled level 3 translation fault (11) at 0x005d3774, esr 0x92000007
Feb 20 21:14:18 kernel: pgd = ffffffc014c8d000
Feb 20 21:14:18 kernel: [005d3774] *pgd=0000000014c05003, *pud=0000000014c05003, *pmd=0000000014c96003, *pte=0000000000000000
Feb 20 21:14:18 kernel: CPU: 1 PID: 781 Comm: httpds Tainted: P O 4.1.27 #2
Feb 20 21:14:18 kernel: Hardware name: Broadcom-v8A (DT)
Feb 20 21:14:18 kernel: task: ffffffc01e022b80 ti: ffffffc014c7c000 task.ti: ffffffc014c7c000
Feb 20 21:14:18 kernel: PC is at 0xf737baa0
Feb 20 21:14:18 kernel: LR is at 0x38154
Feb 20 21:14:18 kernel: pc : [<00000000f737baa0>] lr : [<0000000000038154>] pstate: 20010010
Feb 20 21:14:18 kernel: sp : 00000000fff4a600
Feb 20 21:14:18 kernel: x12: 0000000000084424
Feb 20 21:14:18 kernel: x11: 00000000fff4a81c x10: 00000000f701a054
Feb 20 21:14:18 kernel: x9 : 00000000fff4a6f8 x8 : 0000000000000000
Feb 20 21:14:18 kernel: x7 : 000000000006aafe x6 : 000000000006f980
Feb 20 21:14:18 kernel: x5 : 00000000005d0778 x4 : 00000000005d3768
Feb 20 21:14:18 kernel: x3 : 00000000f723c7a8 x2 : 00000000f723c7a8
Feb 20 21:14:18 kernel: x1 : 0000000000000000 x0 : 00000000005d3768
Feb 20 21:14:36 watchdog: restart httpd
Feb 20 21:14:36 rc_service: watchdog 790:notify_rc stop_httpd
Feb 20 21:14:36 rc_service: watchdog 790:notify_rc start_httpd
Feb 20 21:14:36 RT-AC86U: start https:8443
Feb 20 21:14:36 RT-AC86U: start httpd:80

I have had the router about 1 week now, runs plenty fast. Was running latest factory build, flashed Merlin 384.3 yesterday AM, had some "funkiness", so I did a factory reset, set it back up from scratch, and most everything seemed ok. I had to name some device naming issues, sometimes they would come up automatically and then would vanish or would not be set at all until a router reboot. I have set most manually now. I just set-up my Lennox iComfort S30 Thermostat and Ring Doorbell/Chime with the new router (only other router is an RT-AC66U running latest Merlin running Media Bridge Mode on 5GHz). Tried to access Ring Doorbell Live View from by Galaxy S8+, connected but no video then disconnected. That is about the same exact time that this error was in the System Log.

I see a lot of kernel spam too in my 86U. like this in the log below. Never seen this before. Seems to be working okay I think.
What does this mean?

Feb 20 07:55:44 kernel: pgd = ffffffc01739a000
Feb 20 07:55:44 kernel: [00000000] *pgd=000000001508b003, *pud=000000001508b003, *pmd=000000001367b003, *pte=0000000000000000
Feb 20 07:55:44 kernel: CPU: 1 PID: 23232 Comm: pixelserv-tls Tainted: P O 4.1.27 #2
Feb 20 07:55:44 kernel: Hardware name: Broadcom-v8A (DT)
Feb 20 07:55:44 kernel: task: ffffffc01379eb00 ti: ffffffc007bc4000 task.ti: ffffffc007bc4000
Feb 20 07:55:44 kernel: PC is at 0xf6d9f750
Feb 20 07:55:44 kernel: LR is at 0x144d8
Feb 20 07:55:44 kernel: pc : [<00000000f6d9f750>] lr : [<00000000000144d8>] pstate: a00d0010
Feb 20 07:55:44 kernel: sp : 00000000f6cc4c08
Feb 20 07:55:44 kernel: x12: 000000000002b2b0
Feb 20 07:55:44 kernel: x11: 00000000f6cc4e64 x10: 00000000f6cc5460
Feb 20 07:55:44 kernel: x9 : 00000000fff001a4 x8 : 0000000000000000
Feb 20 07:55:44 kernel: x7 : 0000000000000152 x6 : 0000000000000000
Feb 20 07:55:44 kernel: x5 : 00000000fff001a4 x4 : 00000000f6cc5460
Feb 20 07:55:44 kernel: x3 : 00000000f6900a1c x2 : 0000000000000000
Feb 20 07:55:44 kernel: x1 : 00000000f6900962 x0 : 0000000000000000
Feb 20 09:20:37 kernel: ERR: rdpa_cpu_tx_port_enet_lan#223: rdpa_cpu_tx_port_enet_lan failed. rdd_rc=120 tx_rdd_error_count=1
 
Because you mentioned Lastpass I also tested it with Lastpass logged out and had the same result.

That was actually two separate issues. The one you are specifically talking about was fixed here.
 
I see a lot of kernel spam too in my 86U. like this in the log below. Never seen this before. Seems to be working okay I think.
What does this mean?

Mine was related to a crash. Network was down and showed zero (0) clients, then came back. I did a power off and power on and will watch to see how things are working.
 
Did you also test using an ethernet connection to eliminate an issue with the WiFi?

no... but i did try flashing it back to 384.3. I had some other tests i wanted to try, unfortunately it was a complete waste of time BECAUSE for some reason the flash nearly bricked my router. For one, the IP changed after the flash to 192.168.1.1 (default), then when i ping the old IP(192.168.1.160), i get something like this back:

C:\Users\hunte>ping 192.168.1.160

Pinging 192.168.1.160 with 32 bytes of data:
Reply from 10.30.10.6: Destination host unreachable. (this IP belongs to my VPN i disabled prior)
Reply from 10.30.10.6: Destination host unreachable.
Reply from 10.30.10.6: Destination host unreachable.
Reply from 10.30.10.6: Destination host unreachable.

Ping statistics for 192.168.1.160:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

then a while later:
C:\Users\hunte>ping 192.168.1.160

Pinging 192.168.1.160 with 32 bytes of data:
Request timed out.
Reply from 192.168.1.123: Destination host unreachable. (IP belongs to my own PC that i am pinging FROM)
Reply from 192.168.1.123: Destination host unreachable.
Request timed out.

Ping statistics for 192.168.1.160:
Packets: Sent = 4, Received = 2, Lost = 2 (50% loss),

BUT... it would often ping from the wrong IP (192.168.1.1). And respond with a UI with this IP.
every time I try to connect the bridge to the wifi (from the main router), it fails to connect. it lists the connection strength and transfer rate, but has an X showing disconnected. I reset to factory using the UI, and needed to setup in router mode just to get past the stupid new connection wizard that put me into a setup loop. setting up in bridge mode from router mode did not change the IP, and did not connect. It remained as 192.168.1.1. I then tried to flash over it with 380.69_2 from within the admin UI, but that seems to have failed. Same issue with IP. I put the router into recovery mode, reset the NVRAM, then flashed to 380.69_2. Everything was immediately back to normal after it reboot (it correctly took the static IP from the main router DHCP), and i removed the static IP from my PC which i applied during recovery. I'm never going back, not even to test. PLEASE get rid of that terrible UI. the new UI does NOT allow a manual override. There is no way to set it up manually. The IU for 380 is much better. I spent about an hour fighting with it. I don't know why it went crazy, it just did. I successfully flashed to 384.3 at least twice previously, then back multiple times.

So on with the real testing:
I connected with my wifi card instead of though the bridge (AC68U), connected with a RT-AC3200 and no issues whatsoever (firmware 384.3). This means the problem is either with the bridge mode, or some other unknown issue, or the AC68U itself.

Sigh...
 

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