What's new

Asuswrt-Merlin 384.8 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!

@RMerlin Hi after installing the latest firmware 384.8_2 in my AC88U I keep getting this warning:

Dec 10 15:33:57 avahi-daemon[14674]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns!View attachment 15427

Is there anyway to fix this? Thanks.
I have this as well. And several other "avahi-daemon[1729]-lines" too.

Code:
Dec 10 14:10:24 avahi-daemon[1729]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns!
Dec 10 14:10:24 avahi-daemon[1729]: No service file found in /tmp/avahi/services.
Dec 10 14:10:24 avahi-daemon[1729]: Loading new alias name RT-AC68U.
 
confirm what Cloudflare reported

just out of curiosity,
are you able from their data to distinguish between merlin(aiprotection) users -or- merlin+stubby|dnscript users?
i'm a stubby fan, and just curious how widely that add-on gets adopted.
 
I can't seem to log in via HTTPS, Local that is, just times out. VPN was a bit wonky with this update but seems ok atm
 
Last edited:
Version 384.8_0 was running fine on my ac3100, I installed version 384.8_2 over the 384.8_0 and all looked good. Today I logged into the router and noticed CPU staying around 50%
Rebooted the router 2x, didnt' help. Powered down router for 15 mins, didn't help. same high CPU usage.. not pinned to 100% just high.

Nothing was changed in router.

It was fine since install, started this today.

I have Diversion, Pixelsrv and Skynet installed and running.

any ideas?

cpu.jpg
 
just out of curiosity,
are you able from their data to distinguish between merlin(aiprotection) users -or- merlin+stubby|dnscript users?
i'm a stubby fan, and just curious how widely that add-on gets adopted.

No, I made it a point to get as little data as possible in the firmware version check - I can't even tell what router model anyone is using since I kept the model check router-side. The only data I get basically is:

- The IP address from the web server log (so, I counted the number of unique IP addresses over a 48 hours period using a web server log analyzer to determine the number of users)
- Whether they requested the old 380.xx or the new 384.xx manifest file (because filenames are different)

And for the few users clicking on the update notification link that sends them to the download site, I get the router model as part of the URL (so they get sent to the right folder), but even that piece of data is of no real use since not everyone download it through the notification message.

And having switched back to Cloudflare, the only piece of data I get now is the number of unique IPs visiting every day (which I can now confirm matches what I was getting in that 48 hours period I tested without the CDN). And a few very generic analytics (like country of origin by popularity).
 
Dirty Upgraded AC3100 V384.8 to V384.8_2, running great only when QOS is turned off, in order to get the full 300DL/15UL, otherwise Download(DL) is only 227-3230Mbps with Adaptive QOS (with or without FreshJR QOS running)

Will post details and info over in FreshJR QOS thread.......

Edit:

@Spydawg I have had my CPU's on my AC3100 hit the 100% CPU on both Core 1 and 2 before, which was usually resolved for a short time by doing a cold/hard reboot. Eventually it did return, and in the end I Factory Defaulted it, and re-initialized the unit, and manually reconfigured all my settings, and I have never had that problem since, just an FYI (it wasn't fun, but was worth it, as my "top" command, and GUI graphs of CPU usage are more inline with each other now).
 
