Release Asuswrt-Merlin 3006.102.7 is now available

[RMerlin]

@RMerlin, is the https://www.asuswrt-merlin.net down ? getting 403 Forbidden (openresty/1.27.1.1) in the last few hours..

Thanks.

My provider seems to be doing server updates and breaking stuff along the way. A few days ago they made a change that removed the PHP handler I was using, I had to switch to a different PHP handler.

 

[Morpheus2020]

ASD crashed 3 times after I updated 102.7.

Mar  8 03:01:58 kernel: potentially unexpected fatal signal 11.
Mar  8 03:01:58 kernel: ===DDD===
Mar  8 03:01:58 kernel: 00010000 - 00020000, [asd]
Mar  8 03:01:58 kernel: f71eb000 - f71ef000, [libnss_dns.so.2]
Mar  8 03:01:58 kernel: f7301000 - f7312000, [libresolv.so.2]
Mar  8 03:01:58 kernel: f7326000 - f7329000, [libnss_mdns4_minimal.so.2]
Mar  8 03:01:58 kernel: f733a000 - f7343000, [libnss_files.so.2]
Mar  8 03:01:58 kernel: f755b000 - f756d000, [libasd.so]
Mar  8 03:01:58 kernel: f757e000 - f759b000, [libgcc_s.so.1]
Mar  8 03:01:58 kernel: f75ac000 - f76dc000, [libc.so.6]
Mar  8 03:01:58 kernel: f76f2000 - f76f9000, [libjson-c.so.2.0.2]
Mar  8 03:01:58 kernel: f770a000 - f770c000, [libasc.so]
Mar  8 03:01:58 kernel: f771e000 - f778d000, [libssl.so.1.1]
Mar  8 03:01:58 kernel: f77a3000 - f79e3000, [libcrypto.so.1.1]
Mar  8 03:01:58 kernel: f7a06000 - f7a6d000, [libcurl.so.4.8.0]
Mar  8 03:01:58 kernel: f7a80000 - f7adc000, [libm.so.6]
Mar  8 03:01:58 kernel: f7aed000 - f7b03000, [libpthread.so.0]
Mar  8 03:01:58 kernel: f7b17000 - f7b21000, [libwlcsm.so]
Mar  8 03:01:58 kernel: f7b34000 - f7b36000, [libdl.so.2]
Mar  8 03:01:58 kernel: f7b47000 - f7b4e000, [libcrypt.so.1]
Mar  8 03:01:58 kernel: f7b86000 - f7c41000, [libshared.so]
Mar  8 03:01:58 kernel: f7c79000 - f7c81000, [libnvram.so]
Mar  8 03:01:58 kernel: f7c93000 - f7cb6000, [ld-linux.so.3]
Mar  8 03:01:58 kernel: CPU: 0 PID: 3660 Comm: asd Tainted: P           O      4.19.294 #1
Mar  8 03:01:58 kernel: Hardware name: Broadcom-v8A (DT)
Mar  8 03:01:58 kernel: pstate: a00d0010 (NzCv q A32 LE aif)
Mar  8 03:01:58 kernel: pc : 00000000f75687cc
Mar  8 03:01:58 kernel: lr : 00000000f756a400
Mar  8 03:01:58 kernel: sp : 00000000ffd93a18
Mar  8 03:01:58 kernel: x12: 00000000f757d174
Mar  8 03:01:58 kernel: x11: 00000000f756bbc4 x10: 00000000ffd93a3c
Mar  8 03:01:58 kernel: x9 : 00000000f756b57c x8 : 0000000000000000
Mar  8 03:01:58 kernel: x7 : 000000000134e578 x6 : 000000000134eac0
Mar  8 03:01:58 kernel: x5 : 000000000134f170 x4 : 00000000f7200a90
Mar  8 03:01:58 kernel: x3 : 0000000000000000 x2 : 0000000000000000
Mar  8 03:01:58 kernel: x1 : 0000000000000400 x0 : 00000000f7006b63

Every time I encounter an ASD crash, I restart my RT-BE88U. Then ASD crashes again within one to several days. I've encountered ASD crashes on older firmware versions and other ASUS routers. However, since my RT-BE88U was updated to 102.7, the frequency of ASD crashes has increased significantly.

I know ASD is ASUS's closed-source software, so there's nothing you can do about it. My question is, is ASD crash related to "security updates"? If I disable "security updates," will it significantly reduce the frequency of ASD crashes?

 

[bpsmicro]

Ran some tests with them, the most major stability issues seem specific to the GPL version that I am using. I also tried to gather user feedback on the forums, apparently all those people who claimed their RT-BE92U was totally unusable have disappeared, the feedback received from current users was just a few wifi connectivity issues reports, same as with every other models.

My BE92U is totally unusable, and sitting forlornly on a shelf awaiting an update. I went out and got a BE88U to remain operational. I was getting the RTC corruption/crash problem, but like the others who mentioned that problem, it appears random. Sometimes I could go a day or two without crashing, sometimes less than an hour. Never anything in the logs other than those couple of lines related to the clock being off, then typical reboot chatter.
As soon as there's a Merlin build that indicates a solution, I'll be ready to rotate it back into play and see what happens.

 

