Turris OS 3.10.3 released

The new version works great for me.

These errors are finally gone.

[46663.372015] sit: non-ECT from remote ip with TOS=0x2
[46673.611261] sit: non-ECT from remote ip with TOS=0x2

regards,
nikolay

After update on this version, I have issue with DNS resolve - I have Turris 1.1. Not sure, what is wrong, but on Foris, there is this message:

Updater failed:

unreachable: https://repo.turris.cz/turris/lists/base.lua: Couldn’t resolve host ‘repo.turris.cz’

Pcs behind Turris can not resolve DNS, I had to setup on them manually DNS servers 8.8.8.8 to be able to work normally.

Any suggestion, how to fix the issue?

Process “ucollect” is running, I can see in Foris, that data are send:
Sending of uCollect data Online (status updated 93 seconds ago)

But file /var/run/ucollect.pid does not exist, even if it is used in /etc/init.d/ucollect.

My omnia just rebooted because of a crash in wifi driver. Here is the log:

Jun 28 22:57:59 turris kernel: [90642.873139] ath10k_pci 0000:02:00.0: firmware crashed! (uuid 8a784fc1-71fb-430b-a883-9e0249022f09)
Jun 28 22:57:59 turris kernel: [90642.882147] ath10k_pci 0000:02:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
Jun 28 22:57:59 turris kernel: [90642.891412] ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
Jun 28 22:57:59 turris kernel: [90642.901034] ath10k_pci 0000:02:00.0: firmware ver 10.2.4-1.0-00029 api 5 features no-p2p,raw-mode,mfp,allows-mesh-bcast crc32 88595bb8
Jun 28 22:57:59 turris kernel: [90642.913179] ath10k_pci 0000:02:00.0: board_file api 1 bmi_id N/A crc32 bebc7c08
Jun 28 22:57:59 turris kernel: [90642.920514] ath10k_pci 0000:02:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal otp max-sta 128 raw 0 hwcrypto 1
Jun 28 22:57:59 turris kernel: [90642.941966] ath10k_pci 0000:02:00.0: failed to get memcpy hi address for firmware address 4: -16
Jun 28 22:57:59 turris kernel: [90642.950776] ath10k_pci 0000:02:00.0: failed to read firmware dump area: -16
Jun 28 22:57:59 turris kernel: [90642.957757] ath10k_pci 0000:02:00.0: Copy Engine register dump:
Jun 28 22:57:59 turris kernel: [90642.963699] ath10k_pci 0000:02:00.0: [00]: 0x00057400  15  15   3   3
Jun 28 22:57:59 turris kernel: [90642.970164] ath10k_pci 0000:02:00.0: [01]: 0x00057800  20  20 119 120
Jun 28 22:57:59 turris kernel: [90642.976630] ath10k_pci 0000:02:00.0: [02]: 0x00057c00  36  35  34  35
Jun 28 22:57:59 turris kernel: [90642.983090] ath10k_pci 0000:02:00.0: [03]: 0x00058000  17  17  19  17
Jun 28 22:57:59 turris kernel: [90642.989553] ath10k_pci 0000:02:00.0: [04]: 0x00058400 4600 4553  21 237
Jun 28 22:57:59 turris kernel: [90642.996191] ath10k_pci 0000:02:00.0: [05]: 0x00058800  31  31  94  95
Jun 28 22:57:59 turris kernel: [90643.002650] ath10k_pci 0000:02:00.0: [06]: 0x00058c00  25  25  25  25
Jun 28 22:57:59 turris kernel: [90643.009113] ath10k_pci 0000:02:00.0: [07]: 0x00059000   1   0   1   0
Jun 28 22:57:59 turris kernel: [90643.045188] ath10k_pci 0000:02:00.0: failed to read hi_board_data address: -28
Jun 28 22:57:59 turris kernel: [90643.125864] ieee80211 phy0: Hardware restart was requested
Jun 28 22:57:59 turris kernel: [90643.217423] ath10k_pci 0000:02:00.0: failed to poke copy engine: -16
Jun 28 22:57:59 turris kernel: [90643.307393] ath10k_pci 0000:02:00.0: failed to poke copy engine: -16
Jun 28 22:58:00 turris kernel: [90643.397403] ath10k_pci 0000:02:00.0: failed to poke copy engine: -16

Socket statics are gone missing.

ss -tulpn

-ash: ss: not found

Is it related to:

err foris-controller[2525]: busybox: applet not found

Same for me since since 3.10.1: Router reboot loop after latest update (3.10.1)

it happened only once so far for me.

Unfortunately this happens to me every single time. I cannot bring the wifi-up, if I do the router always reboots after a period of time between a few seconds and a minute. The error is exactly the same as you posted. Tried 3.10.1, 3.10.2 and now 3.10.3 and they all trigger the same error. Any version older than that works flawlessly.

