What's new

Asus XT8 weird logs entries on 42095

  • 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!

CarsonL

Occasional Visitor
This may seem weird, but I'm getting a bunch of log entries on my XT8s and random restarts from time to time.

My Current setup : Wireless Backhaul with DFS disabled, Backhaul under WPA-3.

Network : Average of 3-4 GB usage per hour consistently.

Log entries :

May 5 13:05:13 crashlog: <6>protocol 8100 is buggy, dev wds2.0.1
May 5 13:05:13 crashlog: <4>net_ratelimit: 2002 callbacks suppressed
May 5 13:06:00 miniupnpd[1760]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
May 5 13:06:00 wan: finish adding multi routes
May 5 13:06:00 miniupnpd[1760]: shutting down MiniUPnPd
May 5 13:06:00 miniupnpd: it is advised to use network interface name instead of 192.168.50.1/255.255.255.0
May 5 13:06:00 miniupnpd[2739]: HTTP listening on port 50102
May 5 13:06:00 miniupnpd[2739]: Listening for NAT-PMP/PCP traffic on port 5351
May 5 13:06:00 wlceventd: wlceventd_proc_event(556): eth5: Assoc D4:7A:E2:E0:7D:B4, status: Successful (0), rssi:0
May 5 13:06:04 WAN Connection: WAN was restored.
May 5 13:06:06 ntp: start NTP update Mar 17 20:00:58 rc_service: ntp 2735:notify_rc restart_diskmon
Mar 17 20:00:58 disk_monitor: Finish
Mar 17 20:00:58 disk monitor: be idle
Mar 17 20:00:59 wlceventd: wlceventd_proc_event(556): eth5: Assoc BA:C0:91:62:97:AA, status: Successful (0), rssi:0
Mar 17 20:02:16 kernel: net_ratelimit: 1766 callbacks suppressed Mar 17 20:02:22 kernel: net_ratelimit: 1010 callbacks suppressed
Mar 17 20:02:28 kernel: net_ratelimit: 2116 callbacks suppressed Mar 17 20:02:33 kernel: net_ratelimit: 1403 callbacks suppressed
Mar 17 20:02:36 wlceventd: wlceventd_proc_event(491): eth4: Deauth_ind 00:6B:8E:41:37:1E, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3), rssi:0
Mar 17 20:02:36 wlceventd: wlceventd_proc_event(556): eth5: Assoc 00:6B:8E:41:37:1E, status: Successful (0), rssi:0
Mar 17 20:02:37 wlceventd: wlceventd_proc_event(491): eth5: Deauth_ind 00:6B:8E:41:37:1E, status: 0, reason: Station requesting (re)association is not authenticated with responding station (9), rssi:0
Mar 17 20:02:37 wlceventd: wlceventd_proc_event(508): eth5: Disassoc 00:6B:8E:41:37:1E, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0 Mar 17 20:02:38 kernel: net_ratelimit: 1149 callbacks suppressed
Mar 17 20:02:39 wlceventd: wlceventd_proc_event(556): eth5: Assoc 00:6B:8E:41:37:1E, status: Successful (0), rssi:0 Mar 17 20:02:40 kernel: 00:6B:8E:41:37:1E not mesh client, can't update it's ip
Mar 17 20:02:42 WATCHDOG: [FAUPGRADE][auto_firmware_check:(7058)]periodic_check AM 2:40
Mar 17 20:02:44 kernel: net_ratelimit: 1744 callbacks suppressed
Mar 17 20:02:44 WATCHDOG: [FAUPGRADE][auto_firmware_check:(7088)]retrieve firmware information
Mar 17 20:02:44 WATCHDOG: [FAUPGRADE][auto_firmware_check:(7091)]user in use
Mar 17 20:02:49 kernel: net_ratelimit: 2175 callbacks suppressed
Mar 17 20:02:54 kernel: net_ratelimit: 2137 callbacks suppressed
Mar 17 20:02:55 ahs: [read_json]Update ahs JSON file.
 
This may seem weird, but I'm getting a bunch of log entries on my XT8s and random restarts from time to time.

My Current setup : Wireless Backhaul with DFS disabled, Backhaul under WPA-3.

Network : Average of 3-4 GB usage per hour consistently.

