spdMerlin spdMerlin v4.4.14 [2025-Jul-12] - Internet Speedtest and Monitoring Tool for AsusWRT Merlin

[Ripshod]

# l /jffs/addons/spdmerlin.d
-rw-rw-rw-    1 Gilly    root           339 Aug  9 20:42 .interfaces.bak
-rw-rw-rw-    1 Gilly    root         35149 Jul 25 19:28 LICENSE
-rw-rw-rw-    1 Gilly    root          2621 Jul 25 19:27 README.md
drwxrwxrwx    2 Gilly    root         17704 Aug  9 20:43 csv/
drwxrwxrwx    2 Gilly    root           376 Jul 25 19:27 ookla/
drwxrwxrwx    2 Gilly    root           160 Jul 25 19:27 ooklalicense/
-rw-rw-rw-    1 Gilly    root         89381 Jul 25 19:27 spdstats_www.asp

That's it, all I have. I don't have connmon installed.

 

[Tarek Yag]

That's it, all I have.

Thanks for sharing your files list. I'm planning on re-installing the script and start using it normally by tomorrow. I'll do uninstall, manual cleanup, fresh install, move storage, cleanup remnant files, and I'm done for now.
I'll stop debugging for the meantime until I get real and effective feedback from the code owners.

 

[Tarek Yag]

I just uninstalled spdMerlin and then made sure there are no files left related to the script both at JFFS and USB locations. Then, I made a fresh install and changed all the settings to my preference right away to get it ready to work for me.
Now that I checked what has remained in the JFFS storage location, nothing seems wrong to me (except for .interfaces.bak file). I even don't have the csv folder @Ripshod has in his own setup.

# l /jffs/addons/spdmerlin.d
-rw-rw-rw-    1 atr      root           339 Sep  6 05:30 .interfaces.bak
-rw-rw-rw-    1 atr      root         35149 Sep  6 05:32 LICENSE
-rw-rw-rw-    1 atr      root          2621 Sep  6 05:24 README.md
drwxrwxrwx    2 atr      root             0 Sep  6 05:22 ookla/
drwxrwxrwx    2 atr      root             0 Sep  6 05:22 ooklalicense/
-rw-rw-rw-    1 atr      root         89381 Sep  6 05:25 spdstats_www.asp

I'll keep monitoring the JFFS location to see when files begin to show up in my setup.

 

[Tarek Yag]

After many hours of troubleshooting, code understanding, fixing, testing, and then doing my very first code commit in GitHub.
Finally, I submitted my very first pull request to the develop branch of spdMerlin script to address the bug of losing the "excluded" mark on interfaces when their status switch between up and down, with a minor improvement to relevant code.

After the fresh install, now I can confirm -again- the bug of "excluded interfaces" getting re-included after each "open-vpn" event.

It can be easily reproduced as simple as:
1- Exclude VPNC1 interface from automatic speed test interfaces
2- Stop your OVPN Client 1
3- Start again your OVPN Client 1
Done! There you get your VPNC1 included into automatic speed test interfaces again!!

 

[Tarek Yag]

@ExtremeFiretop
Testing again the proposed fix for the "excluded interfaces" bug, then reviewing again my rejected Pull Request's code change, especially now that I have a healthy instance of the script; I just found out that the proposed fix did indeed generate another bug instead of fixing the original bug, as commented by @Martinski yesterday.
The bug is deeper than I thought before. I'll do more troubleshooting to see if it's setup-related or a valid script bug.

 

[Tarek Yag]

OMG, I can't believe it!
It is a significant script bug that has been introduced in the latest stable version (4.4.14) and is still present right now in the development branch!

It literally resets interface states every time you have an OpenVPN going down or up. So, whatever interfaces you exclude from automatic speed tests in vesion 4.4.14, every time you have "openvpn-event" script executed by the system, spdMerlin calls for an interface states reset, hence re-including all excluded interfaces again!!!
This bug got extended to WireGuard clients in the development branch now, hoping it does not reach the stable branch!
@ExtremeFiretop @Martinski

 

[Martinski]

OMG, I can't believe it!
It is a significant script bug that has been introduced in the latest stable version (4.4.14) and is still present right now in the development branch!

It literally resets interface states every time you have an OpenVPN going down or up. So, whatever interfaces you exclude from automatic speed tests in vesion 4.4.14, every time you have "openvpn-event" script executed by the system, spdMerlin calls for an interface states reset, hence re-including all excluded interfaces again!!!
This bug got extended to WireGuard clients in the development branch now, hoping it does not reach the stable branch!
@ExtremeFiretop @Martinski

I already have a fix for this bug in the latest 'develop' branch v4.4.15 version. Please retest using this very latest code.

Thanks.

 

[Tarek Yag]

I already have a fix for this bug in the latest 'develop' branch v4.4.15 version. Please retest using this very latest code.

Thank you.
Yes, this fixed the bug as I just tested bringing my VPNC1 down then up, twice. This is after updating to your pull request #47 to be specific for your records.
I'll stay on the "develop" branch for now waiting for a new stable release.