[Zirescu]

Ran some tests with them, the most major stability issues seem specific to the GPL version that I am using. I also tried to gather user feedback on the forums, apparently all those people who claimed their RT-BE92U was totally unusable have disappeared, the feedback received from current users was just a few wifi connectivity issues reports, same as with every other models.

Asked the engineer for an updated GPL for that model, they can't provide me an ETA for when they will be able to do so, only that it will be provided once it's ready.

Not sure where you posted, as I hadn't seen anything about requesting feedback. I implemented a script to detect the clock going back to the year 1918 and forcing a reboot, so the downtime is minimal. Still happens haphazardly, there will be days, sometimes weeks where it's stable and then some days it'll end up rebooting 3 times in a single day. Did you want the logs?

Quality of life improvement request: I would love to see the uptime include on the index page, maybe at the top of the System Status, but put take it anywhere on the index page.

 

[degrub]

Not sure where you posted, as I hadn't seen anything about requesting feedback. I implemented a script to detect the clock going back to the year 1918 and forcing a reboot, so the downtime is minimal. Still happens haphazardly, there will be days, sometimes weeks where it's stable and then some days it'll end up rebooting 3 times in a single day. Did you want the logs?

Quality of life improvement request: I would love to see the uptime include on the index page, maybe at the top of the System Status, but put take it anywhere on the index page.

Looking for Feedback: RT-BE92U stability issues

Hi, I'm trying to gather more info/feedback from RT-BE92U owners who are suffering from major performance issues, or general instability or crashes. If you are experiencing issues, please test again using the latest stock firmware (if you were using Asuswrt-Merlin). If you can still reproduce...

www.snbforums.com

 

[bbooms]

13 days up and running on my BE92U. No reboots but I noticed changing the DNS causes a total disconnect from the WAN. Connection is back after 20 secs.

 

[RMerlin]

I was getting the RTC corruption/crash problem, but like the others who mentioned that problem, it appears random.

I was only able to reproduce the RTC reset with Asuswrt-Merlin, I couldn't reproduce it when running the stock firmware after trying for about 3-4 days, which indicates the issue was only with the GPL version that Asuswrt-Merlin was using.

 

[Bhoot®]

Performed update via manual upload of firmware on AXE16000. No issues so far. AImesh all came up. Thank you MasterMerlin - remain awesome.

 

[Elmer]

Still having disconnects with AXE16000. Certainly seems to be associated with dhcp timeouts and possibly some subtle ipv6 change. Don't think you changed the GPL for this model. I keep tinkering, trying to find the root cause. Wife is not happy.

 

[Centrifuge]

New BE86U, first flash with Merlin and factory reset. Seems to be working great, still building trust.

 

[MF-Bra]

It appears to be up and working fine.

Interesting, still offline for me. Shift refresh and trying from mobile without any previous access to the page (no cache at all) shows the same. Any chance a regional/ip restriction being applied ?

 

[AntonK]

Interesting, still offline for me. Shift refresh and trying from mobile without any previous access to the page (no cache at all) shows the same. Any chance a regional/ip restriction being applied ?

Can't imagine any reason for regional restriction(s) for such a site. RMerlin does acknowledge an intermittent issue here: https://www.snbforums.com/threads/asuswrt-merlin-3006-102-7-is-now-available.96796/post-986545

 

[ColinTaylor]

Interesting, still offline for me. Shift refresh and trying from mobile without any previous access to the page (no cache at all) shows the same. Any chance a regional/ip restriction being applied ?

It's working here in the UK, as it was yesterday. However, if I switch to Brazil using a VPN I see the same error as you. Other South American countries seem to be OK.

 

[MF-Bra]

It's working here in the UK, as it was yesterday. However, if I switch to Brazil using a VPN I see the same error as you. Other South American countries seem to be OK.

Thanks, after seeing previous messages I did the same VPN test and it worked. Thanks for your confirmation!
@RMerlin, it seems to be something specific for Brazilian IP Addresses, confirmed by my VPN tests and ColinTaylor's test.

It would be great if you can look at it.

 

[MF-Bra]

Can't imagine any reason for regional restriction(s) for such a site. RMerlin does acknowledge an intermittent issue here: https://www.snbforums.com/threads/asuswrt-merlin-3006-102-7-is-now-available.96796/post-986545

Completely agree there is no reason for such a thing, and that's why I didn't test with a VPN prior to reporting here, but it's confirmed there are some restrictions applied.

 

[FernandoF]

In case it helps to further confirm the issue, I can offer another local data point that it is currently not possible to access https://www.asuswrt-merlin.net from Brazil. Thank you.

EDIT: As a temporary workaround for users in Brazil, it is possible to directly reach the main Asuswrt-Merlin downloads page by accessing https://sourceforge.net/projects/asuswrt-merlin/files/

 

[HeadBanger]

Still having disconnects with AXE16000. Certainly seems to be associated with dhcp timeouts and possibly some subtle ipv6 change. Don't think you changed the GPL for this model. I keep tinkering, trying to find the root cause. Wife is not happy.

Same here with AXE16000. I rolled back to 3006.102.6 on 2nd March and it's been fine since (no ISP disconnects, IPv6 functioning correctly).

HB

​