OpenWrt 21.02.1 is coming into HBL branch

Dear Turris community,

You have been wondering what we are doing these days.

You can see that we released the last series Turris OS 5.3, on OpenWrt 19.07, there will be a few additional fixups, but thanks to you, some bugs have been discovered, which should not come to the HBS (Stable) branch. At the same time, colleagues are working to bring you new features and fix some bugs. The team responsible for distribution has exciting news to share. Thanks to our workflow since Turris OS 4.0, we can work simultaneously on multiple things and independently.

What does it bring to you guys? Some of you might be using HBD and HBL branches and noticed that there were recently many fixes, and I would say pictures will tell more than a lot.

Here is a list of branches, how it will look in the upcoming days, while we settled down all the animals moving to different places!

OpenWrt 19.07.8 = Turris OS 5.3.*

(:point_right: HBK :cat: )

This release is what we are working for you, and we are focusing on right now.


OpenWrt 21.02.1 = Turris OS 6.0

(:point_right: Will be today or at the latest this weekend in HBL. :lion: )

The latest highlight of this release is that OpenWrt 21.02 will have thanks to @paja available to install RIPE Atlas SW Probe, so it means that anyone who has any router running OpenWrt, he/she can install it and use it! Oh, I should not forget that there will be better-improved network configuration for DSA and VLANs. Check this out: Excellent article on DSA and VLANs in OpenWrt forum

There is used LTS kernel 5.4.

image

:white_check_mark: Tested: Turris Omnia, Turris MOX (on the picture)
:skull_and_crossbones: There are some issues with Turris 1.x. We are looking into it.


:small_airplane: Soon:

OpenWrt daily snapshots = Turris OS 7.0-future

(:point_right: Will be soon in HBD :dragon:. Because there is currently Turris OS 6.0.)

This branch is slightly different from OpenWrt snapshots as it comes with the usual stuff you are used to. There are preinstalled packages like reForis, LuCI, and so on! However, it can break from time to time, and manual interaction is required.

:white_check_mark: Tested: Turris Omnia, Turris MOX (on the picture)
:skull_and_crossbones: There are some issues with Turris 1.x. We are looking into it.


If you are interested in using any of these branches, don’t forget that these are development branches, and some are completely untested and recommended to use by advanced users. For more details about switching branches, take a look here.

4 Likes

Nice. I’ll be switching to HBL next week. Want to test that TOS 6.0…

I am waiting untill it reaches HBK. But good to know something moved good direction.

2 Likes

So TOSv6.0 with hbl is working.
Yet I wanted to test if driver kmod-usb-net-aqc111 is working with kernel 5.10 (as it isn’t with 5.4) and therefore would need to access OpenWrt snapshots. Unfortunately when I do switch-branch, target is still TOS v.6.0/OpenWrt v.21.02.1:

Update is running in the background now. Make sure that system update finished before you reboot or power off the router.
You are going to be notified about changes by notification system once the update is finished.

                \||/
                |  @___oo
      /\  /\   / (__,,,,|
     ) /^\) ^\/ _)
     )   /^\/   _)
     )   _ /  / _)
 /\  )/\/ ||  | )_)
