Release Asuswrt-Merlin 388.2 is now available for select models

[Bogey]

And other addons you have. Dnsmasq logging is on and working no problem here but that's all I have. So it seems there are other things causing your dnsmasq crashes.

There's at least three of us that have this problem. Maybe it's a specific hardware model? I don't know...
Regarding your question regarding other addons. Yes, I have other addons. However, one of the tests that I ran was a factory reset and nothing else except Diversion, and switching logging off "fixes it" (or rather prevents it from happening).

 

[bluepoint]

There's at least three of us that have this problem. Maybe it's a specific hardware model? I don't know...
Regarding your question regarding other addons. Yes, I have other addons. However, one of the tests that I ran was a factory reset and nothing else except Diversion, and switching logging off "fixes it" (or rather prevents it from happening).

We're both running same dnsmsq, GPL versions but different models. When you said you factory resetted the router, did you install diversion from scratch too? Can you try installing diversion lite instead of using pixelserve?

 

[zhadoom]

Hi,
1st post in this forum.

I found a bug related to ppp acceleration since 388.2_2. High cpu usage. Reverted to 388,2 and all ok. The high cpu degrade the download speed ( normal 800Mb/s comes 580Mb/s ).
The log will show a message about a table full ( sorry I don't remember the table and this bug does'nt happen in 388.2 ).

 

[Bogey]

We're both running same dnsmsq, GPL versions but different models. When you said you factory resetted the router, did you install diversion from scratch too?

Yes, that's correct.

Can you try installing diversion lite instead of using pixelserve?

Sure, I haven't tested that option yet.

 

[AlbumMan]

I think we are not "whining", we are here to share info and exchange ideas.
How can we know how to do thing correctly if we do not ask and we do not receive answers and advises.
Sorry to not be knowledge able enough but thanks for the information.

Yes we are here to share info, etc but perhaps a new thread specifically for that might be best since it is not a firmware issue.

 

[Makaveli]

Hi,
1st post in this forum.

I found a bug related to ppp acceleration since 388.2_2. High cpu usage. Reverted to 388,2 and all ok. The high cpu degrade the download speed ( normal 800Mb/s comes 580Mb/s ).
The log will show a message about a table full ( sorry I don't remember the table and this bug does'nt happen in 388.2 ).

I'm on a FTTH PPPOE connection with this firmware.

Are you seeing this from the speedtest in the router or using the speedtest app?

 

[aex.perez]

There's at least three of us that have this problem. Maybe it's a specific hardware model? I don't know...
Regarding your question regarding other addons. Yes, I have other addons. However, one of the tests that I ran was a factory reset and nothing else except Diversion, and switching logging off "fixes it" (or rather prevents it from happening).

Add another one, not running Diversion or Pixelerv, and not TrendMicro (Privacy Withdrawn), 388.2_2 and 388.2 from HW reset, reconfigured from scratch each time - happens with or without scripts/addons - and sometimes impacts other functions/scripts/addons, router (AX88) even did a core dump the other evening - attached most recent logs (General and Crash) - Happens randomly, regardless of workload begins by dropping individual devices i.e iPhone says your Wifi Network not connected to Internet - randomly for sometime before eventually restarting, crashing (worse case core dump), then restarting itself and possibly other functions and depending what restarts will also impact those functions/addons necessitating a reboot to get back to normal...

Have plenty of events and all are similar to the attached

 

[Dedel66]

Hi,
1st post in this forum.

I found a bug related to ppp acceleration since 388.2_2. High cpu usage. Reverted to 388,2 and all ok. The high cpu degrade the download speed ( normal 800Mb/s comes 580Mb/s ).
The log will show a message about a table full ( sorry I don't remember the table and this bug does'nt happen in 388.2 ).

Please add your router model in your signature so we can see on what router you are referring to.

 

[Bogey]

but perhaps a new thread specifically for that might be best since it is not a firmware issue.

Yes, a new thread might be an option, though I argue it’s not a firmware issue as it’s related to dnsmasq and that came with the firmware
Anyway, we’re in contact with Simon.

 

[Stephen Harrington]

And just to throw another somewhat different data point into the mix, I'm seeing the dnsmasq crashes since the 388.2 release and I'm NOT running Diversion.
I am however running the @SomeWhereOverTheRainBow ere AMTM version of AdGuardHome, which I guess is "kinda sorta" similar functionality so it may be related?

 

[SomeWhereOverTheRainBow]

And just to throw another somewhat different data point into the mix, I'm seeing the dnsmasq crashes since the 388.2 release and I'm NOT running Diversion.
I am however running the @SomeWhereOverTheRainBow ere AMTM version of AdGuardHome, which I guess is "kinda sorta" similar functionality so it may be related?

Hopefully your AdGuardHome isn't failing. Please open a separate thread in the addon section if it is. We can further discuss it there.

 

[Stephen Harrington]

Hopefully your AdGuardHome isn't failing.

@SomeWhereOverTheRainBow
Nope, it seems to be fine, or if it is glitching I never notice it.
Probably wouldn't have noticed the dnsmasq crashes either except after finding this discussion I went looking in the logs and saw them ...

 

