SQM Randomly stops working

Router: Technicolor Tim Hub DGA4132
Firmware: LuCI openwrt-18.06 branch (git-20.155.55668-a972bdb) / OpenWrt SNAPSHOT r14144-e2ae576c18

After the router is booted up (or rebooted), SQM doesn't work. I have to go into Startup and restart the sqm service for it to start working. The SQM start and stop logs don't seem show anything specific to me, however, i'll post it anyways

Also, it stops working after a while (randomly). For example, I powered up the router in morning, then manually restarted the sqm service. It was working fine. In the afternoon, on a whim, I ran a speed test , and found out SQM wasn't working. I had to restart the service again.

Why is this happening? I have "sqm-scripts" and "luci-app-sqm" installed.

Thank you

Sat Aug 24 19:16:33 CEST 2024: Starting.
Starting SQM script: simplest.qos on wanptm0, in: 55000 Kbps, out: 18000 Kbps
Failed to find act_ipt. Maybe it is a built in module ?
Failed to find sch_fq_codel. Maybe it is a built in module ?
Failed to find sch_ingress. Maybe it is a built in module ?
Failed to find act_mirred. Maybe it is a built in module ?
Failed to find cls_fw. Maybe it is a built in module ?
Failed to find cls_u32. Maybe it is a built in module ?
/sbin/ip link add name TMP_IFB_4_SQM type ifb
/usr/sbin/tc qdisc replace dev TMP_IFB_4_SQM root htb
QDISC htb is useable.
/sbin/ip link set dev TMP_IFB_4_SQM down
/sbin/ip link delete TMP_IFB_4_SQM type ifb
/sbin/ip link add name TMP_IFB_4_SQM type ifb
/usr/sbin/tc qdisc replace dev TMP_IFB_4_SQM root fq_codel
QDISC fq_codel is useable.
/sbin/ip link set dev TMP_IFB_4_SQM down
/sbin/ip link delete TMP_IFB_4_SQM type ifb
Starting simplest.qos
ifb associated with interface wanptm0: 
Currently no ifb is associated with wanptm0, this is normal during starting of the sqm system.
/sbin/ip link add name ifb4wanptm0 type ifb
IFACE: wanptm0 MTU: 1500
HTB_QUANTUM (linear): 1500, BANDWIDTH: 18000
IFACE: wanptm0 MTU: 1500
BURST: , BANDWIDTH: 18000
Default Burst, HTB will use MTU plus shipping and handling
/usr/sbin/tc qdisc del dev wanptm0 root
RTNETLINK answers: No such file or directory
LLA: default link layer adjustment method for !cake is tc_stab
/usr/sbin/tc qdisc add dev wanptm0 root handle 1: htb default 10
/usr/sbin/tc class add dev wanptm0 parent 1: classid 1:1 htb quantum 1500 rate 18000kbit ceil 18000kbit
/usr/sbin/tc class add dev wanptm0 parent 1:1 classid 1:10 htb quantum 1500 rate 18000kbit ceil 18000kbit prio 0
get_limit:  CURLIMIT: 1001
get_target defaulting to auto.
get_ECN: ECN CURECN: ecn IECN: ECN EECN: ECN
/usr/sbin/tc qdisc add dev wanptm0 parent 1:10 handle 110: fq_codel limit 1001 target 5000us interval 100000us ecn flows 1024
egress shaping activated
/sbin/ip link add name TMP_IFB_4_SQM type ifb
/usr/sbin/tc qdisc replace dev TMP_IFB_4_SQM ingress
QDISC ingress is useable.
/sbin/ip link set dev TMP_IFB_4_SQM down
/sbin/ip link delete TMP_IFB_4_SQM type ifb
ingress
/usr/sbin/tc qdisc del dev wanptm0 handle ffff: ingress
RTNETLINK answers: Invalid argument
/usr/sbin/tc qdisc add dev wanptm0 handle ffff: ingress
IFACE: wanptm0 MTU: 1500
HTB_QUANTUM (linear): 6000, BANDWIDTH: 55000
IFACE: wanptm0 MTU: 1500
BURST: 4500, BANDWIDTH: 55000
/usr/sbin/tc qdisc del dev ifb4wanptm0 root
RTNETLINK answers: No such file or directory
LLA: default link layer adjustment method for !cake is tc_stab
/usr/sbin/tc qdisc add dev ifb4wanptm0 root handle 1: htb default 10
/usr/sbin/tc class add dev ifb4wanptm0 parent 1: classid 1:1 htb quantum 6000 rate 55000kbit ceil 55000kbit burst 4500 cburst 4500
/usr/sbin/tc class add dev ifb4wanptm0 parent 1:1 classid 1:10 htb quantum 6000 rate 55000kbit ceil 55000kbit burst 4500 cburst 4500 prio 0
get_limit:  CURLIMIT: 1001
get_target defaulting to auto.
get_ECN: ECN CURECN: ecn IECN: ECN EECN: ECN
/usr/sbin/tc qdisc add dev ifb4wanptm0 parent 1:10 handle 110: fq_codel limit 1001 target 5000us interval 100000us ecn flows 1024
/sbin/ip link set dev ifb4wanptm0 up
/usr/sbin/tc filter add dev wanptm0 parent ffff: protocol all prio 10 u32 match u32 0 0 flowid 1:1 action mirred egress redirect dev ifb4wanptm0
ingress shaping activated
simplest.qos was started on wanptm0 successfully

It appears you are using firmware that is not from the official OpenWrt project.

When using forks/offshoots/vendor-specific builds that are "based on OpenWrt", there may be many differences compared to the official versions (hosted by OpenWrt.org). Some of these customizations may fundamentally change the way that OpenWrt works. You might need help from people with specific/specialized knowledge about the firmware you are using, so it is possible that advice you get here may not be useful.

You may find that the best options are:

  1. Install an official version of OpenWrt, if your device is supported (see https://firmware-selector.openwrt.org).
  2. Ask for help from the maintainer(s) or user community of the specific firmware that you are using.
  3. Provide the source code for the firmware so that users on this forum can understand how your firmware works (OpenWrt forum users are volunteers, so somebody might look at the code if they have time and are interested in your issue).

If you believe that this specific issue is common to generic/official OpenWrt and/or the maintainers of your build have indicated as such, please feel free to clarify.

So this should be handled by hotplug, so either hotplug is not working, or you have another script triggered by hotplug that runs before the sqm script that fails and dies not finish successfully...

I'm using this : https://github.com/Ansuel/tch-nginx-gui
Sadly my device isn't officially supported by openwrt.
But i've seen other peoples in this forum with my issue, so i thought someone could help me.

Is there any other logs that i can provide to better figure this out?

which is a GUI mod/extension ....

hence the 1st reply you got ...

hopefully not using a chopped up openwrt release from 2018....

Well i guess nobody has a solution for this...
Then... What other modem can i buy which has openwrt? (It needs to allow a PPPoe connection for my internet to work aswell, and i would like a modem not a router)

how could we, we don't know anything about that fw ...

use https://openwrt.org/toh/views/toh_extended_all and
put DSL in the Modem column.

stay away from everything that got < 16MB flash and/or < 128MB RAM.
and avoid anything that got < 32MB flash.