Release Asuswrt-Merlin 386.11 is now available for AC models

[RMerlin]

Asuswrt-Merlin 386.11 is now available for AC models.

386.11 (14-May-2023)
  - UPDATED: curl to 8.0.1.
  - UPDATED: openvpn to 2.6.3.
  - CHANGED: Reduce max OpenVPN clients to 2 for RT-AC68U and
             DSL-AC68U due to lack of NVRAM on these two
             models.  Note that existing settings are not
             automatically removed, you must run the following
             command over SSH to remove them from nvram and
             the /jffs/openvpn/ directory:

                clear_vpnclients.sh

             A backup will be saved in /jffs/openvpn_backup.tgz.

  - FIXED: DDNS was being refreshed every time IPv6 bound6() event
           occured even if IPv6 DDNS update was disabled.
  - FIXED: Wireless Log wouldn't properly show IPv6 address
           for clients with multiple addresses.
  - FIXED: dnsmasq may crash if no DNS server is configured
           (fix backported from dnsmasq upstream)

Downloads are here.
Changelog is here.

 

[RMerlin]

Reserved post.

 

[heysoundude]

and I was just looking at my uptime under 386.10 for my AC86...
starting over shortly lol. thanks @RMerlin

 

[WRobertE]

Where is the clear_vpnclients.sh script? It's not in the /jffs/openvpn directory.

 

[WRobertE]

Where is the clear_vpnclients.sh script? It's not in the /jffs/openvpn directory.

View attachment 50103

Sorry ... never mind. It's in the /usr/sbin directory.

 

[mister]

Works as expected. Many thank @merlin for your support

 

[redbird71]

Dirty update on AC68U from 386.9. Script executed. Went very smooth. 59.165 bytes NVRAM available after script. Thanks Merlin.

 

[raion969]

should i clear it also for the RT-AC5300?

 

[RMerlin]

should i clear it also for the RT-AC5300?

Check the changelog in post #1.

 

[eightiescalling]

Stupid question time... (Partially for me and partially to pre-empt others in the thread!)

Is it a correct statement that this does not fix the networkmap memory issue because it is closed source and requires a new GPL as 388.2 had?

 

[maxbraketorque]

After going from 386.10_a1 to 386.11, I'm getting the following new entries in the log file:

May 14 19:34:58 kernel: bcm63xx_nand ff801800.nand: timeout waiting for command 0x1
May 14 19:34:58 kernel: bcm63xx_nand ff801800.nand: intfc status f80000e0
May 14 19:41:12 kernel: bcm63xx_nand ff801800.nand: timeout waiting for command 0x4
May 14 19:41:12 kernel: bcm63xx_nand ff801800.nand: intfc status c80000e0

Seems that this may be related to USB devices, of which I have several connected to the router.

 

[Diamond67]

Script executed. Went very smooth. 59.165 bytes NVRAM available after script. Thanks Merlin.

Yes! After running the command

clear_vpnclients.sh

my NVRAM situation is much better now: 60097 / 65536 bytes.

Great! Thanks Merlin!

 

[CaptnDanLKW]

After going from 386.10_a1 to 386.11, I'm getting the following new entries in the log file:

May 14 19:34:58 kernel: bcm63xx_nand ff801800.nand: timeout waiting for command 0x1
May 14 19:34:58 kernel: bcm63xx_nand ff801800.nand: intfc status f80000e0
May 14 19:41:12 kernel: bcm63xx_nand ff801800.nand: timeout waiting for command 0x4
May 14 19:41:12 kernel: bcm63xx_nand ff801800.nand: intfc status c80000e0

Seems that this may be related to USB devices, of which I have several connected to the router.

Actually, it's the flash/nand chip in your device. Rare log entries like this are generally OK but may indicate your chip is wearing out, getting too hot or is overclocked.

 

[Volt]

Seems that this may be related to USB devices, of which I have several connected to the router.

I've also seen these error messages on stock firmware, they usually appear when copying large files to the attached USB drive via Samba. Nothing to worry about, looks like firmware does not like prolonged periods of I/O activity.

 

[Elmer]

Many thanks to Merlin for keeping my RT-AC88U up to date. It appears that Asus has decided to ignore this old workhorse - last firmware was March of 2022.

 

[Languor245]

Dirty flash over 386.10. Ac68u. Ran the script. It removed clients 3-5. Alls is well so far. Thanks!

 

[maxbraketorque]

Actually, it's the flash/nand chip in your device. Rare log entries like this are generally OK but may indicate your chip is wearing out, getting too hot or is overclocked.

Never had these before the firmware update, and I have a fan on the router. CPU temperature is 58C. But I have spare AC86Us ready to go if needed.

I've also seen these error messages on stock firmware, they usually appear when copying large files to the attached USB drive via Samba. Nothing to worry about, looks like firmware does not like prolonged periods of I/O activity.

I suspect its something like this. The router serves as a NAS for my cameras. Three SSDs connected via USB, and I have AMTM setup to scan the drives at boot which is when these messages occur.

 

[Don Draper]

I just tried to update my RT-AC68U to the most recent version RT-AC68U_386.11_0. It tells me to please wait until it restarts and is still Current Version : 386.10. I have tried from a couple different browsers without luck. Any thoughts?

 

[hcsitas]

Sluggish after upgrade, then again after 20 hours on 86U - had to fall back to 10. Be aware.

 

[hcsitas]

I just tried to update my RT-AC68U to the most recent version RT-AC68U_386.11_0. It tells me to please wait until it restarts and is still Current Version : 386.10. I have tried from a couple different browsers without luck. Any thoughts?

Stick to 10, 11 didn’t prove itself on my 86U.