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
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.
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.
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.
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.