A post was merged into an existing topic: Turris OS 3.10.3 vydán

Can you update the wireguard package?
Somebody said it will be a goal for 3.10.
Some of us don’t really care about Foris,Pakon,Nextcloud and all other stuff.

New information about NUT package.

Can not perform shutdowns Ups. Please help.

Details of our installation are:
OS: Turris Omnia (TO) 3.10.3
NUT version: 2.7.4-5
Installation method: from package
UPS device: EATON UPS 5SC 500i , 230V, 350W, 500VA, USB bought in jun 2018

If you connect to TO UPS via USB, the /dev/hidraw0 device will be created.
No any programs from NUT package is not running.

When I run:
/lib/nut/usbhid-ups -a qnapups
Network UPS Tools - Generic HID driver 0.41 (3.10-76-gd2caa7d) USB communication driver 0.33
kill: No such process
Using subdriver: MGE HID 1.39

device /dev /hidraw0 is deleted.

Now I’m ordering to shut down UPS:

/lib/nut/usbhid-ups -a qnapups -k
Network UPS Tools - Generic HID driver 0.41 (3.10-76-gd2caa7d) USB communication driver 0.33 Can not claim USB device [0463: ffff]: No such file or directory

Please do you know how to change the status?

Well thank you.

After update to 3.10.3 pakon stopped to work.
I have tried to tips already available in forum such as py script to create database,reinstall and restarts,but nothing helped.
This is what I get in console:

root@turris:~# pakon-show
Traceback (most recent call last):
  File "/usr/bin/pakon-show", line 133, in 
    data=json.loads(response)
  File "/usr/lib/python3.5/json/__init__.py", line 319, in loads
    return _default_decoder.decode(s)
  File "/usr/lib/python3.5/json/decoder.py", line 339, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "/usr/lib/python3.5/json/decoder.py", line 357, in raw_decode
    raise JSONDecodeError("Expecting value", s, err.value) from None
json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)
root@turris:~# 

Please help. Thank you

Hello,

Is there any possibility that you deleted /srv/pakon or maybe did you deleted some records in the database?

Would you please try this command again w/o reinstalling it?

/usr/libexec/pakon-light/create_db.py

and let me know if it works for you?

It did not help. I have tried it once more time.

No crash yet but I have a lot of these in the logs:

[293100.962181] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon
[293101.064573] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon
[293101.166971] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon
[293101.269361] ath10k_pci 0000:02:00.0: SWBA overrun on vdev 0, skipped old beacon

Hi,
one question to the release info: Why is it in Community Office section? The RC post was in Software and the czech-notes is in Software[CZ]. Everytime i clicked a way the banner and then want so search for the notes to read again, i am looking into Software (as it is software…).

Anyway, the update was smooth for me and Storage Page bug was fixed for me.

2 Likes

Is there any other tip or advice what to do with this issue?
Please try to help me.

(After update to 3.10.3 pakon stopped to work.
I have tried to tips already available in forum such as py script to create database,reinstall and restarts,but nothing helped.)

I did not deleted any file. And this did not help:
/usr/libexec/pakon-light/create_db.py

@xjerab08 I’m not sure if reinstalling pakon or running create_db.py will truly recreate the database if there are already existing database files. Since you were ok wiping out any existing pakon data anyway, try this:

Stop the pakon processes:

/etc/init.d/pakon-handler stop
/etc/init.d/pakon-monitor stop

Remove all extant pakon DB files, then recreate the DB (assuming you have the database files at the default places. /var/lib/pakon.db is the active db file in RAM, while /srv/pakon contains the DB backed up in persistent storage (one compressed DB file with the last 24 hours of data, updated once every 8 hours called pakon.db.xz, and another archive DB with all data older than 24 hours, called pakon-archive.db)

rm /var/lib/pakon.db
rm /srv/pakon/*
/usr/libexec/pakon-light/create_db.py

Then restart pakon:

/etc/init.d/pakon-monitor start
/etc/init.d/pakon-handler start

From my experiments pakon should be starting out with a completely clean slate this way.

1 Like

As with the previous version I’m (not alone) experiencing issue Mountd spamming the system log about missing sda serial.

2018-07-05 12:06:01 crit mountd[7598]: could not find a serial number for the device sdb
2018-07-05 12:06:06 crit mountd[23603]: Last message 'could not find a ser' repeated 9 times, suppressed by syslog-ng on turris
2018-07-05 12:06:06 crit mountd[7598]: could not find a serial number for the device sdb
2018-07-05 12:06:11 crit mountd[23603]: Last message 'could not find a ser' repeated 9 times, suppressed by syslog-ng on turris

That’s 2 messages per every second.
Please advise.