OPKG update failed - MT2500

Hi,
just got a MT2500 and was starting to configure things up by installing softwares.
I ran into a couple of issues with DDNS.
First one is that no-ip is not in the list despite the fact that I installed ddns-scripts-noip, can’t figure out why.
The other one is linked to DuckDNS, in order to have the service runnning properly, I need to install wget-nossl, installation works and duckddns works afterward but after updating opkg I get the following message:

Collected errors:
 * opkg_download: Failed to download https://fw.gl-inet.com/releases/v21.02.3/kmod-4.0/aarch64_cortex-a53/mediatek/mt2500/Packages.gz, wget returned 1.
 * opkg_download: Failed to download https://fw.gl-inet.com/releases/v21.02.3/packages-4.0/aarch64_cortex-a53/glinet/Packages.gz, wget returned 1.
 * opkg_download: Failed to download https://fw.gl-inet.com/releases/v21.02.3/packages-4.0/aarch64_cortex-a53/packages/Packages.gz, wget returned 1.```

Any idea why?

Thank you!

I think wget-nossl broke the opkg update, see the post below.

No-IP is broken even in the latest 4.2 firmware for the brume 2. You can get it working by configuring a custom ddns provider that uses the special no-ip script, but there are multiple things that need to be corrected in various places to get it working. I’m not sure if all of these steps are needed, but it seems to be working none the less.

  1. Enable ddns in the brume UI (if you don’t, DDNS in the luci interface seems not to autostart despite my best efforts).
  2. Install the plugins from the Luci software list needed to enable the ddns addon in luci and the no-ip support script (ddns-scripts_no-ip_com, luci-app-ddns, luci-i18n-ddns-)
  3. You should now see the brume UI ddns providers in the Luci ddns UI list. Add a third provider using the “Custom” service type. Fill in the information you know, user and pass should NOT be URL encoded despite the field note (the no-ip script handles this I think). Provide the full file path to the custom noip script installed at the start, it should be something like /usr/lib/ddns/update_no-ip_com.sh
  4. Using ssh now you need to edit some files on the brume. In /etc/config/ddns you need to go the section for the custom provider you setup and remove the service name option, its value will be a dash “-” (remove the entire row including “option”). Then edit the custom no-ip script, the update URL’s in the script have noip.com as the website, but noip’s documentation specifies the URL as no-ip.com, so add the dash “-” to the middle of each URL.
  5. Restart the ddns service in the luci UI and it should work (at least it did for me). I haven’t had time to test if any of these steps are unnecessary so maybe you don’t need them all, I don’t know.

To follow up on my previous response, apparently the no-ip issues are fixed in openWRT version 22, but the brume firmware is ages behind on some 21 version. Dont know when or if they will update their image.

Thanks, yes seems like it’s broken, installing only the package wget-ssl worked out and opkg update fine.

Thank you @thinredline87, somehow after installing ddns-scripts-noip I can see the no-ip in the ddns provider list, but toward the bottom of it, not in alphabetical order.
Still cannot get it to update though when I use it, I need to investigate and try to follow your instruction to see if it works better with a “Custom” service

Any update on this issue? I cannot update in either the GL GUI or Luci.

@thinredline87 In step 2, how did you install the plugins if you can not update the software list? Did you upload the package from somewhere?

It’s been over 4 months - I wonder why this hasn’t been fixed…

  • @lizh Any update that you can provide?

@bbwolfe

Hey, you haven’t had any troubles pulling packages when installing, right? Can you post the output of your Brume 2’s opkg feeds & help @jhedfors out?

  • cat /etc/opkg.conf
  • cat /etc/opkg/customfeeds.conf
  • cat /etc/opkg/distfeeds.conf

@jhedfors

You can compare them against your own via LuCI → System → Software → Software → Actions → Configure opkg…

You can install single packages thru that same page (‘Download and install package:’) but it’s not always advisable as sometimes other packages are required to be pulled down as dependencies.

Yes, I am able to pull packages when installing.

root@GL-MT2500:~# cat /etc/opkg.conf
dest root / dest ram /tmp lists_dir ext /var/opkg-lists option overlay_root /overlay