Last edited:
I tracked down why the update check was failing to run at boot time on the RT-AX88U (Asus has hardcoded forced firmware upgrades on the RT-AX88U codebranch, will have to disable it in the Makefile), but I cannot find any reason for it to happen on any other model (and I can't reproduce it either on these other models).
 
..... They pretty much confirm what Cloudflare reported, that there are close to 150,000 Asuswrt-Merlin users out there (not counting those who disabled the update checking). That is... mind blowing.
Speaks volumes to how consistently good and full of nice little add-ons and features your firmware is; big wraps to you.
 
Last edited:
I can't seem to log in via HTTPS, Local that is, just times out. VPN was a bit wonky with this update but seems ok atm
^^^ This is similar to what I and I think another person reported earlier. Were you by chance logged in perhaps monitoring temps or CPU use? I think I had left my page up and had been refreshing it. I had also disabled the login timout. IDK if that is relevant to the httpD not responding?

BTW, I left myself logged in last night and found the GUI unresponsive and timing out again this AM. I'd say maybe 12 hours since I last looked at it in the GUI. I've not kicked the router yet (powered off/on) but am in with ssh. Is there anything I can do help PD what's going on with the httpd service likely? Thanks.
 
Last edited:
Seems to working fine...........
Uptime 2 days 5 hours 48 minute(s) 13 seconds

A small notice.
Under System log =>Wireless Log=> Time elapsed: 193764 s = is changed from ms to seconds but on
=> Display low level details its still ms.

DFS status: state In-Service Monitoring (ISM) time elapsed 193917750ms radar channel cleared by DFS channel 112/80 (0xE36A)

@RMerlin
 
this is all I got ,no red entries

jquery.js:5 [Deprecation] Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/.
send @ jquery.js:5
ajax @ jquery.js:5
nvramGet @ httpApi.js:58
faqURL @ httpApi.js:416
initial @ Advanced_VirtualServer_Content.asp:63
onload @ Advanced_VirtualServer_Content.asp:583
jquery.js:5

Cross-Origin Read Blocking (CORB) blocked cross-origin response https://www.asus.com/support/FAQ/11...587041911757656_1544385569146&_=1544385569147 with MIME type text/html. See https://www.chromestatus.com/feature/5629709824032768 for more details.

wound up deadheading the router ,It's fine now
 
httpd problem is still present in 384.8_2 on my 86U.
This was within minutes of login and viewing the system log.

Code:
Dec 11 08:46:43 kernel: pgd = ffffffc014833000
Dec 11 08:46:43 kernel: [002b5224] *pgd=000000001483e003, *pud=000000001483e003, *pmd=00000000153df003, *pte=0000000000000000
Dec 11 08:46:43 kernel: CPU: 0 PID: 769 Comm: httpd Tainted: P           O    4.1.27 #2
Dec 11 08:46:43 kernel: Hardware name: Broadcom-v8A (DT)
Dec 11 08:46:43 kernel: task: ffffffc01e00f540 ti: ffffffc014844000 task.ti: ffffffc014844000
Dec 11 08:46:43 kernel: PC is at 0xf7313aa0
Dec 11 08:46:43 kernel: LR is at 0x26cd8
Dec 11 08:46:43 kernel: pc : [<00000000f7313aa0>] lr : [<0000000000026cd8>] pstate: 20000010
Dec 11 08:46:43 kernel: sp : 00000000ff85e338
Dec 11 08:46:43 kernel: x12: 000000000008c71c
Dec 11 08:46:43 kernel: x11: 00000000000791e4 x10: 0000000000000001
Dec 11 08:46:43 kernel: x9 : 000000000028daf8 x8 : 0000000000000000
Dec 11 08:46:43 kernel: x7 : 000000000028dfc8 x6 : 0000000000274ca0
Dec 11 08:46:43 kernel: x5 : 00000000002b5218 x4 : 00000000002b5218
Dec 11 08:46:43 kernel: x3 : 00000000ffffffff x2 : 00000000f71bf7a8
Dec 11 08:46:43 kernel: x1 : 0000000000000000 x0 : 00000000002b5218
Dec 11 08:47:08 watchdog: restart httpd
Dec 11 08:47:08 rc_service: watchdog 779:notify_rc stop_httpd
Dec 11 08:47:08 rc_service: watchdog 779:notify_rc start_httpd
Dec 11 08:47:08 RT-AC86U: start httpd:80
 
A small notice.
Under System log =>Wireless Log=> Time elapsed: 193764 s = is changed from ms to seconds but on
=> Display low level details its still ms.

That's normal. Low-level data comes from Asus's unmodified code, while the main display is generated by my own code.
 
Yeah, noticed the httpd error in my log, and I've had to manually re-login to my wifi ony smart thermostat twice in 3 days.

Is it easy to revert to an older firmware? 384.7_2 was remarkably stable on my 86U. Thinking bout downgrading til next release.
 
Is it easy to revert to an older firmware? 384.7_2 was remarkably stable on my 86U. Thinking bout downgrading til next release.

Httpd crashes on the RT-AC86U have existed for a long time, it's nothing new to 384.8. I have never been able to reproduce it, and increasing portions of httpd are closed source and therefore outside of my control.
 
Httpd crashes on the RT-AC86U have existed for a long time, it's nothing new to 384.8. I have never been able to reproduce it, and increasing portions of httpd are closed source and therefore outside of my control.

Oh, not blaming you. It just makes the router hard to use when I have login every 30 seconds. Maybe .8 just broke something in their end.

To downgrade, can I just apply it like any other firmware, or is there a specific process?
 
Oh, not blaming you. It just makes the router hard to use when I have login every 30 seconds. Maybe .8 just broke something in their end.

Since you seem to have it crashing easily, could you try unplugging/turning off your clients to determine if a specific client is causing the crashes?

To downgrade, can I just apply it like any other firmware, or is there a specific process?

You can go back to 384.7_2, however OpenVPN settings might need to be reconfigured due to a config change in 384.8.
 

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

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