Release Asuswrt-Merlin 386.14 is now available for AC models

[st3v3n]

Has anyone had an instance where Trend Micro was not present or would -not- run in this version, or since v386.14 was released on either RT-AC96 or GT=AC2900? Thanks!

 

[Oniiz86]

Hot swiping is only present in 14_2 firmware. I have also used Asus EOM firmware few weeks ago and had no issues with hot swiping.

Thanks for confirming, that's a shame, so it would seem pretty doubtful that this would be fixed by @RMerlin at some point as this is probably the final firmware as support will be dropped at the end of 2024.

 

[KGB7]

Thanks for confirming, that's a shame, so it would seem pretty doubtful that this would be fixed by @RMerlin at some point as this is probably the final firmware as support will be dropped at the end of 2024.

Using "Safely Remove disk" option in the GUI will prevent this issue.

 

[Blackbat]

I tried a dirty upgrade on my AC68u to 386.14_2 and subsequently can't connect to the 5Ghz wifi (2.4 is fine). I downgraded back to 386.14 and connectivity to 5GHz is now working again.

 

[Michel]

Hmmm I was hoping to see someone with the same situation as me but no luck.
I made a dirty update on my AC86U from 386.14_2 to 386.14 and everything was seemed ok but I started to notice some weird lag spike every 10 mins.
I tried to investigate but could not fine anything in the logs and no unusual activity in htop.

I ended up rolling back to 386.14 and everything is bad to normal.

I use Skynet and FlexQoS but the problem was still happening even after disabling them.
I also saw the thread talking about a malware but my WAN access was disabled as well as all the AICloud features.

Anyone having any idea could be the culprit?

 

[WRobertE]

Hmmm I was hoping to see someone with the same situation as me but no luck.
I made a dirty update on my AC86U from 386.14_2 to 386.14 and everything was seemed ok but I started to notice some weird lag spike every 10 mins.
I tried to investigate but could not fine anything in the logs and no unusual activity in htop.

I ended up rolling back to 386.14 and everything is bad to normal.

I use Skynet and FlexQoS but the problem was still happening even after disabling them.
I also saw the thread talking about a malware but my WAN access was disabled as well as all the AICloud features.

Anyone having any idea could be the culprit?

Many times doing a full reset after an upgrade will solve unusual problems like this.

 

[miazza]

Has anyone had an instance where Trend Micro was not present or would -not- run in this version, or since v386.14 was released on either RT-AC96 or GT=AC2900? Thanks!

With this last version I do not see anymore the Trend Micro in the log. I don't know if it is just a case but for the first time I don't have this annoying log error.

 

[Blackbat]

I tried a dirty upgrade on my AC68u to 386.14_2 and subsequently can't connect to the 5Ghz wifi (2.4 is fine). I downgraded back to 386.14 and connectivity to 5GHz is now working again.

I repeated the dirty upgrade and all is good now.

 

[CaptnDanLKW]

For the AI Cloud patch - if we don't use it and if we do not have the web UI or SSH exposed to the internet (like we all shouldn't), is there a risk? This seems like an obvious self-answerable question, but I'll ask anyways.

 

[CaptnDanLKW]

After reverting to 13_2 a couple months back due to oddities, I've bounced back forward to 386.14_2.

Does anyone know if the new SDK this is based on adds better nand flash logging? I now suddenly have a slew of new error and warning but can't believe the upgrade is the cause... pehaps they've been there are are now just logged?

Dec 5 06:24:59 RTAC86U kernel: jffs2: Data CRC bd58c8f6 != calculated CRC db731783 for node at 00837a70
Dec 5 06:24:59 RTAC86U kernel: jffs2: read_cache_page() returned error: -5
Dec 5 06:24:59 RTAC86U kernel: jffs2: Error garbage collecting node at 00837a70!
Dec 5 06:25:02 RTAC86U BWDPI: [BWANA] Revert process (pid=4025)
Dec 5 06:25:02 RTAC86U BWDPI: [sql_remove_journal(73)] remove /jffs/.sys/TrafficAnalyzer/TrafficAnalyzer.db-journal
Dec 5 06:25:02 RTAC86U BWDPI: [BWANA] remove /jffs/.sys/TrafficAnalyzer/TrafficAnalyzer.db
Dec 5 06:25:02 RTAC86U kernel: jffs2: Data CRC bd58c8f6 != calculated CRC db731783 for node at 00837a70
Dec 5 06:25:02 RTAC86U kernel: jffs2: read_cache_page() returned error: -5
Dec 5 06:25:02 RTAC86U kernel: jffs2: Error garbage collecting node at 00837a70!

and regular messages like this appear every few minutes.

Dec 5 07:47:57 RTAC86U kernel: bcm63xx_nand ff801800.nand: unaligned buffer: ffffffc00372a7c3
Dec 5 07:58:05 RTAC86U kernel: bcm63xx_nand ff801800.nand: unaligned buffer: ffffffc00372a69b
Dec 5 08:00:21 RTAC86U kernel: bcm63xx_nand ff801800.nand: unaligned buffer: ffffffc00372a2db
Dec 5 08:05:09 RTAC86U kernel: bcm63xx_nand ff801800.nand: unaligned buffer: ffffffc00372a593

Thoughts?

 

[NoLight]

Did a clean upgrade on both of my AC68U from 386.13 to 386.14_2.

So far everything is solid. Thanks again RMerlin!

 

[alessiop2]

After updating from 386.14._2 both 86U main router and 68U mesh one I have those 2 issue
1- let's encript certificate valid until 2024/12/6 marked as valid and not renewd
2- 68u mesh disconnected ( is connect via cable) and need to reboot many time to connect again

Any suggestion?

 

[alessiop2]

After updating from 386.14._2 both 86U main router and 68U mesh one I have those 2 issue
1- let's encript certificate valid until 2024/12/6 marked as valid and not renewd
2- 68u mesh disconnected ( is connect via cable) and need to reboot many time to connect again

Any suggestion?

I was able to solve problem 1 turning off ddns reboot a couple of time and then turning on again, but now i can't find anymore the export certifcate. Any idea why is disappeared?