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.
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.)
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.
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.
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.
I unmounted the USB Stick, unplugged it, rebooted the router
Upgraded firmware to 388.2_2, rebooted
(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.
I unmounted the USB Stick, unplugged it, rebooted the router
Upgraded firmware to 388.2_2, rebooted
(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
tc WAN iface : eth5 The problem is that Merlin hasn’t updated his own Classification page to adapt to variations in WAN interface name for newer models. eth5 is not expected in Merlin’s code to retrieve stats. You probably see the same behavior on the Classification page where upload is not...
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.
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:
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.
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?
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?
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!
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.