[SomeWhereOverTheRainBow]

@SomeWhereOverTheRainBow
Nope, it seems to be fine, or if it is glitching I never notice it.
Probably wouldn't have noticed the dnsmasq crashes either except after finding this discussion I went looking in the logs and saw them ...

As long as you are not experiencing any DNS issues, you should be fine. Supposedly 388.2_2, which is available for download already, has a patch for dnsmasq.

 

[Stephen Harrington]

Supposedly 388.2_2, which is available for download already, has a patch for dnsmasq.

@SomeWhereOverTheRainBow as per Sig I'm already on 388.2_2 - crashes started on 388.2_0 with update to dnsmasq 2.89 and continued with 388.2_2, I think?

 

[SomeWhereOverTheRainBow]

@SomeWhereOverTheRainBow as per Sig I'm already on 388.2_2 - crashes started on 388.2_0 with update to dnsmasq 2.89 and continued with 388.2_2, I think?

Oh, I was just merely stating that 388.2_2 had a patch that was suppose to fix it. I haven't seen any crashes on my end. Although I did see dnsmasq recieve SIGTERM and restart randomly. Is this the same behavior you are experiencing?

 

[Stephen Harrington]

Is this the same behavior you are experiencing?

@SomeWhereOverTheRainBow
Fatal signal 11, dnsmasq tainted and then watchdog restarts it ... probably 10-20 times a day at a guess?

May 16 17:07:48 AsusRouter custom_script: Running openvpn-event
May 16 17:07:48 AsusRouter dnsmasq[2864179]: read /etc/hosts - 24 names
May 16 17:07:48 AsusRouter dnsmasq[2864179]: read /jffs/addons/YazDHCP.d/.hostnames - 140 names
May 16 17:07:48 AsusRouter kernel: potentially unexpected fatal signal 11.
May 16 17:07:48 AsusRouter kernel: CPU: 1 PID: 2864179 Comm: dnsmasq Tainted: P           O    4.1.52 #2
May 16 17:07:48 AsusRouter kernel: Hardware name: Broadcom-v8A (DT)
May 16 17:07:48 AsusRouter kernel: task: ffffffc02aa14040 ti: ffffffc029a3c000 task.ti: ffffffc029a3c000
May 16 17:07:48 AsusRouter kernel: PC is at 0xf7428654
May 16 17:07:48 AsusRouter kernel: LR is at 0x209ac
May 16 17:07:48 AsusRouter kernel: pc : [<00000000f7428654>] lr : [<00000000000209ac>] pstate: 20010010
May 16 17:07:48 AsusRouter kernel: sp : 00000000ffc206c8
May 16 17:07:48 AsusRouter kernel: x12: 0000000000000072
May 16 17:07:48 AsusRouter kernel: x11: 000000000001d72b x10: 000000000009a70c
May 16 17:07:48 AsusRouter kernel: x9 : 000000000001d72b x8 : 00000000ffffffff
May 16 17:07:48 AsusRouter kernel: x7 : 000000000009a70c x6 : 000000000023efe0
May 16 17:07:48 AsusRouter kernel: x5 : 00000000f74d55cc x4 : 00000000ffc20570
May 16 17:07:48 AsusRouter kernel: x3 : 0000000000000000 x2 : 0000000000000120
May 16 17:07:48 AsusRouter kernel: x1 : 0000000000000000 x0 : 0000000000000072
May 16 17:07:49 AsusRouter vpndirector: Routing Router from 192.168.1.254 to any through main
May 16 17:07:49 AsusRouter vpndirector: Routing Nord OVPN NAS from 192.168.1.200 to any through ovpnc1
May 16 17:07:49 AsusRouter openvpn: Forcing 192.168.1.200 to use DNS server 103.86.96.100 for OVPNC1
May 16 17:07:49 AsusRouter openvpn: Excluding 192.168.1.254 from forced DNS routing for OVPNC1
May 16 17:07:52 AsusRouter custom_script: Running openvpn-event
May 16 17:07:56 AsusRouter rc_service: watchdog 1513:notify_rc start_dnsmasq
May 16 17:07:56 AsusRouter custom_script: Running /jffs/scripts/service-event (args: start dnsmasq)
May 16 17:07:56 AsusRouter custom_config: Appending content of /jffs/configs/dnsmasq.conf.add.
May 16 17:07:56 AsusRouter custom_script: Running /jffs/scripts/dnsmasq.postconf (args: /etc/dnsmasq.conf)
May 16 17:07:56 AsusRouter dnsmasq[3393603]: started, version 2.89 cachesize 1500
May 16 17:07:56 AsusRouter dnsmasq[3393603]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-UBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset no-nftset no-auth cryptohash DNSSEC no-ID loop-detect no-inotify no-dumpfile
May 16 17:07:56 AsusRouter dnsmasq[3393603]: warning: interface br2 does not currently exist
May 16 17:07:56 AsusRouter dnsmasq[3393603]: warning: interface br1 does not currently exist
May 16 17:07:56 AsusRouter dnsmasq[3393603]: warning: interface pptp* does not currently exist
May 16 17:07:56 AsusRouter dnsmasq[3393603]: asynchronous logging enabled, queue limit is 5 messages
May 16 17:07:56 AsusRouter dnsmasq-dhcp[3393603]: DHCP, IP range 192.168.102.2 -- 192.168.102.254, lease time 1d
May 16 17:07:56 AsusRouter dnsmasq-dhcp[3393603]: DHCP, IP range 192.168.101.2 -- 192.168.101.254, lease time 1d
May 16 17:07:56 AsusRouter dnsmasq-dhcp[3393603]: DHCP, IP range 192.168.1.20 -- 192.168.1.39, lease time 1d
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for 10.in-addr.arpa
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for 168.192.in-addr.arpa
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for _dns.resolver.arpa
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for use-application-dns.net
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for 16HenryStreet.dyndns.org
May 16 17:07:56 AsusRouter dnsmasq[3393603]: read /etc/hosts - 24 names
May 16 17:07:56 AsusRouter dnsmasq[3393603]: read /jffs/addons/YazDHCP.d/.hostnames - 140 names
May 16 17:07:56 AsusRouter dnsmasq-dhcp[3393603]: read /jffs/addons/YazDHCP.d/.staticlist
May 16 17:07:56 AsusRouter dnsmasq-dhcp[3393603]: read /jffs/addons/YazDHCP.d/.optionslist
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using nameserver 1.1.1.1#53
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using nameserver 1.0.0.1#53
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for 10.in-addr.arpa
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for 168.192.in-addr.arpa
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for _dns.resolver.arpa
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for use-application-dns.net
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for 16HenryStreet.dyndns.org
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using nameserver 1.1.1.1#53
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using nameserver 1.0.0.1#53
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for 10.in-addr.arpa
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for 168.192.in-addr.arpa
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for _dns.resolver.arpa
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for use-application-dns.net
May 16 17:07:56 AsusRouter dnsmasq[3393603]: using only locally-known addresses for 16HenryStreet.dyndns.org
May 16 17:07:56 AsusRouter custom_script: Running /jffs/scripts/service-event-end (args: start dnsmasq)

 

