Issues with RT-AX92U running 388.2_2_0-gnuton1

[pgershon]

I have been running 388.2_2_0-gnuton1 for about 10 days now on my RT-AX92U (with 2 AI Mesh nodes). I have noticed a series of entries in my log that concern me, and my router is crashing every few days )it seems to overheat). Everything had been stable on the glutton 388.2 beta for me, so it's possible there is something changed between the pre-release and the release version that messed me up. It's also possible that these log entries were there before but not noticed. I looked up other posts about these two issues on the forum and I really found nothing definitive. Let me list the issues and maybe someone will have suggestions:

1) miniupnpd[2322]: PCP MAP: failed to add mapping TCP 9->192.168.1.10:9 'PCP MAP fc208c7c3cc27498c6a28f1c'
This comes up every 15 minutes or so. 192.168.1.1 is my Asus router. 192.168.1.10 is my primary computer (iMac). And I do have software that references 192.168.1.12:9090 (a squeezebox). But there is nothing I know of that should reference TCP port 9. Looking back at my log for last few days, the miniupnpd entries have been going on for several days, but have become more frequent. Examples of different messages are below. not sure of the significance of changing the PCP MAP address.

Jun 9 23:24:55 miniupnpd[4627]: PCP MAP: failed to add mapping TCP 9->192.168.1.10:9 'PCP MAP 8a8e5ff5f69a0de5e1d6b18c'
Jun 10 01:09:55 miniupnpd[4627]: PCP MAP: failed to add mapping TCP 9->192.168.1.10:9 'PCP MAP 8a8e5ff5f69a0de5e1d6b18c'
Jun 10 17:00:13 miniupnpd[7170]: PCP MAP: failed to add mapping TCP 9->192.168.1.10:9 'PCP MAP ff395fc94f20579988687329' (after crash)

