What's new

Beta Asuswrt-Merlin 386.1 Beta (stage 2) is now available

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

Status
Not open for further replies.
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
 
Last edited:
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.
 
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.
 
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.

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.
 
BETA 5 DROPS!

EDIT: Updating three APs from Beta 4b to Beta 5 as we speak. Let's do this.
 
Last edited:
BETA 5 DROPS!

EDIT: Updating three APs from Beta 4b to Beta 5 as we speak. Let's do this.

BOOM! I just downloaded .. but gonna wait a little bit before installing. Report back how it goes!
 
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).
 
BOOM! I just downloaded .. but gonna wait a little bit before installing. Report back how it goes!
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.
 
Thanks Merlin, downloading now and will install soon :)

EDIT: Flashed on AC88U with no issues; everything seems to be working fine so far
 
Last edited:
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).
Were these built on... THE BEAST?
 
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.

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
 
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.
Can you point me to this script and the usage docs?
 
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
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.
 
Were these built on... THE BEAST?

Yes, so ignore the faint burning smell coming out of these images, it should dissipate within an hour or two.

It's nice being able to sit on the couch after supper, fire up the build script, work on release notes and git tagging, do some forum catchup, then be ready to publish the generated archives within the hour.
 
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).

Thank you again.:)
 
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

Daughters can be so judgemental.;)
 
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).
AC86U updated from b2 to b5, the high CPU temp on b3-b4 seems to be fixed.
b2: 73-74°C
b5: 75-77°C (edit: after 5 hours the temp is 76-77°C, so 3°C higher than b2, but still a lot better than b3 which raised the temp to 84°C)

386.1_beta2 pwrshow.png
386.1_beta5 pwrshow.png


386.1_beta2 temp.png
386.1_beta5 temp.png
 
Last edited:
Status
Not open for further replies.

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