What's new

Release Asuswrt-Merlin 388.2 is now available for select models

  • 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.
No. The issue is so random that I don`t even know how many years ago it started appearing - it does not happen to everyone, and not everyone has it crashing for the same reason. It's simply software that is very poorly written by Trend Micro, causing it to crash whenever it encounter something it does not expect, such as virtual network interfaces created by Diversion.
The "dcd tainted" crashes occur for users that enable pixelserv-tls or Exclude devices from ad-blocking (additional configuration via LAN >> DNS Director in router GUI) in Diversion. These features create an additional Dnsmasq instance that appears to conflict with some of the Trend Micro components.
 
The "dcd tainted" crashes occur for users that enable pixelserv-tls or Exclude devices from ad-blocking (additional configuration via LAN >> DNS Director in router GUI) in Diversion. These features create an additional Dnsmasq instance that appears to conflict with some of the Trend Micro components.
That's not the problem. The problem is the network interface pixelserv-tls creates, which causes dcd to crash - I was able to recreate the crash just by creating the virtual network interface.

And that's just one of the scenarios that can cause dcd to crash, since there are also crashes on the stock firmware, as well as on Asuswrt-Merlin setups without Diversion.
 
Updated to 388.2_2 from 388.2 yesterday and did not observed any issues so far (like for 388.2).

1683755438523.png


Thanks Éric...
 
Last edited:
That's not the problem. The problem is the network interface pixelserv-tls creates, which causes dcd to crash - I was able to recreate the crash just by creating the virtual network interface.

And that's just one of the scenarios that can cause dcd to crash, since there are also crashes on the stock firmware, as well as on Asuswrt-Merlin setups without Diversion.
So is that what’s causing the device/computer disconnects I’m experiencing? (And if I’m lucky to have still one device connected I could restart dnsmasq so they can reconnect.)
 
So is that what’s causing the device/computer disconnects I’m experiencing?
No. DCD is only tied to the Trend Micro components, it has no impact on connectivity.
 
The "dcd tainted" crashes occur for users that enable pixelserv-tls or Exclude devices from ad-blocking (additional configuration via LAN >> DNS Director in router GUI) in Diversion. These features create an additional Dnsmasq instance that appears to conflict with some of the Trend Micro components.

Why use Diversion when there is AdGuardHome? I dumped diversion a while back as AdGuard is light years ahead in overall tuning capabilities.
 
And that's just one of the scenarios that can cause dcd to crash, since there are also crashes on the stock firmware, as well as on Asuswrt-Merlin setups without Diversion.
Correct. I have a very simple default configuration and don't use Diversion or any other scripts.

But I can trigger the dcd crash just by looking at the "Web History" (found on the Adaptive QoS page). Also several times and directly one after the other.
 
Last edited:
In your off-topic opinion…
It not off topic…. Original Problem cited above specified diversion. Just trying to help as I don’t use diversion and do not experience the issue. Seems OBE now anyways given ELCP cited the problem without diversion.
 
I managed to upgrade from 388.1 to 388.2_2 yesterday afternoon after work.
  1. I unmounted the USB Stick, unplugged it, rebooted the router
  2. Upgraded firmware to 388.2_2, rebooted
  3. (re)Plugged USB Stick, rebooted
Few hours later, some wireless devices were unable to connect to wifi (one iPad and one IoT). I was able to see on the iPad that wireless connection was fine but device was unable to get IP from DHCP.
I connected to the WebUI and only doing this seemed to correct the situation (I know, really strange).
Everything went fine until this morning, between 07:15 AM and 08:00 AM when my laptop (wired) was unable to get IP from DHCP. I manually assigned IP and disable "Diversion" because it seems that is causing the trouble.
Here is the log during this period:

May 11 07:14:00 Diversion: found 1 new YouTube hosts, total is 836 (counter at 30 of 30)
May 11 07:14:00 dnsmasq[23755]: read /etc/hosts - 23 names
May 11 07:14:00 dnsmasq[23755]: using nameserver 208.67.222.222#53
May 11 07:14:00 dnsmasq[23755]: using nameserver 208.67.220.220#53
May 11 07:14:00 dnsmasq[23755]: using nameserver 208.67.222.222#53
May 11 07:14:00 dnsmasq[23755]: using nameserver 208.67.220.220#53
May 11 07:14:02 kernel: potentially unexpected fatal signal 11.
May 11 07:14:02 kernel: CPU: 3 PID: 23766 Comm: dnsmasq Tainted: P O 4.1.52 #2
May 11 07:14:02 kernel: Hardware name: Broadcom-v8A (DT)
May 11 07:14:02 kernel: task: ffffffc032152ac0 ti: ffffffc027818000 task.ti: ffffffc027818000
May 11 07:14:02 kernel: PC is at 0xf71e1654
May 11 07:14:02 kernel: LR is at 0x209ac
May 11 07:14:02 kernel: pc : [<00000000f71e1654>] lr : [<00000000000209ac>] pstate: 20010010
May 11 07:14:02 kernel: sp : 00000000ff8d8e78
May 11 07:14:02 kernel: x12: 0000000000000072
May 11 07:14:02 kernel: x11: 00000000000127ec x10: 000000000009a70c
May 11 07:14:02 kernel: x9 : 00000000000127ec x8 : 00000000ffffffff
May 11 07:14:02 kernel: x7 : 000000000009a70c x6 : 00000000015c4ca8
May 11 07:14:02 kernel: x5 : 00000000f728e5cc x4 : 00000000ff8d8d20
May 11 07:14:02 kernel: x3 : 0000000000000000 x2 : 0000000000000120
May 11 07:14:02 kernel: x1 : 0000000000000000 x0 : 0000000000000072
May 11 07:14:20 rc_service: httpds 1727:notify_rc start_uiDivStatsquerylog
May 11 07:14:20 custom_script: Running /jffs/scripts/service-event (args: start uiDivStatsquerylog)
May 11 07:14:20 custom_script: Running /jffs/scripts/service-event-end (args: start uiDivStatsquerylog)
May 11 07:17:19 kernel: potentially unexpected fatal signal 11.
May 11 07:17:19 kernel: CPU: 1 PID: 29119 Comm: dcd Tainted: P O 4.1.52 #2
May 11 07:17:19 kernel: Hardware name: Broadcom-v8A (DT)
May 11 07:17:19 kernel: task: ffffffc022ce2180 ti: ffffffc028864000 task.ti: ffffffc028864000
May 11 07:17:19 kernel: PC is at 0xf731239c
May 11 07:17:19 kernel: LR is at 0x1dce0
May 11 07:17:19 kernel: pc : [<00000000f731239c>] lr : [<000000000001dce0>] pstate: 600b0010
May 11 07:17:19 kernel: sp : 00000000ffa19298
May 11 07:17:19 kernel: x12: 00000000000a2050
May 11 07:17:19 kernel: x11: 00000000f65ff024 x10: 00000000000a23c4
May 11 07:17:19 kernel: x9 : 00000000f65ff8fc x8 : 00000000000a287c
May 11 07:17:19 kernel: x7 : 00000000f65ff934 x6 : 00000000000a2876
May 11 07:17:19 kernel: x5 : 0000000000000000 x4 : 00000000f65ff8e0
May 11 07:17:19 kernel: x3 : 0000000000000000 x2 : 00000000ffa19274
May 11 07:17:19 kernel: x1 : 000000000007d72e x0 : 0000000000000000
May 11 07:21:21 kernel: wl0: random key value: 38F3FBEF5F8BF38A741B01BE773B6584A8FA056179750A3AE831ADDC1133B577
May 11 07:21:21 wlceventd: wlceventd_proc_event(511): wl0.1: Disassoc 80:7D:3A:64:43:50, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
May 11 07:21:21 wlceventd: wlceventd_proc_event(511): wl0.1: Disassoc 80:7D:3A:64:43:50, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0

I will try different scenario, with and without Skynet, Diversion and uiDivStats (because I can see it in the logs).
I may also give a try with "Factory Reset" and start from scratch.

Really strange, this is the first time I have some much trouble with one firmware.
 
I managed to upgrade from 388.1 to 388.2_2 yesterday afternoon after work.
  1. I unmounted the USB Stick, unplugged it, rebooted the router
  2. Upgraded firmware to 388.2_2, rebooted
  3. (re)Plugged USB Stick, rebooted
Few hours later, some wireless devices were unable to connect to wifi (one iPad and one IoT). I was able to see on the iPad that wireless connection was fine but device was unable to get IP from DHCP.
I connected to the WebUI and only doing this seemed to correct the situation (I know, really strange).
Everything went fine until this morning, between 07:15 AM and 08:00 AM when my laptop (wired) was unable to get IP from DHCP. I manually assigned IP and disable "Diversion" because it seems that is causing the trouble.
Here is the log during this period:

May 11 07:14:00 Diversion: found 1 new YouTube hosts, total is 836 (counter at 30 of 30)
May 11 07:14:00 dnsmasq[23755]: read /etc/hosts - 23 names
May 11 07:14:00 dnsmasq[23755]: using nameserver 208.67.222.222#53
May 11 07:14:00 dnsmasq[23755]: using nameserver 208.67.220.220#53
May 11 07:14:00 dnsmasq[23755]: using nameserver 208.67.222.222#53
May 11 07:14:00 dnsmasq[23755]: using nameserver 208.67.220.220#53
May 11 07:14:02 kernel: potentially unexpected fatal signal 11.
May 11 07:14:02 kernel: CPU: 3 PID: 23766 Comm: dnsmasq Tainted: P O 4.1.52 #2
May 11 07:14:02 kernel: Hardware name: Broadcom-v8A (DT)
May 11 07:14:02 kernel: task: ffffffc032152ac0 ti: ffffffc027818000 task.ti: ffffffc027818000
May 11 07:14:02 kernel: PC is at 0xf71e1654
May 11 07:14:02 kernel: LR is at 0x209ac
May 11 07:14:02 kernel: pc : [<00000000f71e1654>] lr : [<00000000000209ac>] pstate: 20010010
May 11 07:14:02 kernel: sp : 00000000ff8d8e78
May 11 07:14:02 kernel: x12: 0000000000000072
May 11 07:14:02 kernel: x11: 00000000000127ec x10: 000000000009a70c
May 11 07:14:02 kernel: x9 : 00000000000127ec x8 : 00000000ffffffff
May 11 07:14:02 kernel: x7 : 000000000009a70c x6 : 00000000015c4ca8
May 11 07:14:02 kernel: x5 : 00000000f728e5cc x4 : 00000000ff8d8d20
May 11 07:14:02 kernel: x3 : 0000000000000000 x2 : 0000000000000120
May 11 07:14:02 kernel: x1 : 0000000000000000 x0 : 0000000000000072
May 11 07:14:20 rc_service: httpds 1727:notify_rc start_uiDivStatsquerylog
May 11 07:14:20 custom_script: Running /jffs/scripts/service-event (args: start uiDivStatsquerylog)
May 11 07:14:20 custom_script: Running /jffs/scripts/service-event-end (args: start uiDivStatsquerylog)
May 11 07:17:19 kernel: potentially unexpected fatal signal 11.
May 11 07:17:19 kernel: CPU: 1 PID: 29119 Comm: dcd Tainted: P O 4.1.52 #2
May 11 07:17:19 kernel: Hardware name: Broadcom-v8A (DT)
May 11 07:17:19 kernel: task: ffffffc022ce2180 ti: ffffffc028864000 task.ti: ffffffc028864000
May 11 07:17:19 kernel: PC is at 0xf731239c
May 11 07:17:19 kernel: LR is at 0x1dce0
May 11 07:17:19 kernel: pc : [<00000000f731239c>] lr : [<000000000001dce0>] pstate: 600b0010
May 11 07:17:19 kernel: sp : 00000000ffa19298
May 11 07:17:19 kernel: x12: 00000000000a2050
May 11 07:17:19 kernel: x11: 00000000f65ff024 x10: 00000000000a23c4
May 11 07:17:19 kernel: x9 : 00000000f65ff8fc x8 : 00000000000a287c
May 11 07:17:19 kernel: x7 : 00000000f65ff934 x6 : 00000000000a2876
May 11 07:17:19 kernel: x5 : 0000000000000000 x4 : 00000000f65ff8e0
May 11 07:17:19 kernel: x3 : 0000000000000000 x2 : 00000000ffa19274
May 11 07:17:19 kernel: x1 : 000000000007d72e x0 : 0000000000000000
May 11 07:21:21 kernel: wl0: random key value: 38F3FBEF5F8BF38A741B01BE773B6584A8FA056179750A3AE831ADDC1133B577
May 11 07:21:21 wlceventd: wlceventd_proc_event(511): wl0.1: Disassoc 80:7D:3A:64:43:50, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
May 11 07:21:21 wlceventd: wlceventd_proc_event(511): wl0.1: Disassoc 80:7D:3A:64:43:50, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0

I will try different scenario, with and without Skynet, Diversion and uiDivStats (because I can see it in the logs).
I may also give a try with "Factory Reset" and start from scratch.

Really strange, this is the first time I have some much trouble with one firmware.
I'm in exactly the same situation. Factory Reset, hard/cold reset, Skynet off, different USB, nothing seems to make a difference... except going back to 388.1 or earlier OR turning Diversion off. I am inclined to believe it has to do with the Diversion statistics update at 5:20 and 17:20 ... but that could be human nature: looking for patterns where there aren't any 😁
 
upload stats is still broken on 388.2_2 on AX86U. 2.5G is set for wan and yes I've already rebooted multiple times.
 

Attachments

  • Ekran görüntüsü 2023-05-11 182201.png
    Ekran görüntüsü 2023-05-11 182201.png
    183.7 KB · Views: 121
upload stats is still broken on 388.2_2 on AX86U. 2.5G is set for wan and yes I've already rebooted multiple times.
Can you post the output of:
Code:
tc qdisc show root | grep htb
cat /sys/module/tdts_udb/parameters/dev_wan
cat /sys/module/tdts_udb/parameters/qos_wan
Is your WAN connection PPP/PPPoE?
 
Last edited:
Can you post the output of:
Code:
tc qdisc show root | grep htb
cat /sys/module/tdts_udb/parameters/dev_wan
cat /sys/module/tdts_udb/parameters/qos_wan
Is your WAN connection PPP/PPPoE?
qdisc htb 1: dev eth0 root refcnt 2 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000
qdisc htb 1: dev br0 root refcnt 2 r2q 10 default 0 direct_packets_stat 0 direct_qlen 2

ppp0,eth0,wgc1,wgc2,wgc3,wgc4,wgc5

eth0

this is PPPoE FTTH.
 
qdisc htb 1: dev eth0 root refcnt 2 r2q 10 default 0 direct_packets_stat 0 direct_qlen 1000
qdisc htb 1: dev br0 root refcnt 2 r2q 10 default 0 direct_packets_stat 0 direct_qlen 2

ppp0,eth0,wgc1,wgc2,wgc3,wgc4,wgc5

eth0

this is PPPoE FTTH.
OK, so Merlin’s fix for one issue has created a new issue.


 
I'm in exactly the same situation. Factory Reset, hard/cold reset, Skynet off, different USB, nothing seems to make a difference... except going back to 388.1 or earlier OR turning Diversion off. I am inclined to believe it has to do with the Diversion statistics update at 5:20 and 17:20 ... but that could be human nature: looking for patterns where there aren't any 😁
Since both cases relate to DHCP, I am also getting dnsmasq Tainted errors with dnsmasq V 2.89

Im trying to track down an issue with the most recent dnsmasq (in 388.2) where reading the hosts file causes dnsmasq to catch a Fatal Signal 6 (Sig Abort). In my case, dnsmasq restarts and seems to give out addresses fine.

In your case, it shows a Signal 11 - Segmentation violation.

Using the older dnsmasq (v 2.85) I don’t get an Tainted/Signal errors.

I’m waiting to get my email address approved for the dnsmasq-discuss mail list to send some data to the group.
 
Last edited:
That option does not exist on that router.


That option never existed on that model, and if you ever saw it, it was shown by mistake since selecting it wasn`t doing anything.