Jun 11 09:00:15 miniupnpd[7170]: PCP MAP: failed to add mapping TCP 9->192.168.1.10:9 'PCP MAP ff395fc94f20579988687329'
Jun 11 09:01:23 rc_service: httpd 1282:notify_rc restart_httpd
Jun 11 09:01:23 custom_script: Running /jffs/scripts/service-event (args: restart httpd)
Jun 11 09:01:23 RT-AX92U: start https:8443
Jun 11 09:01:23 RT-AX92U: start httpd:80
Jun 11 09:01:23 httpd: Succeed to init SSL certificate...80
Jun 11 09:01:23 httpd: Succeed to init SSL certificate...8443
Jun 11 09:01:47 rc_service: httpd 31660:notify_rc restart_ddns_le
Jun 11 09:01:47 custom_script: Running /jffs/scripts/service-event (args: restart ddns_le)
Jun 11 09:01:47 ddns: update WWW.NO-IP.COM default@no-ip.com, wan_unit 0
Jun 11 09:01:47 ddns: Clear ddns cache.
Jun 11 09:01:47 ddns: Start Inadyn(10).
Jun 11 09:01:47 inadyn[32146]: In-a-dyn version 2.10.0 -- Dynamic DNS update client.
Jun 11 09:01:47 inadyn[32146]: Update forced for alias eh.pgershon.com, new IP# 69.116.210.61
Jun 11 09:01:48 inadyn[32146]: Updating cache for eh.pgershon.com
Jun 11 09:10:38 rc_service: httpd 31660:notify_rc restart_wan_if 0;restart_stubby
Jun 11 09:10:38 custom_script: Running /jffs/scripts/service-event (args: restart wan_if)
Jun 11 09:10:38 kernel: CPU: 0 PID: 7554 Comm: dnsmasq Tainted: P O 4.1.51 #2
Jun 11 09:10:38 kernel: Hardware name: Broadcom-v8A (DT)
Jun 11 09:10:38 kernel: task: ffffffc0126b94c0 ti: ffffffc009fb8000 task.ti: ffffffc009fb8000
Jun 11 09:10:38 kernel: PC is at 0xf7677654
Jun 11 09:10:38 kernel: LR is at 0x209ac
Jun 11 09:10:38 kernel: pc : [<00000000f7677654>] lr : [<00000000000209ac>] pstate: 20010010
Jun 11 09:10:38 kernel: sp : 00000000ff8ed7d8
Jun 11 09:10:38 kernel: x12: 0000000000000072
Jun 11 09:10:38 kernel: x11: 000000000000ec2a x10: 000000000009a70c
Jun 11 09:10:38 kernel: x9 : 000000000000ec2a x8 : 00000000ffffffff
Jun 11 09:10:38 kernel: x7 : 000000000009a70c x6 : 0000000000827af0
Jun 11 09:10:38 kernel: x5 : 00000000f77245d0 x4 : 00000000ff8ed680
Jun 11 09:10:38 kernel: x3 : 0000000000000000 x2 : 0000000000000120
Jun 11 09:10:38 kernel: x1 : 0000000000000000 x0 : 0000000000000072
Jun 11 09:10:38 wsdd2[7572]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Jun 11 09:10:38 wan: mac clone: [wan0_hwaddr] == [78:7b:8a:ab:e5:92]
Jun 11 09:10:38 custom_script: Running /jffs/scripts/service-event (args: restart stubby)
Jun 11 09:10:38 kernel: CPU: 1 PID: 1189 Comm: nt_center Tainted: P O 4.1.51 #2
Jun 11 09:10:38 kernel: Hardware name: Broadcom-v8A (DT)
Jun 11 09:10:38 kernel: task: ffffffc015bb3500 ti: ffffffc013940000 task.ti: ffffffc013940000
Jun 11 09:10:38 kernel: PC is at 0x1347c
Jun 11 09:10:38 kernel: LR is at 0x133d8
Jun 11 09:10:38 kernel: pc : [<000000000001347c>] lr : [<00000000000133d8>] pstate: 60010010
Jun 11 09:10:38 kernel: sp : 00000000ffb8afe0
Jun 11 09:10:38 kernel: x12: 0000000000070000
Jun 11 09:10:38 kernel: x11: 0000000000000000 x10: 00000000ffb8b278
Jun 11 09:10:38 kernel: x9 : 0000000000000000 x8 : 000000000042a360
Jun 11 09:10:38 kernel: x7 : 0000000000000762 x6 : 00000000ffb8b054
Jun 11 09:10:38 kernel: x5 : 00000000f61e4860 x4 : 00000000f64ebe88
Jun 11 09:10:38 kernel: x3 : 000000000042a360 x2 : 0000000000000000
Jun 11 09:10:38 kernel: x1 : 000000000000f001 x0 : 0000000000070004
Jun 11 09:10:38 wsdd2[7572]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Jun 11 09:10:38 wan: finish adding multi routes
Jun 11 09:10:39 ddns: WAN IP is empty.(10)
Jun 11 09:10:39 miniupnpd[7170]: shutting down MiniUPnPd
Jun 11 09:10:44 miniupnpd[2322]: HTTP listening on port 55447
Jun 11 09:10:44 miniupnpd[2322]: Listening for NAT-PMP/PCP traffic on port 5351
Jun 11 09:10:44 rc_service: udhcpc_wan 2114:notify_rc stop_samba
Jun 11 09:10:44 rc_service: udhcpc_wan 2114:notify_rc start_samba
Jun 11 09:10:44 rc_service: waitting "stop_samba" via udhcpc_wan ...
Jun 11 09:10:44 custom_script: Running /jffs/scripts/service-event (args: stop samba)
Jun 11 09:10:44 wsdd2[7572]: Terminated received.
Jun 11 09:10:44 Samba_Server: smb daemon is stopped
Jun 11 09:10:45 rc_service: udhcpc_wan 2114:notify_rc stop_samba
Jun 11 09:10:45 rc_service: waitting "start_samba" via udhcpc_wan ...
Jun 11 09:10:45 custom_script: Running /jffs/scripts/service-event (args: start samba)
Jun 11 09:10:46 custom_config: Appending content of /jffs/configs/dnsmasq.conf.add.
Jun 11 09:10:46 Samba_Server: daemon is started
Jun 11 09:10:47 rc_service: udhcpc_wan 2114:notify_rc start_samba
Jun 11 09:10:47 rc_service: waitting "stop_samba" via udhcpc_wan ...
Jun 11 09:10:47 custom_script: Running /jffs/scripts/service-event (args: stop samba)
Jun 11 09:10:47 wsdd2[2373]: Terminated received.
Jun 11 09:10:47 Samba_Server: smb daemon is stopped
Jun 11 09:10:48 dhcp_client: bound 69.116.210.61/255.255.240.0 via 69.116.208.1 for 108131 seconds.
Jun 11 09:10:48 custom_script: Running /jffs/scripts/service-event (args: start samba)
Jun 11 09:10:49 miniupnpd[2322]: PCP MAP: failed to add mapping TCP 9->192.168.1.10:9 'PCP MAP f44dab819244a080dadfbdbe'

2) Frequent Auth/DeAuth messages - typically for my son's iPhone or mine. What odd is that these messages appear while we are sleeping or not moving within the house.