Log entries :

May 5 13:05:13 crashlog: <6>protocol 8100 is buggy, dev wds2.0.1
May 5 13:05:13 crashlog: <4>net_ratelimit: 2002 callbacks suppressed
May 5 13:06:00 miniupnpd[1760]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
May 5 13:06:00 wan: finish adding multi routes
May 5 13:06:00 miniupnpd[1760]: shutting down MiniUPnPd
May 5 13:06:00 miniupnpd: it is advised to use network interface name instead of 192.168.50.1/255.255.255.0
May 5 13:06:00 miniupnpd[2739]: HTTP listening on port 50102
May 5 13:06:00 miniupnpd[2739]: Listening for NAT-PMP/PCP traffic on port 5351
May 5 13:06:00 wlceventd: wlceventd_proc_event(556): eth5: Assoc D4:7A:E2:E0:7D:B4, status: Successful (0), rssi:0
May 5 13:06:04 WAN Connection: WAN was restored.
May 5 13:06:06 ntp: start NTP update Mar 17 20:00:58 rc_service: ntp 2735:notify_rc restart_diskmon
Mar 17 20:00:58 disk_monitor: Finish
Mar 17 20:00:58 disk monitor: be idle
Mar 17 20:00:59 wlceventd: wlceventd_proc_event(556): eth5: Assoc BA:C0:91:62:97:AA, status: Successful (0), rssi:0
Mar 17 20:02:16 kernel: net_ratelimit: 1766 callbacks suppressed Mar 17 20:02:22 kernel: net_ratelimit: 1010 callbacks suppressed
Mar 17 20:02:28 kernel: net_ratelimit: 2116 callbacks suppressed Mar 17 20:02:33 kernel: net_ratelimit: 1403 callbacks suppressed
Mar 17 20:02:36 wlceventd: wlceventd_proc_event(491): eth4: Deauth_ind 00:6B:8E:41:37:1E, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3), rssi:0
Mar 17 20:02:36 wlceventd: wlceventd_proc_event(556): eth5: Assoc 00:6B:8E:41:37:1E, status: Successful (0), rssi:0
Mar 17 20:02:37 wlceventd: wlceventd_proc_event(491): eth5: Deauth_ind 00:6B:8E:41:37:1E, status: 0, reason: Station requesting (re)association is not authenticated with responding station (9), rssi:0
Mar 17 20:02:37 wlceventd: wlceventd_proc_event(508): eth5: Disassoc 00:6B:8E:41:37:1E, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0 Mar 17 20:02:38 kernel: net_ratelimit: 1149 callbacks suppressed
Mar 17 20:02:39 wlceventd: wlceventd_proc_event(556): eth5: Assoc 00:6B:8E:41:37:1E, status: Successful (0), rssi:0 Mar 17 20:02:40 kernel: 00:6B:8E:41:37:1E not mesh client, can't update it's ip
Mar 17 20:02:42 WATCHDOG: [FAUPGRADE][auto_firmware_check:(7058)]periodic_check AM 2:40
Mar 17 20:02:44 kernel: net_ratelimit: 1744 callbacks suppressed
Mar 17 20:02:44 WATCHDOG: [FAUPGRADE][auto_firmware_check:(7088)]retrieve firmware information
Mar 17 20:02:44 WATCHDOG: [FAUPGRADE][auto_firmware_check:(7091)]user in use
Mar 17 20:02:49 kernel: net_ratelimit: 2175 callbacks suppressed
Mar 17 20:02:54 kernel: net_ratelimit: 2137 callbacks suppressed
Mar 17 20:02:55 ahs: [read_json]Update ahs JSON file.
May 5 13:05:13 crashlog: <6>protocol 8100 is buggy, dev wds2.0.1 <<<<< This keeps pops up, as much as 50 entries in 1 time. Then it also mentions Stopping CPU 1, 2, 3, 4. No idea what these means. The last few entries of the log files also mentions "Mar 17 20:05:04 kernel: net_ratelimit: 2188 callbacks suppressed" these also clogges up the log files as well.
 
May 5 is the date it shows after it restarts, before it syncs with the time server.
 
No idea. You'd be more likely to get a useful response from Asus.
 

Latest threads

Sign Up For SNBForums Daily Digest

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