Too many settings are now stored in the JFFS partition, an option to reformat it makes no sense today, as it will end up deleting portions of your router configuration. For instance that would cause you to lose every DHCP static reservations.

If you need to "reset" your custom scripts, then just go into the /jffs/scripts/ and remove the content.
One can also keep a backup of /jffs on another system, and then port back select files after a factory reset. I installed 'rsync', but an 'scp -r' should work, too. It may also be possible to extract files from a config backup file, but I haven't tried that.

Here's what my router's /jffs looks like on my Linux server:

Code:
total 684
  4 drwx------ 2 gerardr root   4096 Mar  5 09:54 .cert
  4 drwxrw-rw- 2 gerardr root   4096 Mar  5 09:54 .diag
  4 drwx------ 2 gerardr root   4096 Mar  5 09:54 .ssh
  4 drwxrw-rw- 6 gerardr root   4096 Mar  5 09:54 .sys
  4 drwxr-xr-x 2 gerardr root   4096 Mar  5 09:54 addons
  4 drwxrwxrwx 2 gerardr root   4096 Mar  5 09:54 ahs
  4 drwxr--r-- 2 gerardr root   4096 Mar 24 09:32 asd
 60 -rw-rw-rw- 1 gerardr root  59008 May  5  2018 asd.log
104 -rw-rw-rw- 1 gerardr root 102449 May  5  2018 asd.log.1
  4 -rw-r--r-- 1 gerardr root     60 Dec 19  2021 asd_json
  4 drwxr-xr-x 2 gerardr root   4096 Apr 24 14:59 bin
  4 drwxrwxrwx 2 gerardr root   4096 Mar  5 09:54 ca_files
  4 -rw-rw-rw- 1 gerardr root   2506 May  5  2018 cert.tgz
  4 drwxr-xr-x 2 gerardr root   4096 Mar  5 09:54 configs
  4 drwxr-xr-x 2 gerardr root   4096 Mar  5 09:54 lib
  4 -rw-r--r-- 1 gerardr root   2432 Apr 24 15:08 nmp_cl_json.js
  4 -rw-r--r-- 1 gerardr root    276 May  5  2018 nmp_vc_json.js
  4 drwxrwxrwx 2 gerardr root   4096 Mar  5 09:54 nvram
  0 -rw-rw-rw- 1 gerardr root      0 Dec 31  1969 nvram_war
  4 drwxr-xr-x 2 gerardr root   4096 Mar  5 09:54 scripts
