I think I may have posted my thread in the incorrect area yesterday!
I just unboxed my brand new replacement RT-AC86U from ASUS after my original died in 3 months.
This time I was extra careful during the setup. Followed nuclear reset twice. Then did m&m config.
Device came with 3.0.0.4.384_32799 and I put on merlin 384.19
This then spams the logs:
Jan 11 16:18:54 kernel: nf_conntrack: expectation table full
over and over.....
I've done nothing else and am seeing this in the logs already like my prior device. Ultimately once I installed FlexQoS, it would clear it, but then in about 20-30 mins it is full again.
I had followed the solved thread previously, but I don't think we got an official response from Merlin himself.
thread was: https://www.snbforums.com/threads/solved-syslog-flooded-with-nf_conntrack-errors-rt-ax88u.62501/
Love to get the scoop and if this can be fixed right from the flash without having to do anything.
Else, what for sure should I do now?
One fix was to tweak a number to 240 or 384..... "Value 240 written to nf_conntrack_expect_max"
I've seen others posting their logs with this in it to. Are we just ignoring or is this something that @RMerlin can fix?
Thanks!
I just unboxed my brand new replacement RT-AC86U from ASUS after my original died in 3 months.
This time I was extra careful during the setup. Followed nuclear reset twice. Then did m&m config.
Device came with 3.0.0.4.384_32799 and I put on merlin 384.19
This then spams the logs:
Jan 11 16:18:54 kernel: nf_conntrack: expectation table full
over and over.....
I've done nothing else and am seeing this in the logs already like my prior device. Ultimately once I installed FlexQoS, it would clear it, but then in about 20-30 mins it is full again.
I had followed the solved thread previously, but I don't think we got an official response from Merlin himself.
thread was: https://www.snbforums.com/threads/solved-syslog-flooded-with-nf_conntrack-errors-rt-ax88u.62501/
Love to get the scoop and if this can be fixed right from the flash without having to do anything.
Else, what for sure should I do now?
One fix was to tweak a number to 240 or 384..... "Value 240 written to nf_conntrack_expect_max"
I've seen others posting their logs with this in it to. Are we just ignoring or is this something that @RMerlin can fix?
Thanks!