[zhadoom]

Please add your router model in your signature so we can see on what router you are referring to.

RT-AX88U

 

[zhadoom]

I'm on a FTTH PPPOE connection with this firmware.

Are you seeing this from the speedtest in the router or using the speedtest app?

Both, At internal speedtest have less loss of speed.
Reverting to 388.2 solved in both cases.

 

[JGrana]

If dnsmasq is crashing, then the bug is inside dnsmasq and needs to be fixed by its author. There is nothing for @thelonelycoder to fix there, the best he could do is implement a workaround (if even possible).

As @RMerlin is saying, from my debugging, the problem is squarely with dnsmasq version 2.89.
Some debug notes:

1) YazDHCP doesn’t really “run” when the error occurs. It simply is a nicer front end to create a hostname file that will be read by dnsmasq.
2) In my case, dnsmasq crashes right after reading a hostname file. I disabled YazDHCP, commented out the dnsmasq.conf line that tells dnsmasq to read the YazDHCP created file and just use /etc/hosts.
dnsmasq v2.89 still crashed, in this case after reading /etc/hosts as opposed to reading /jffs/addons/YazDHCP.d/.hostnames.
So, YazDHCP is not the problem.
3) By replacing the dnsmasq v2.89 binary with a slightly older version (2.85) the crashes no longer occur.
4) I don’t run Diversion, but it could be that any program that creates any kind of hosts file could trigger the crash with dnsmasq v2.89.
5) I have NOT tested another scenario - have /etc/hosts be minimal. With many of us having either many entries for static IP assigment, or entries for add blocking (or both) it’s possible the length of any hosts file read by dnsmasq v2.89 could contribute to the crash. Not sure, but this is where I would test next. But, i’m not. v 2.85 is running and I have too many statics to worry about.

Simon Kelly and his team are the ones that need to fix this.

ps: If you don’t watch the messages file, you wouldn’t know this is happening. Watchdog quickly restarts dnsmasq and it works fine. Ignorence is bliss in this case ;-)

 

[bluepoint]

As @RMerlin is saying, from my debugging, the problem is squarely with dnsmasq version 2.89.
Some debug notes:

5) I have NOT tested another scenario - have /etc/hosts be minimal. With many of us having either many entries for static IP assigment, or entries for add blocking (or both) it’s possible the length of any hosts file read by dnsmasq v2.89 could contribute to the crash. Not sure, but this is where I would test next. But, i’m not. v 2.85 is running and I have too many statics to worry about.

If I were to choose a poison, I think number 5 might be the contributing factor to your problem. I have 20 manually assigned static clients through the GUI, I let others be dynamic specially mobile phones that I don't control ( nowadays the privacy IP is on everything) since I know the router has limited IP assignments and it's easier to manage when reset to factory time comes. I have no other addons but diversion lite using large blocking list. I have no dnsmasq crashes with this minimal setup.
You were in the right track I believe, too many static assignments and hosts that triggers the crashes so yes there is a bug in dnsmasq 2.89 so it seems. It'll be interesting what you'll find out.