dave14305
Part of the Furniture
Look for something in cron that runs every 30 minutes.anyone else with these messages?
View attachment 29853
Bash:
cru l
Look for something in cron that runs every 30 minutes.anyone else with these messages?
View attachment 29853
cru l
You Probably have to run the nf_contrack script that suppresses the messages I used to use it till the error disappeared.Been running Beta 4 on RT-AX86U since it came out and just in the last few days I have started receiving the following errors in log files:
Jan 25 18:29:37 kernel: nf_conntrack: expectation table full
Jan 25 18:29:37 kernel: nf_conntrack: expectation table full
Jan 25 18:29:37 kernel: nf_conntrack: expectation table full
Jan 25 18:29:37 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:40 kernel: nf_conntrack: expectation table full
Looks like this was an issue seen a few months/years back on older versions (384) but it didnt look like there was ever a resolution. I am not running any add-ons and not running anything special, ie no Guest Wi-Fi, no USB drives, etc. The only thing I am running is AI-Mesh with one additional Asus device (RC-AC3100). I have rebooted but this doesnt seem to help. Any suggestions?
Thanks,
David
You Probably have to run the nf_contrack script that suppresses the messages I used to use it till the error disappeared.
I'm getting the same with a 384_19 to 386.1b4b in-place upgrade but have been ignoring them. Coincidentally I just checked my log and for the past 12 hours my log is flooded with them, however yesterday and the day before (weekend) I had none. Couple more days back I had plenty of them.Been running Beta 4 on RT-AX86U since it came out and just in the last few days I have started receiving the following errors in log files:
Jan 25 18:29:37 kernel: nf_conntrack: expectation table full
Jan 25 18:29:37 kernel: nf_conntrack: expectation table full
Jan 25 18:29:37 kernel: nf_conntrack: expectation table full
Jan 25 18:29:37 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:39 kernel: nf_conntrack: expectation table full
Jan 25 18:29:40 kernel: nf_conntrack: expectation table full
Looks like this was an issue seen a few months/years back on older versions (384) but it didnt look like there was ever a resolution. I am not running any add-ons and not running anything special, ie no Guest Wi-Fi or anything. I have rebooted but this doesnt seem to help. Any suggestions?
Thanks,
David
I'm getting the same with a 384_19 to 386.1b4b in-place upgrade but have been ignoring them. Coincidentally I just checked my log and for the past 12 hours my log is flooded with them, however yesterday and the day before (weekend) I had none. Couple more days back I had plenty of them.
Thinking back about my devices and usage patterns, it COULD be related to my Cisco AnyConnect VPN client - I didn't work this weekend.
Not sure what this means, I've never seen any ill effects from these entries so just posting this to add some more detail.
It actually adjusts the NF contrack tableThanks, but isnt that just hiding the issue? I will look for the script and run it.
BETA 5 DROPS!
EDIT: Updating three APs from Beta 4b to Beta 5 as we speak. Let's do this.
3790c8fe9a Updated documentation
fd1cb1eacd dnsmasq: update to 2.84 final
6ecc2e1df5 dnsmasq: update to 2.84test3 (openssl/2.84test3-40-gee342e7)
7328ccf7d8 dnsmasq: update to 2.84test3 (openssl/2.84test3-36-g5790ea0)
2585ca7b3d wsdd2: Also bind to specific interface when listening to SSDP address
fa6b3b0502 wsdd2: identify as ASUSWRT WSD rather than NETGEAR WSD
e0b64349d2 Merge 386_41700 binary blobs + SDK for RT-AX58U
96010951e0 Merge 386_41700 binary blobs and SDK for RT-AX56U
c43ea32f3d Merge 386_41700 binary blobs and SDK for RT-AX86U
4f37b74bfb Merge 386_41700 binary blobs + SDK for GT-AC2900
2900dc0d46 Merge 386_41700 binary blobs + SDK for RT-AX88U
a679101f9c asd: re-enable on all models
06182cb7e7 Merge 386_41700 binary blobs + SDK for RT-AC86U
5e9564e6bf Merge 386_41700 binary blobs for RT-AC88U/RT-AC3100/RT-AC5300
5512e8a4d4 build: add cleanup section to copy-prebuilt
eee7484d6f Merge GPL + binary blobs from 386_41700 (RT-AC68U)
10aff689a1 Bumped revision to beta 5
72b2a94f58 SDK 5.02p1: cleanup SDK
12bf0ba323 SDK 5.02p1: fix pwrmngtd module building
a5ea4eb7de axhnd: cleanup SDK from build leftovers
603b0b45bc rc: replace missing include with publicly obtained defines
83eeea819d libovpn: correct error message when trying to start already running server
82ab0809b6 rc: don't use prebuilt init-broadcom
6d4d79b48a SDK 4908: revert bdmf.o to 386_40577 version
Upgrades went fine. Will do the proverbial restarts later once they settle in. Did a quick check of my cams/devices/network and everything seems re-connected and talking.BOOM! I just downloaded .. but gonna wait a little bit before installing. Report back how it goes!
Were these built on... THE BEAST?Jan 25th: Beta 5 is now available. Changes since Beta 4:
Code:3790c8fe9a Updated documentation fd1cb1eacd dnsmasq: update to 2.84 final 6ecc2e1df5 dnsmasq: update to 2.84test3 (openssl/2.84test3-40-gee342e7) 7328ccf7d8 dnsmasq: update to 2.84test3 (openssl/2.84test3-36-g5790ea0) 2585ca7b3d wsdd2: Also bind to specific interface when listening to SSDP address fa6b3b0502 wsdd2: identify as ASUSWRT WSD rather than NETGEAR WSD e0b64349d2 Merge 386_41700 binary blobs + SDK for RT-AX58U 96010951e0 Merge 386_41700 binary blobs and SDK for RT-AX56U c43ea32f3d Merge 386_41700 binary blobs and SDK for RT-AX86U 4f37b74bfb Merge 386_41700 binary blobs + SDK for GT-AC2900 2900dc0d46 Merge 386_41700 binary blobs + SDK for RT-AX88U a679101f9c asd: re-enable on all models 06182cb7e7 Merge 386_41700 binary blobs + SDK for RT-AC86U 5e9564e6bf Merge 386_41700 binary blobs for RT-AC88U/RT-AC3100/RT-AC5300 5512e8a4d4 build: add cleanup section to copy-prebuilt eee7484d6f Merge GPL + binary blobs from 386_41700 (RT-AC68U) 10aff689a1 Bumped revision to beta 5 72b2a94f58 SDK 5.02p1: cleanup SDK 12bf0ba323 SDK 5.02p1: fix pwrmngtd module building a5ea4eb7de axhnd: cleanup SDK from build leftovers 603b0b45bc rc: replace missing include with publicly obtained defines 83eeea819d libovpn: correct error message when trying to start already running server 82ab0809b6 rc: don't use prebuilt init-broadcom 6d4d79b48a SDK 4908: revert bdmf.o to 386_40577 version
This contains dnsmasq 2.84 (which was released only three hours ago by its author - just saying...) which resolves security issues, as well as IPv6 breakage that was introduced in 2.83.
RT-AC86U CPU idle fix from Asus's 386_41700 GPL is included (replacing my own temporary fix).
Upgrades went fine. Will do the proverbial restarts later once they settle in. Did a quick check of my cams/devices/network and everything seems re-connected and talking.
I keep forgetting that we've switched to IPTV services... so a restart of our main floor AP interrupts TV. Doh. Wife caught that one.
Can you point me to this script and the usage docs?Hmm, thats a good point, mine also seems to only happen during the week. I am not using Cisco specifically but have ZScaler agent running on my work laptop. I have changed the value to 352 based on the script and will see what happens.
Heh. Most of the time I can get away with it... but the TV was pretty obvious. Main router and core stuff still on stable release.I try to wait until no one is using the network .. whenever I flash the main router it's within seconds that my daughter yells "DAD! My network isn't working!" That being said, working from home and kids remote learning, I try to wait for the weekends so as to not disrupt the network or spend all night troubleshooting lol
Were these built on... THE BEAST?
Jan 25th: Beta 5 is now available. Changes since Beta 4:
Code:3790c8fe9a Updated documentation fd1cb1eacd dnsmasq: update to 2.84 final 6ecc2e1df5 dnsmasq: update to 2.84test3 (openssl/2.84test3-40-gee342e7) 7328ccf7d8 dnsmasq: update to 2.84test3 (openssl/2.84test3-36-g5790ea0) 2585ca7b3d wsdd2: Also bind to specific interface when listening to SSDP address fa6b3b0502 wsdd2: identify as ASUSWRT WSD rather than NETGEAR WSD e0b64349d2 Merge 386_41700 binary blobs + SDK for RT-AX58U 96010951e0 Merge 386_41700 binary blobs and SDK for RT-AX56U c43ea32f3d Merge 386_41700 binary blobs and SDK for RT-AX86U 4f37b74bfb Merge 386_41700 binary blobs + SDK for GT-AC2900 2900dc0d46 Merge 386_41700 binary blobs + SDK for RT-AX88U a679101f9c asd: re-enable on all models 06182cb7e7 Merge 386_41700 binary blobs + SDK for RT-AC86U 5e9564e6bf Merge 386_41700 binary blobs for RT-AC88U/RT-AC3100/RT-AC5300 5512e8a4d4 build: add cleanup section to copy-prebuilt eee7484d6f Merge GPL + binary blobs from 386_41700 (RT-AC68U) 10aff689a1 Bumped revision to beta 5 72b2a94f58 SDK 5.02p1: cleanup SDK 12bf0ba323 SDK 5.02p1: fix pwrmngtd module building a5ea4eb7de axhnd: cleanup SDK from build leftovers 603b0b45bc rc: replace missing include with publicly obtained defines 83eeea819d libovpn: correct error message when trying to start already running server 82ab0809b6 rc: don't use prebuilt init-broadcom 6d4d79b48a SDK 4908: revert bdmf.o to 386_40577 version
This contains dnsmasq 2.84 (which was released only three hours ago by its author - just saying...) which resolves security issues, as well as IPv6 breakage that was introduced in 2.83.
RT-AC86U CPU idle fix from Asus's 386_41700 GPL is included (replacing my own temporary fix).
I try to wait until no one is using the network .. whenever I flash the main router it's within seconds that my daughter yells "DAD! My network isn't working!" That being said, working from home and kids remote learning, I try to wait for the weekends so as to not disrupt the network or spend all night troubleshooting lol
AC86U updated from b2 to b5, the high CPU temp on b3-b4 seems to be fixed.Jan 25th: Beta 5 is now available. Changes since Beta 4:
Code:06182cb7e7 Merge 386_41700 binary blobs + SDK for RT-AC86U
RT-AC86U CPU idle fix from Asus's 386_41700 GPL is included (replacing my own temporary fix).
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!