164 -rw-rw-rw- 1 gerardr root 165236 Apr 24 15:05 syslog.log
260 -rw-rw-rw- 1 gerardr root 262156 Apr 24 15:05 syslog.log-1
  4 drwxr-xr-x 2 gerardr root   4096 Mar  5 09:54 usericon
  8 -rw-rw-rw- 1 gerardr root   7666 Apr 24 15:04 wglst
 12 -rw-rw-rw- 1 gerardr root  10245 Apr  6 05:10 wglst.1
  4 -rw-r--r-- 1 gerardr root    645 Apr 24 15:08 wlcnt.json

and then what the 'nvram' directory there partly looks like:

Code:
total 68
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 MULTIFILTER_DEVICENAME
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 MULTIFILTER_MAC
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 MULTIFILTER_MACFILTER_DAYTIME
4 -rw-rw-rw- 1 gerardr root  25 Dec 31  1969 MULTIFILTER_MACFILTER_DAYTIME_V2
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 MULTIFILTER_REWARD
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 MULTIFILTER_TMP
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 OPTUS_MULTIFILTER_MAC
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 asus_device_list
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 autofw_rulelist
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 bwdpi_game_list
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 bwdpi_stream_list
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 bwdpi_wfh_list
0 -rw-rw-rw- 1 gerardr root   0 Apr 24 15:08 cfg_device_list
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 cloud_sync
4 -rw-rw-rw- 1 gerardr root 871 Dec 31  1969 custom_clientlist
0 -rw-rw-rw- 1 gerardr root   0 Dec  6 12:08 custom_usericon
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 custom_usericon_del
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 dhcp1_staticlist
4 -rw-rw-rw- 1 gerardr root 942 Dec  3 14:15 dhcp_staticlist
4 -rw-rw-rw- 1 gerardr root 119 Dec 31  1969 dns_ping_list
0 -rw-rw-rw- 1 gerardr root   0 Dec 31  1969 dnsfilter_rulelist

Anything with size (the number after 'root') has configuration data. The static host configuration is in dhcp_staticlist and custom_clientlist. Most file naming is fairly self-explanatory.

One can do a factory reset, and then drop just those two files back in /jffs/nvram/ and reboot to get back your static entries.
 
Hello, good afternoon.

I have an RT-AXE7800 and I read here that the Asuswrt-Merlin version is compatible with all routers with Wi-Fi 6.
So, could I install this version?
Or when you mean that it is compatible with all routers with Wi-Fi 6, are you referring only to those that currently appear on your website?

Thank you so much
 
Hello, good afternoon.

I have an RT-AXE7800 and I read here that the Asuswrt-Merlin version is compatible with all routers with Wi-Fi 6.
So, could I install this version?
Or when you mean that it is compatible with all routers with Wi-Fi 6, are you referring only to those that currently appear on your website?

Thank you so much
I don't see that one on the supported list for Merlin FW.

See here: https://www.asuswrt-merlin.net/about
 
Status
Not open for further replies.

Similar threads

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

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