Jun 11 14:44:35 wlceventd: wlceventd_proc_event(530): eth6: Auth 28:37:37:19:23E, status: Successful (0), rssi:0
Jun 11 14:44:35 wlceventd: wlceventd_proc_event(530): eth7: Auth 28:37:37:19:23E, status: Successful (0), rssi:-89
Jun 11 14:44:38 wlceventd: wlceventd_proc_event(494): eth6: Deauth_ind 28:37:37:19:23E, status: 0, reason: Unspecified reason (1), rssi:-85
Jun 11 14:44:38 wlceventd: wlceventd_proc_event(530): eth6: Auth 28:37:37:19:23E, status: Successful (0), rssi:-85
Jun 11 14:44:38 wlceventd: wlceventd_proc_event(494): eth7: Deauth_ind 28:37:37:19:23E, status: 0, reason: Unspecified reason (1), rssi:-90
Jun 11 14:44:38 wlceventd: wlceventd_proc_event(530): eth7: Auth 28:37:37:19:23E, status: Successful (0), rssi:-90
Jun 11 14:44:38 wlceventd: wlceventd_proc_event(494): eth6: Deauth_ind 28:37:37:19:23E, status: 0, reason: Unspecified reason (1), rssi:-85
Jun 11 14:44:38 wlceventd: wlceventd_proc_event(530): eth6: Auth 28:37:37:19:23E, status: Successful (0), rssi:-85
Jun 11 14:44:38 wlceventd: wlceventd_proc_event(494): eth7: Deauth_ind 28:37:37:19:23E, status: 0, reason: Unspecified reason (1), rssi:-88
Jun 11 14:44:38 wlceventd: wlceventd_proc_event(530): eth7: Auth 28:37:37:19:23E, status: Successful (0), rssi:-88
Jun 11 14:44:41 wlceventd: wlceventd_proc_event(494): eth7: Deauth_ind 28:37:37:19:23E, status: 0, reason: Unspecified reason (1), rssi:-90
Jun 11 14:44:41 wlceventd: wlceventd_proc_event(530): eth7: Auth 28:37:37:19:23E, status: Successful (0), rssi:-90
Jun 11 14:44:45 wlceventd: wlceventd_proc_event(511): eth7: Disassoc 28:37:37:19:23E, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Jun 11 14:44:45 wlceventd: wlceventd_proc_event(511): eth7: Disassoc 28:37:37:19:23E, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Jun 11 14:44:45 wlceventd: wlceventd_proc_event(511): eth6: Disassoc 28:37:37:19:23E, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Jun 11 14:44:45 wlceventd: wlceventd_proc_event(511): eth6: Disassoc 28:37:37:19:23E, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0

3) dnsmasq[5536]: Maximum number of concurrent DNS queries reached (max: 150) - This occurred right before the crash, but I am not sure what would be generating the DNS queries. Nothing unusual was happening at the time. I had two Apple TV's running YouTubeTV at the time. And people were moving through the house with their iPhones, but not actively doing anything on the internet.

 

[pgershon]

Note - I turned off UPnP as I dont believe I need or use it. First problem went away. #3 may have been due to an internet crash at ISP level. Seems to have been one time only but I will continue to monitor.

I remain concerned about the router crashing and needing reset every few days, but will monitor now that UPnP is off.

 

[charlesb224]

This is why I'm holding off from upgrading from the extremely stable Gnuton 386.8. Uptime of weeks with no issues. Too many bugs that are likely from the parent GPL code from Asus. I was waiting for some longer term feedback on 388.2, but it's posts like these that confirm that I should wait for next version to see how stable .3 will be before taking the plunge.

 

[RobJack]

This is why I'm holding off from upgrading from the extremely stable Gnuton 386.8. Uptime of weeks with no issues. Too many bugs that are likely from the parent GPL code from Asus. I was waiting for some longer term feedback on 388.2, but it's posts like these that confirm that I should wait for next version to see how stable .3 will be before taking the plunge.

Yeah, I had upgraded to 388.2 as well, and same thing. Lots of crashes, nodes losing backhaul link and flashing blue, etc, etc... Reverted back to 386.7 and back to normal (well, MY normal - high memory and cpu utilization due to too many devices, and devices being dropped to free up resources, but I can live with this until I overhaul my entire network.)

 

[pgershon]

Everything seems much more stable today with UPnP inactive. Log just filled with entries from iPad and iPhone moving from node to node.

 

[Rocketboy235]

Curious if you have any updates on this. I just updated my pair of AX92U with the latest gnuton firmware. Hopefully it will be stable enough...

 

[tom.moughan]

I also have a pair of AX92U routers. I ran the 388.2_2_0-gnuton1 firmware without any problems. Last week, I installed the 3004.388.4_0-gnuton1 firmware with a factory reset on each. On the first overnight reboot, the 5g WIFI didn't come back on. It came right back on when I power cycled the main router. I do three overnight reboots a week. The WIFI has been solid since.