<  >      |(,,) )__)
 ||      /    \)___)\
 | \____(      )___) )___
  \______(_______;;; __;;;

You are now tracking branch containing software build every night. It often contains bugs and very often requires manual intervention!
It is based on latest OpenWrt development branch with latest Turris OS changes.
Turris team provides no guarantees and no support for this branch. You can get some help on forum (https://forum.turris.cz/).
If you encounter some bugs than please debug cause and report it to developers trough gitlab (https://gitlab.nic.cz/turris/),
You shouldn't be in this branch unless you are advanced user and OpenWrt developer!
To return to stable branch run this command: switch-branch hbs
root@turris:~# pkgupdate
WARN:Couldn't read the status file: [string "backend"]:1211: [string "backend"]:1202: Failed to lock the lock file /var/lock/opkg.lock: Resource temporarily unavailable
INFO:Target Turris OS: 6.0

and after the reboot

root@turris:~# cat /etc/turris-version
6.0

so @Pepe : Is that switch you descriped above 3 weeks ago planned to be happening anytime soon?

Actually you don’t need to - it is running rock stable in my eyes.

We do have OpenWrt daily snapshots available in one of our internal development branches with kernel 5.10, but a few things are left before it could be pushed to the HBD branch. Last week, I spent a few hours figuring out why the new builds did not show up and got stuck after more than 14 hours.

Currently, there is no Suricata, TVHeadend, mosquitto, and there are some various issues related to PHP7, which was dropped.

Before merging to HBD, there are a lots of commit required and they needs to go through review process, which could be possible that it will not make it under the Christmas tree. We will see how the things go.

6 Likes

Could you have a look into your syslog?
Can’t tell since when, but the following messages are spamming mine:

Dec 26 19:20:01 turris crond[31599]: (root) CMD (/usr/bin/notifier)
Dec 26 19:20:01 turris crond[31598]: (root) CMDOUT (There is no message to send.)

I already changed the schedule to the following, but that didn’t help:

MAILTO=""
* */5 * * * root /usr/bin/notifier

Well, it seems the ARP-issue has not been resolved yet.
I do have serious issues in receiving an IP when trying to connect to my WI-FI-SSIDs running on a Turris Omnia that is connected via lan4 and three different VIDs to my network. Here’s an example from this morning and only from one wireless device (seems another one stopps trying after a distinctive number of failures), for easier reading I cut out log-rotate messages:

root@Turris:~# cat /etc/turris-version
6.0
Dec 30 06:32:09 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: associated (aid 1)
Dec 30 06:32:09 Turris hostapd: wlan0-1: AP-STA-CONNECTED <MAC SGS8>
Dec 30 06:34:34 Turris hostapd: wlan0-1: AP-STA-DISCONNECTED <MAC SGS8>
Dec 30 06:34:34 Turris hostapd: nl80211: kernel reports: key addition failed
Dec 30 06:34:34 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: associated (aid 1)
Dec 30 06:34:34 Turris hostapd: wlan0-1: AP-STA-CONNECTED <MAC SGS8>
Dec 30 06:40:32 Turris hostapd: wlan0-1: AP-STA-DISCONNECTED <MAC SGS8>
Dec 30 06:40:32 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: disassociated due to inactivity
Dec 30 06:40:33 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Dec 30 07:15:43 Turris hostapd: nl80211: kernel reports: key addition failed
Dec 30 07:15:43 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: associated (aid 1)
Dec 30 07:15:43 Turris hostapd: wlan0-1: AP-STA-CONNECTED <MAC SGS8>
Dec 30 07:17:04 Turris hostapd: wlan0-1: AP-STA-DISCONNECTED <MAC SGS8>
Dec 30 07:17:04 Turris hostapd: nl80211: kernel reports: key addition failed
Dec 30 07:17:04 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: associated (aid 1)
Dec 30 07:17:04 Turris hostapd: wlan0-1: AP-STA-CONNECTED <MAC SGS8>
Dec 30 07:18:37 Turris hostapd: wlan0-1: AP-STA-DISCONNECTED <MAC SGS8>
Dec 30 07:18:37 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: authenticated
Dec 30 07:18:37 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: associated (aid 1)
Dec 30 07:18:37 Turris hostapd: wlan0-1: AP-STA-CONNECTED <MAC SGS8>
Dec 30 07:18:37 Turris hostapd: wlan0-1: STA <MAC SGS8> RADIUS: starting accounting session 88AA6FD0CD5C629A
Dec 30 07:18:37 Turris hostapd: wlan0-1: STA <MAC SGS8> WPA: pairwise key handshake completed (RSN)
Dec 30 07:19:13 Turris hostapd: wlan0-1: AP-STA-DISCONNECTED <MAC SGS8>
Dec 30 07:19:13 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: disassociated
Dec 30 07:19:14 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Dec 30 07:20:37 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: authenticated
Dec 30 07:20:37 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: associated (aid 1)
Dec 30 07:20:37 Turris hostapd: wlan0-1: AP-STA-CONNECTED <MAC SGS8>
Dec 30 07:20:37 Turris hostapd: wlan0-1: STA <MAC SGS8> RADIUS: starting accounting session 4C583C6C68D832B8
Dec 30 07:20:37 Turris hostapd: wlan0-1: STA <MAC SGS8> WPA: pairwise key handshake completed (RSN)
Dec 30 07:21:13 Turris hostapd: wlan0-1: AP-STA-DISCONNECTED <MAC SGS8>
Dec 30 07:21:13 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: disassociated
Dec 30 07:21:14 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Dec 30 07:21:52 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: authenticated
Dec 30 07:21:52 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: associated (aid 1)
Dec 30 07:21:53 Turris hostapd: wlan0-1: AP-STA-CONNECTED <MAC SGS8>
Dec 30 07:21:53 Turris hostapd: wlan0-1: STA <MAC SGS8> RADIUS: starting accounting session C60FBF50D339F274
Dec 30 07:21:53 Turris hostapd: wlan0-1: STA <MAC SGS8> WPA: pairwise key handshake completed (RSN)
Dec 30 07:22:29 Turris hostapd: wlan0-1: AP-STA-DISCONNECTED <MAC SGS8>
Dec 30 07:22:29 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: disassociated
Dec 30 07:22:30 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Dec 30 07:25:23 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: authenticated
Dec 30 07:25:23 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: associated (aid 1)
Dec 30 07:25:23 Turris hostapd: wlan0-1: AP-STA-CONNECTED <MAC SGS8>
Dec 30 07:25:23 Turris hostapd: wlan0-1: STA <MAC SGS8> RADIUS: starting accounting session 769397EC8DB3EA20
Dec 30 07:25:23 Turris hostapd: wlan0-1: STA <MAC SGS8> WPA: pairwise key handshake completed (RSN)
Dec 30 07:34:25 Turris hostapd: wlan0-1: AP-STA-DISCONNECTED <MAC SGS8>
Dec 30 07:34:25 Turris hostapd: nl80211: kernel reports: key addition failed
Dec 30 07:34:25 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: associated (aid 1)
Dec 30 07:34:25 Turris hostapd: wlan0-1: AP-STA-CONNECTED <MAC SGS8>
Dec 30 07:35:02 Turris hostapd: wlan0-1: AP-STA-DISCONNECTED <MAC SGS8>
Dec 30 07:35:02 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: disassociated
Dec 30 07:35:03 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Dec 30 07:37:16 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: authenticated
Dec 30 07:37:16 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: associated (aid 1)
Dec 30 07:37:16 Turris hostapd: wlan0-1: AP-STA-CONNECTED <MAC SGS8>
Dec 30 07:37:16 Turris hostapd: wlan0-1: STA <MAC SGS8> RADIUS: starting accounting session 59795519A47E91E1
Dec 30 07:37:16 Turris hostapd: wlan0-1: STA <MAC SGS8> WPA: pairwise key handshake completed (RSN)
Dec 30 07:37:52 Turris hostapd: wlan0-1: AP-STA-DISCONNECTED <MAC SGS8>
Dec 30 07:37:52 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: disassociated
Dec 30 07:37:53 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Dec 30 07:43:19 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: authenticated
Dec 30 07:43:19 Turris hostapd: wlan0-1: STA <MAC SGS8> IEEE 802.11: associated (aid 1)

It was driving me crazy that no matter what I did I couldn’t resolve this issue - right until this morning when I remembered the ARP-/DSA-issue topic introduced with TOS 4.x/5.x. I changed the port to eth2 et voilà - the issue disappeared immediately!
I really hope Turris hackers can rule that out, because it renders the switch useless for any home-network using more than one VID (and such triggering DSA).

Here’s another bug introduced after the latest update(s):
grafik
schnapps does work, but it seems I couldn’t get the list of available snapshots listed:

root@turris:~# schnapps create 'test'
Snapshot number 15 created
root@turris:~# schnapps list
root@turris:~# schnapps delete 15
Snapshot 15 deleted.

btw - the login in reforis is still broken for me - I have to login twice before being actually logged in.

It is a bit unfortunate. These various hiccups might happen from time to time. @jada4p experienced it as well and let us know through support channels, in this case, the support department and if I am not mistaken, the bug report got to me yesterday or Saturday. Not sure, right now.

But I have good news, fix is on its way. It will be fixed in the upcoming build in all our development builds.

Yep, we know. There is no new version of reForis with removed login page. Well, there is, but I have some issues with that:

It’s not a big deal to login twice. :slight_smile:

2 Likes

Thanks a lot for this fast update!

It surely isn’t - as well as the other issues I mentioned (ARP/spamming syslog). I noted them for convenience of other users. If they had been a real issue for me (in a way that there were no workarounds for functionality I really need), I would have reached out for official support :slight_smile:

3 Likes

Follow-up: Turris OS 6.0 is coming for Turris 1.x

Sounds like an important change! Does this achievement allow you to give a rough estimate when TOS6 mit hit HBK?

Yes, it is a one huge step forward, but no eta. :slight_smile: I’m not good at giving them.

1 Like

Turris 1.x 5.3.3 - > 6.0 HBD

Downloading https://repo.turris.cz/hbd/turris1x/packages/turrispackages/Packages.gz
Updated list of available packages in /var/opkg-lists/turrisos_turrispackages
Downloading https://repo.turris.cz/hbd/turris1x/packages/turrispackages/Packages.sig
Signature check passed.
root@turris:~# pkgupdate
INFO:Target Turris OS: 6.0
line not found
line not found
line not found
line not found
line not found
line not found
line not found
ERROR:
inconsistent: Package luci-app-statistics requires package collectd-mod-network that is not available.

As @Pepe wrote:

Thank you. But it’s working now.

login as: root
root@10.0.0.2’s password:
Warning: Changes performed using anything other than
official web interface reForis are not covered by
Turris support team unless instructed!

BusyBox v1.33.2 (2022-01-07 02:35:22 UTC) built-in shell (ash)

  ______                _         ____  _____
 /_  __/_  ____________(_)____   / __ \/ ___/
  / / / / / / ___/ ___/ / ___/  / / / /\__
 / / / /_/ / /  / /  / (__  )  / /_/ /___/ /
/_/  \__,_/_/  /_/  /_/____/   \____//____/

TurrisOS 6.0, Turris 1.x

2 Likes

Great! How did you proceed?

By default.

opkg update
switch-branch hbl
reboot
opkg update
pkgupdate

3 Likes

Great work, my friend @commar.
Congrats :+1:

2 Likes