root@GL-MT2500:~# cat /etc/opkg/customfeeds.conf
`(comment) add your custom package feeds here

(comment) src/gz example_feed_name http://www.example.com/path/to/files`

root@GL-MT2500:~# cat /etc/opkg/distfeeds.conf
src/gz glinet_kmod https://fw.gl-inet.com/releases/v21.02.3/kmod-4.2.1/aarch64_cortex-a53/mediatek/mt7981 src/gz glinet_gli_pub https://fw.gl-inet.com/releases/v21.02.3/packages-4.0/aarch64_cortex-a53/glinet src/gz glinet_gli_packages https://fw.gl-inet.com/releases/v21.02.3/packages-4.0/aarch64_cortex-a53/packages

`

It appears that you have the same default sources that I do. When I refresh in GL GUI, I get:
“Failed to update repository list, please check your network and try again.”

When I attempt to Update lists… in Luci I get:

Executing package manager

Downloading https://fw.gl-inet.com/releases/v21.02.3/kmod-4.2.1/aarch64_cortex-a53/mediatek/mt7981/Packages.gz
*** Failed to download the package list from https://fw.gl-inet.com/releases/v21.02.3/kmod-4.2.1/aarch64_cortex-a53/mediatek/mt7981/Packages.gz

Downloading https://fw.gl-inet.com/releases/v21.02.3/packages-4.0/aarch64_cortex-a53/glinet/Packages.gz
*** Failed to download the package list from https://fw.gl-inet.com/releases/v21.02.3/packages-4.0/aarch64_cortex-a53/glinet/Packages.gz

Downloading https://fw.gl-inet.com/releases/v21.02.3/packages-4.0/aarch64_cortex-a53/packages/Packages.gz
*** Failed to download the package list from https://fw.gl-inet.com/releases/v21.02.3/packages-4.0/aarch64_cortex-a53/packages/Packages.gz

Updating database.
Database update completed.

Errors

Failed to send request: Operation not permitted
Failed to send request: Operation not permitted
Failed to send request: Operation not permitted
Collected errors:
 * opkg_download: Failed to download https://fw.gl-inet.com/releases/v21.02.3/kmod-4.2.1/aarch64_cortex-a53/mediatek/mt7981/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://fw.gl-inet.com/releases/v21.02.3/packages-4.0/aarch64_cortex-a53/glinet/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://fw.gl-inet.com/releases/v21.02.3/packages-4.0/aarch64_cortex-a53/packages/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

The opkg update command failed with code 3.

What am I missing? I was expecting you may have added custom sources, but it does not seem so.

I just ran Luci-update lists:

`Downloading https://fw.gl-inet.com/releases/v21.02.3/kmod-4.2.1/aarch64_cortex-a53/mediatek/mt7981/Packages.gz
Updated list of available packages in /var/opkg-lists/glinet_kmod
Downloading https://fw.gl-inet.com/releases/v21.02.3/packages-4.0/aarch64_cortex-a53/glinet/Packages.gz
Updated list of available packages in /var/opkg-lists/glinet_gli_pub
Downloading https://fw.gl-inet.com/releases/v21.02.3/packages-4.0/aarch64_cortex-a53/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/glinet_gli_packages
Updating database.
Database update completed.’

ssh into your Brune and run a ping out to the internet. Just to check connectivity.

1 Like

So I SSH into router and at the root@GL-MT2500 prompt I type “ping Google com” and I get "ping: bad address ‘google.com

What should I check now?

I do not think your issue is with your Brune, but instead how your set up with your WAN.

How are you physically connected? Are you using your Brune as your main router connected to your service providers modem?

1 Like

Yes Brume is my main router (router mode) connected from my modem/router (bridge mode}. I have then connected my Google Nest Wifi (in bridge mode) connected to the LAN port.

Apologies ahead of time, if I misunderstand something you type.

If you go into Luci and look at Network>Network mode, is it set to Router?

I don’t see that path in Luci, but in GL GUI it shows Router mode

My mistake, yes, GL GUI.
How about Network>Multi-WAN. Does Ethernet show with a blue/green dot (as active)?