Turris OS packages issueshttps://gitlab.nic.cz/turris/os/packages/-/issues2024-03-12T14:21:31+01:00https://gitlab.nic.cz/turris/os/packages/-/issues/936DHCP server replies with secs field set to one2024-03-12T14:21:31+01:00Nick KossifidisDHCP server replies with secs field set to oneIs this an issue with DNSMasq ? The RFC is pretty clear about this...
![image](/uploads/ef46a69869c6ada92f9788a2edb14003/image.png)Is this an issue with DNSMasq ? The RFC is pretty clear about this...
![image](/uploads/ef46a69869c6ada92f9788a2edb14003/image.png)https://gitlab.nic.cz/turris/os/packages/-/issues/935unable to switch omnia2016 wan to sfp2024-03-12T14:27:14+01:00Marius Durbacaunable to switch omnia2016 wan to sfpAs already reported to support (case #1542462) I'm unable to switch omnia2016 wan to sfp
I've done the following:
```
cd /boot/
rm dtb
ln -s armada-385-turris-omnia-sfp.dtb dtb
reboot
```
But after reboot there is sfp only phy support ...As already reported to support (case #1542462) I'm unable to switch omnia2016 wan to sfp
I've done the following:
```
cd /boot/
rm dtb
ln -s armada-385-turris-omnia-sfp.dtb dtb
reboot
```
But after reboot there is sfp only phy support :
```
[ 1.799021] mvneta f1034000.ethernet eth2: Using device tree mac address <redacted-mac-address-here>
[ 18.167496] mvneta f1034000.ethernet eth2: PHY [f1072004.mdio-mii:01] driver [Marvell 88E1510] (irq=POLL)
[ 18.167700] mvneta f1034000.ethernet eth2: configuring for phy/sgmii link mode
```
also updated fw but the same result as above ^
```
root@turris:~# opkg install turris-nor-update
Package turris-nor-update (1.1.0-7) installed in root is up to date.
root@turris:~# nor-update
Verifying /dev/mtd0 against uboot ...
a3a04aa6143fe437e00b96fbcc8cd20f - /dev/mtd0
a3a04aa6143fe437e00b96fbcc8cd20f - uboot
root@turris:~# reboot
root@turris:~#
```
other reports on forum https://forum.turris.cz/t/g-fast-sfp-worked-in-tos-3-stopped-working-in-tos-5/16690https://gitlab.nic.cz/turris/os/packages/-/issues/912Nextcloud does not work after upgrade2024-03-12T14:39:13+01:00jozefbrissNextcloud does not work after upgradeInternal Server Error
The server encountered an internal error and was unable to complete your request.
Please contact the server administrator if this error reappears multiple times, please include the technical details below in your r...Internal Server Error
The server encountered an internal error and was unable to complete your request.
Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.
More details can be found in the server log.
-----
Most likely result of
News announcements
==================
š New Features
ā¢ Syncthing and Transmission WebApps now use Turris Auth
ā¢ Enabled multiple speed optimizations on Turris Omnia and Turris MOX
š Bug Fixes
ā¢ Fixed webfinger support in Nextcloud
š Updates
ā¢ Nextcloud updated to 24.0.8
...
Downgraded package mariadb-server-base from version 10.6.10-3 to version 10.4.26-3
...
Database server is not running. Trying to start it:
----
2023-03-07 23:49:54 0 [Note] mariadbd (mysqld 10.4.26-MariaDB) starting as process 21941 ...
2023-03-07 23:49:54 0 [Note] InnoDB: Using Linux native AIO
2023-03-07 23:49:54 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2023-03-07 23:49:54 0 [Note] InnoDB: Uses event mutexes
2023-03-07 23:49:54 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2023-03-07 23:49:54 0 [Note] InnoDB: Number of pools: 1
2023-03-07 23:49:54 0 [Note] InnoDB: Using generic crc32 instructions
2023-03-07 23:49:54 0 [Note] InnoDB: Initializing buffer pool, total size = 64M, instances = 1, chunk size = 64M
2023-03-07 23:49:54 0 [Note] InnoDB: Completed initialization of buffer pool
2023-03-07 23:49:54 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority ().
2023-03-07 23:49:54 0 [ERROR] InnoDB: Unsupported redo log format. The redo log was created with MariaDB 10.6.10.
2023-03-07 23:49:54 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2023-03-07 23:49:55 0 [Note] InnoDB: Starting shutdown...
2023-03-07 23:49:56 0 [ERROR] Plugin 'InnoDB' init function returned error.
2023-03-07 23:49:56 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
mariadbd: Too many arguments (first extra is 'restart').
---https://gitlab.nic.cz/turris/os/packages/-/issues/891Nextcloud install sometimes fails with "Failed to connect to the database" error2022-12-19T11:41:19+01:00Michal VasilekNextcloud install sometimes fails with "Failed to connect to the database" errorSome users report having issues with setting up nextcloud with the following error message:
```
Error while trying to create admin user: Failed to connect to the database: An exception occurred in driver: SQLSTATE[HY000] [2002] No such f...Some users report having issues with setting up nextcloud with the following error message:
```
Error while trying to create admin user: Failed to connect to the database: An exception occurred in driver: SQLSTATE[HY000] [2002] No such file or directory
```
I was not able to reproduce this on an Omnia with Turris OS 6.1.0.
cc @sborekhttps://gitlab.nic.cz/turris/os/packages/-/issues/878Forwarding to ISP servers doesn't work in Omnia after update to TOS 6.0.2022-10-30T01:00:55+02:00Martin PeckaForwarding to ISP servers doesn't work in Omnia after update to TOS 6.0.On Turris OS 5, I used DNS forwarding via kresd without issues. After update to 6.0, it doesn't work. I did not do anything custom with DNS on my router.
DNS settings in Reforis often time-out instead of applying what I set. In console,...On Turris OS 5, I used DNS forwarding via kresd without issues. After update to 6.0, it doesn't work. I did not do anything custom with DNS on my router.
DNS settings in Reforis often time-out instead of applying what I set. In console, I see this:
```
# after setting forward_upstream to 1
# /etc/init.d/resolver restart
Called /etc/init.d/kresd stop
set dhcp script
sh: invalid number ''
job 9 at Fri Oct 28 23:29:00 2022
Called /etc/init.d/kresd start
set dhcp script
Called /etc/resolver/dhcp_host_domain_ng.py
```
When I try to query the DNS server on the router after this, all requests time out.
With `forward_upstream` set to 0, restart of kresd works without the reported error and DNS resolution actually works.Martin PeckaMartin Peckahttps://gitlab.nic.cz/turris/os/packages/-/issues/866turris-auth+lighttpd: make sure that turris webapps are not accessible in cas...2024-03-12T14:20:58+01:00Martin MatÄjekturris-auth+lighttpd: make sure that turris webapps are not accessible in case turris-auth is not runningIn case that turris-auth check & redirection (`https://<router-ip>/login?/`)
```
https://<router-ip>/login?/<target_url> --> https://<router-ip>/<target_url>
```
is not available to lighttpd for some reason - for example [turris-auth c...In case that turris-auth check & redirection (`https://<router-ip>/login?/`)
```
https://<router-ip>/login?/<target_url> --> https://<router-ip>/<target_url>
```
is not available to lighttpd for some reason - for example [turris-auth config for lighttpd](https://gitlab.nic.cz/turris/os/packages/-/blob/master/web/turris-auth/files/lighttpd.conf) cannot be loaded - then turris webapps are directly accessible without authentication.
It would be useful to have failsave config for lighttpd (or some other measure), which would block access to reforis in case that turris-auth is not running, but reforis is running.
---
Please note that in case turris-auth is running, but runtime error occurs, reforis and pakon (and probably other turris webapps that lacks internal authentication) won't be accessible - which is fine, because they are still, although in weird way, protected by turris-auth.
cc: @mhrusecky, @jschlehofer, @shenekRichard MuzikRichard Muzikhttps://gitlab.nic.cz/turris/os/packages/-/issues/845Turris fosquitto announce over mdns causes avahi-discover-standalone to crash2022-12-19T14:29:19+01:00Petr MenÅ”ĆkTurris fosquitto announce over mdns causes avahi-discover-standalone to crashJust filled https://bugzilla.redhat.com/show_bug.cgi?id=2103926 on Fedora.
But it seems something is wrong with a way how foris-controller announces itself over mdns/avahi. When I run avahi-discoved-standalone in network with a Turris M...Just filled https://bugzilla.redhat.com/show_bug.cgi?id=2103926 on Fedora.
But it seems something is wrong with a way how foris-controller announces itself over mdns/avahi. When I run avahi-discoved-standalone in network with a Turris MOX in server mode, it crashes. While it should not crash, it seems the service type is not in expected format.https://gitlab.nic.cz/turris/os/packages/-/issues/837Rescue system in rescue-image_3.6.1-1 does not work2022-08-13T09:44:13+02:00Jan BetikRescue system in rescue-image_3.6.1-1 does not workSSLĀ wget does not work. Flash from the cloud not possible.
```
~ # ping -s 1500 nic.cz
PING nic.cz (217.31.205.50): 1500 data bytes
1508 bytes from 217.31.205.50: seq=0 ttl=61 time=2.074 ms
1508 bytes from 217.31.205.50: seq=1 ttl=61 tim...SSLĀ wget does not work. Flash from the cloud not possible.
```
~ # ping -s 1500 nic.cz
PING nic.cz (217.31.205.50): 1500 data bytes
1508 bytes from 217.31.205.50: seq=0 ttl=61 time=2.074 ms
1508 bytes from 217.31.205.50: seq=1 ttl=61 time=1.694 ms
1508 bytes from 217.31.205.50: seq=2 ttl=61 time=1.843 ms
1508 bytes from 217.31.205.50: seq=3 ttl=61 time=1.750 ms
1508 bytes from 217.31.205.50: seq=4 ttl=61 time=1.828 ms
^C
--- nic.cz ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 1.694/1.837/2.074 ms
~ # wget https://repo.turris.cz/hbs/medkit/omnia-medkit-latest.tar.gz
--2022-04-28 14:26:03-- https://repo.turris.cz/hbs/medkit/omnia-medkit-latest.tar.gz
^C
~ # wget -c http://www.nic.cz/
--2022-04-28 14:26:56-- http://www.nic.cz/
Resolving www.nic.cz... 2001:1488:0:3::2, 217.31.205.50
Connecting to www.nic.cz|2001:1488:0:3::2|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://www.nic.cz/ [following]
--2022-04-28 14:26:56-- https://www.nic.cz/
^C
~ # wget --version
GNU Wget 1.20.3 built on linux-gnu.
-cares +digest -gpgme +https +ipv6 -iri +large-file -metalink -nls
+ntlm +opie -psl +ssl/openssl
Wgetrc:
/etc/wgetrc (system)
Compile:
ccache_cc -DHAVE_CONFIG_H -DSYSTEM_WGETRC="/etc/wgetrc"
-DLOCALEDIR="/usr/share/locale" -I. -I../lib -I../lib
-I/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/usr/include
-I/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/include
-I/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/toolchain-arm_cortex-a9+vfpv3-d16_gcc-7.5.0_musl_eabi/usr/include
-I/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/toolchain-arm_cortex-a9+vfpv3-d16_gcc-7.5.0_musl_eabi/include/fortify
-I/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/toolchain-arm_cortex-a9+vfpv3-d16_gcc-7.5.0_musl_eabi/include
-I/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/usr/include
-I/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/usr/include
-DNDEBUG -Os -pipe -fno-caller-saves -fno-plt -fhonour-copts
-Wno-error=unused-but-set-variable -Wno-error=unused-result
-mfloat-abi=hard
-iremap/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/wget-ssl/wget-1.20.3:wget-1.20.3
-Wformat -Werror=format-security -fpic -fstack-protector-strong
-D_FORTIFY_SOURCE=2 -Wl,-z,now -Wl,-z,relro
Link:
ccache_cc
-I/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/usr/include
-I/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/usr/include
-DNDEBUG -Os -pipe -fno-caller-saves -fno-plt -fhonour-copts
-Wno-error=unused-but-set-variable -Wno-error=unused-result
-mfloat-abi=hard
-iremap/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/build_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/wget-ssl/wget-1.20.3:wget-1.20.3
-Wformat -Werror=format-security -fpic -fstack-protector-strong
-D_FORTIFY_SOURCE=2 -Wl,-z,now -Wl,-z,relro
-L/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/usr/lib
-L/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/lib
-L/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/toolchain-arm_cortex-a9+vfpv3-d16_gcc-7.5.0_musl_eabi/usr/lib
-L/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/toolchain-arm_cortex-a9+vfpv3-d16_gcc-7.5.0_musl_eabi/lib
-fpic
-specs=/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/include/hardened-ld-pie.specs
-znow -zrelro
-L/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/usr/lib
-lpcre
/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/usr/lib/libssl.so
/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/usr/lib/libcrypto.so
-ldl
-L/home/beast/beast/workspace/turris-os-packages-lions-omnia/build/staging_dir/target-arm_cortex-a9+vfpv3-d16_musl_eabi/usr/lib
-lz ftp-opie.o openssl.o http-ntlm.o ../lib/libgnu.a
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://www.gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Originally written by Hrvoje Niksic <hniksic@xemacs.org>.
Please send bug reports and questions to <bug-wget@gnu.org>.
~ # wget -c http://repo.turris.cz/hbs/medkit/omnia-medkit-latest.tar.gz
--2022-04-28 14:30:50-- http://repo.turris.cz/hbs/medkit/omnia-medkit-latest.tar.gz
Resolving repo.turris.cz... 2001:1488:ac15:ff80::84, 217.31.192.84
Connecting to repo.turris.cz|2001:1488:ac15:ff80::84|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://repo.turris.cz/hbs/medkit/omnia-medkit-latest.tar.gz [following]
--2022-04-28 14:30:50-- https://repo.turris.cz/hbs/medkit/omnia-medkit-latest.tar.gz
^C
```Michal HruseckyMichal Hruseckyhttps://gitlab.nic.cz/turris/os/packages/-/issues/794Networking in TOS 6.0 on MOX doesn't work2022-04-14T12:19:06+02:00Lukas JelinekNetworking in TOS 6.0 on MOX doesn't workIn Turris OS 6.0 (HBD) on MOX, networking doesn't work at all after booting. It can be temporarily fixed by assigning an address to a port (the `br-lan` bridge respectively) but this assignment doesn't persist over disconnecting and reco...In Turris OS 6.0 (HBD) on MOX, networking doesn't work at all after booting. It can be temporarily fixed by assigning an address to a port (the `br-lan` bridge respectively) but this assignment doesn't persist over disconnecting and reconnecting the cable.https://gitlab.nic.cz/turris/os/packages/-/issues/778WebApps missing after clean install of TOS 5.2.32021-09-03T11:11:18+02:00Lukas JelinekWebApps missing after clean install of TOS 5.2.3I've installed a clean Turris OS 5.2.3 from its medkit into my Omnia. When done and rebooted, I can login only to reForis. There are no WebApps. The web root redirects to reForis and there is no possibility how to go to Foris.I've installed a clean Turris OS 5.2.3 from its medkit into my Omnia. When done and rebooted, I can login only to reForis. There are no WebApps. The web root redirects to reForis and there is no possibility how to go to Foris.Michal HruseckyMichal Hruseckyhttps://gitlab.nic.cz/turris/os/packages/-/issues/586Regression: DHCP names not auto-updating in TurrisOS 5.x2021-07-29T12:49:49+02:00Leonardo Brondani SchenkelRegression: DHCP names not auto-updating in TurrisOS 5.xIn Turris OS 4.x, `dnsmasq` was updating `kresd` by:
1. invoking `/usr/lib/dnsmasq/dhcp-script.sh`
2. which invoked `/sbin/hotplug-call`
3. which invoked each script in `/etc/hotplug.d/dhcp`, one being `90-dhcp_host_domain_ng.py` (symlin...In Turris OS 4.x, `dnsmasq` was updating `kresd` by:
1. invoking `/usr/lib/dnsmasq/dhcp-script.sh`
2. which invoked `/sbin/hotplug-call`
3. which invoked each script in `/etc/hotplug.d/dhcp`, one being `90-dhcp_host_domain_ng.py` (symlink to `/etc/resolver/dhcp_host_domain.py`) which used to be installed by `resolver-conf`.
In TurrisOS 5.x the symlink is no longer installed. Creating it manually no longer works: `hotplug-call` fails because `dnsmasq` is now jailed.
Ever since I upgraded from 4.x to 5.x, (new) DHCP names no longer resolve. The updater script is only called during `kresd` initialization, but not when `dnsmasq` gives new leases.
```
# uci get resolver.common.dynamic_domains
1
```