Firmware 3.201, 3.203 Release Notes and Upgrade Q&A

Still no ETA on release for B1300?

Brume-w have problem with wan speed (internet from ISP), iā€™m switch my speed 100 mb/s to 500 mb/s at ISP, and find problem in firmwares 3.105 and 3.203_beta4, my speed down to 300 mb/s if iā€™m switch on ā€œEnable real-time speed and traffic statistics. This requires higher CPU load.ā€

It is normal?)

Yes. This is normal. The function will cause high cpu load. We will optimize this function later.

New firmware for mv1000 and mv1000w is present in folder v1 but folder release have not new firmware. Check this )

MV1000 has some problems because if you have every upgrade AdguardHome you will not be able to reserve settings. When upgrade all settings will be lost. Thinking what to do

Woot! Finally open to v19 of openwrt. Iā€™ve been waiting a while. (Didnā€™t want to loose proprietary drivers that Qualcomm release)

Edit: Oh wait, it seems for the convexa b router, the router is not upgraded to openwrt 19 but is still on openwrt 15? :frowning: ah that sucks

Hello - First time post, and an issue. Upgraded brume MV1000 to 3.203 and have the following errors in sys log:
Mon Aug 9 12:52:07 2021 user.info : [ 3542] gl-wifi-core>> Join wifi failed! (code=-5) ***
Mon Aug 9 12:52:23 2021 user.info : Function:net_maintain_health_cancelable Line:327
Mon Aug 9 12:52:40 2021 user.info : [ 3005] gl-wifi-core>> bIsStaEnabled=1
Mon Aug 9 12:53:12 2021 user.info : [ 3542] gl-wifi-core>> Join wifi failed! (code=-5) ***
Mon Aug 9 12:53:12 2021 user.info : [ 3005] gl-wifi-core>> bIsStaEnabled=1
Mon Aug 9 12:53:45 2021 user.info : [ 3542] gl-wifi-core>> Join wifi failed! (code=-5) ***
Mon Aug 9 12:54:00 2021 user.info : Function:net_maintain_health_cancelable Line:327
Mon Aug 9 12:54:17 2021 user.info : [ 3005] gl-wifi-core>> bIsStaEnabled=1
Mon Aug 9 12:54:49 2021 user.info : [ 3542] gl-wifi-core>> Join wifi failed! (code=-5) ***
Mon Aug 9 12:54:49 2021 user.info : [ 3005] gl-wifi-core>> bIsStaEnabled=1
Mon Aug 9 12:55:22 2021 user.info : [ 3542] gl-wifi-core>> Join wifi failed! (code=-5) ***
Mon Aug 9 12:55:37 2021 user.info : Function:net_maintain_health_cancelable Line:327
Mon Aug 9 12:55:54 2021 user.info : [ 3005] gl-wifi-core>> bIsStaEnabled=1
Mon Aug 9 12:56:26 2021 user.info : [ 3542] gl-wifi-core>> Join wifi failed! (code=-5) ***
Mon Aug 9 12:56:26 2021 user.info : [ 3005] gl-wifi-core>> bIsStaEnabled=1

I use the Brume for Wireguard VPN connected to an AP via ethernet. Not sure what actions are required to troubleshoot the error. Any feedback is appreciated thanks!!

Seems that this process is the culprit:
2803

root

/usr/bin/gl_health

0%

59% (memory)

  • Can this be terminated?

Figured this out. Despite router being attached to ISP via ethernet, the repeater mode was attempting to connect to a WIFI SSID (I was previously using MV1000 in repeater mode). Once I disable to connect automatically setting, things got back to normal.

1 Like

I have updated to 3.203 on Mv1000. I cannot access adguardā€™s settings at all via :3000 . Iā€™ve tried rm the adguard folder as well. Iā€™ve uninstalled & reinstalled adguard plugin. Iā€™ve reverted the firmware also, but still the same.

Anyone know how to solve this?
EDIT: I have resolved this by installing gl-agh-stats 3.0.4-1 AdGuardHome Stats via plugins.

Is upgrading AdGuard Home to v0.106.3 advised?

Thanks.

Brume-w 3.204_beta4, router connect to ISP from pppoe, find spam in logs
Thu Aug 12 09:37:56 2021 daemon.warn dnsmasq-dhcp[4235]: DHCP packet received on wan which has no address
Thu Aug 12 09:37:57 2021 daemon.warn dnsmasq-dhcp[4235]: DHCP packet received on wan which has no address
Thu Aug 12 09:38:04 2021 daemon.warn dnsmasq-dhcp[4235]: DHCP packet received on wan which has no address
How to fix this problem? Find in google two solutions:

  1. edit /etc/config/dhcp and write in config dnsmasq list notinterface ā€˜wanā€™
  2. adding except-interface=wan to /etc/dnsmasq.conf

How right to fix?

Updating should be OK.

I think wan is not in dhcp by default. So the message is just log.

Your ISP should disable dhcp request like this because it may cause network down.

@alzhao problem on the IPS side correct? Try to write in tech support

I think so. If you connect your pc to the routerā€™s wan, it should also have such messages.

My IPS on the remote node is horrible, doesnā€™t want to do anything.

Can i stop this spam in log somehow?

This help?
Adding except-interface=wan to /etc/dnsmasq.conf

In /etc/config/dhcp you have this already.

config dhcp 'wan'
        option interface 'wan'
        option ignore '1'

So no need to do anything more.

But you can change firewall settings of wan and drop all packet

config zone
        option name 'wan'
        list network 'wan'
        list network 'wan6'
        option input 'DROP' #This was REJECT by default
        option output 'ACCEPT'
        option forward 'REJECT'
        option masq '1'
        option mtu_fix '1'

Write drop, restart firewall. This not help, still going spammed in logs

I updated my MV1000 to 3.203 last night.
PPPoE simply stopped working. I could not get an IP Address with 3.203. Tried to update twice but had no luck.

After all I had to revert it back to 3.105.

Iā€™m have 2 pcs brume-w, one wan dhcp other wan pppoe, and all working good with 3.203

This help.

Adding except-interface=wan to /etc/dnsmasq.conf