The dreaded "All download attempts failed" on amtm first run

[treefu]

Hello,

I've been through a few other posts from users that have had this problem and mine doesn't appear to be cert or DNS related.

ASUSWRT-Merlin RT-AX86U 3004.388.9_2 Mon Apr 28 21:28:05 UTC 2025
admin@RTAX86U:/tmp/home/root# amtm
_____________________________________________

 Initializing amtm for first run

 Getting from fwupdate.asuswrt-merlin.net
 ! Module amtm.mod download failed
 ! using fallback server diversion.ch
 ! Module amtm.mod download failed

 All download attempts failed,
 exiting amtm now.

 Check that both domains properly resolve
 on this router:
 - fwupdate.asuswrt-merlin.net
 - diversion.ch

So, checking the domains are in the DNS cache:

admin@RTAX86U:/tmp/home/root# nslookup fwupdate.asuswrt-merlin.net
Server:    8.8.8.8
Address 1: 8.8.8.8 dns.google

Name:      fwupdate.asuswrt-merlin.net
Address 1: 104.21.28.144
Address 2: 172.67.170.222
Address 3: 2606:4700:3035::ac43:aade
Address 4: 2606:4700:3037::6815:1c90

and the drive is mounted correctly:

admin@RTAX86U:/tmp/home/root# mount
ubi:rootfs_ubifs on / type ubifs (ro,relatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=466864k,nr_inodes=116716,mode=755)
proc on /proc type proc (rw,relatime)
tmpfs on /var type tmpfs (rw,relatime)
tmpfs on /tmp/mnt type tmpfs (rw,relatime,size=16k,mode=755)
sysfs on /sys type sysfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
ubi1:data on /data type ubifs (rw,relatime)
tmpfs on /tmp/mnt type tmpfs (rw,relatime,size=16k,mode=755)
tmpfs on /tmp type tmpfs (rw,relatime)
/dev/mtdblock9 on /jffs type jffs2 (rw,noatime)
/dev/mtdblock9 on /rom/etc/ssl/certs/ca-certificates.crt type jffs2 (rw,noatime)
/dev/sda on /tmp/mnt/sda type ext4 (rw,nodev,relatime,data=ordered)

And finally that the USB drive is mounted correctly and writeable:

admin@RTAX86U:/tmp/home/root# touch /tmp/mnt/sda/test.txt
admin@RTAX86U:/tmp/mnt# ls -lh /tmp/mnt/sda/
drwx------    2 admin root       16.0K Jul  5 18:14 lost+found
-rw-rw-rw-   1 admin root           0 Jul  5 18:41 test.txt
admin@RTAX86U:/tmp/mnt#

HOWEVER, if I manually try to curl to the update server:

admin@RTAX86U:/tmp/home/root# curl -kv https://diversion.ch/amtm_fw/amtm_rev
*   Trying 80.74.145.140:443...
* connect to 80.74.145.140 port 443 failed: Connection timed out
* Failed to connect to diversion.ch port 443 after 15035 ms: Couldn't connect to server
* Closing connection
curl: (28) Failed to connect to diversion.ch port 443 after 15035 ms: Couldn't connect to server

Can anyone tell me what I'm missing please?

All the best and thanks

 

[Ripshod]

amtm has literally just been updated. It may just be a case of waiting a small while for the files to be available on the servers.
Let me summon @thelonelycoder

 

[dave14305]

/dev/mtdblock9 on /rom/etc/ssl/certs/ca-certificates.crt type jffs2 (rw,noatime)

This looks damn unusual. What else is installed on your router?

Connection works fine for me in the USA.

 

[thelonelycoder]

amtm has literally just been updated. It may just be a case of waiting a small while for the files to be available on the servers.
Let me summon @thelonelycoder

Upload new versions to my server takes seconds and is done before I post an update. My server is fine and serving.

 

[treefu]

This looks damn unusual. What else is installed on your router?

Connection works fine for me in the USA.

I added that in there, following one solution suggesting it was a certs issue, from the threads I linked to above.

I removed the mount entry and rebooted, but it didn't make any difference.

 

[treefu]

I see the recommended way to remove amtm is with amtm. But it won't run.

Hmm.

 

[ColinTaylor]

I see the recommended way to remove amtm is with amtm. But it won't run.

Hmm.

Try:

rm /jffs/addons/amtm/a_fw/amtm.mod

If that doesn't work try:

rm -fr /jffs/addons/amtm

 

[treefu]

Try:

rm -fr /jffs/addons/amtm

It persists in /usr/sbin.

admin@RTAX86U:/tmp/home/root# rm -rf /usr/sbin/amtm
rm: can't remove '/usr/sbin/amtm': Read-only file system
admin@RTAX86U:/tmp/home/root#

 

[ColinTaylor]

It persists in /usr/sbin.

admin@RTAX86U:/tmp/home/root# rm -rf /usr/sbin/amtm
rm: can't remove '/usr/sbin/amtm': Read-only file system
admin@RTAX86U:/tmp/home/root#

Of course, that file is a stub that's part of the firmware. It can't be removed. When you first run it it downloads the current version into jffs. Delete the files in the directory I said.

 

[dave14305]

If you can’t successfully ping diversion.ch from the router or curl the file from the site, the cleanup doesn’t really matter.

ping diversion.ch
curl -v https://diversion.ch/amtm_fw/amtm.mod

 

[treefu]

I appreciate your efforts, but it doesn't change the outcome.

Edit: Just tried it again and it works now! Many thanks.

I'm mystified. The stub failed on first run but now works.