Turris OS 3.6 out now

Turris OS 3.6 is going out today with easy OpenVPN setup, full list of changes is following:

  • foris: new plugin for easy OpenVPN management
  • suricata: new IDS package
  • kernel: support for CPUFreq, w1-gpio-cust and EC25-E LTE module on Omnia
  • updates to various packages, especially DNS resolvers

This update will be received on all Turris models as usual. OpenVPN plugin is out for Omnia right now and will be available for Turris 1.x in a while.

1 Like

This topic is now a banner. It will appear at the top of every page until it is dismissed by the user.

root@turris:~# updater.sh
WARN:Script revision-specific not found, but ignoring its absence as requested
WARN:Script serial-specific not found, but ignoring its absence as requested
DIE:
inconsistent: Requested package mc that is not available.

Still on 3.5.3

got it already (opkg update before running updater.sh)

1 Like

There is a problem with mc package on Turris 1.x, we are sorry for that and we are working on the fix. Thank you for your report!

Tried new OpenVPN plugin, config generated, but openvpn doesn’t work (never tried it before):

openvpn --config turris.conf --verb 6

and I can see in log:

Thu Mar 9 14:32:00 2017 us=888087 UDPv4 WRITE [14] to [AF_INET]XX.XX.XX.XX:1194: P_CONTROL_HARD_RESET_CLIENT_V2 kid=0 [ ] pid=0 DATA len=0
Thu Mar 9 14:32:02 2017 us=906361 UDPv4 WRITE [14] to [AF_INET]XX.XX.XX.XX:1194: P_CONTROL_HARD_RESET_CLIENT_V2 kid=0 [ ] pid=0 DATA len=0

where XX.XX.XX.XX is my public IP

udp/1194 is enabled on wan

thanks

RRDGraphs/Collectd are totally destroyed.

2 Likes

It is kinda hard to know what do you mean by that. You are welcome to describe it to our tech.support@turris.cz

Thank you

NO data before the upgrade. All RRDs are gone…

After update Is probably set the basic directory to /tmp, again.

If you touched something that is not a configuration file, it’s going to be changed by the update. It is a standard process. Normally, RRDs are cleared with every reboot.

Hi, update was fine, and I just test the OpenVPN and it is not working.
Problem is in /etc/config/openvpn
with: option dh '/etc/dhparam/dh-default.pem' which is not exist and OpenVPN will crash right after start.

I second this. All collectd settings are reset to defaults in my case. Great. And its still collectd V 4, not 5. So great to use this piece of software from 2010. Please just get LEDE support going so I don’t have to repair something at almost every autoupdate.

1 Like

Can’t find suricata anywhere.

Where is OpenVPN in LuCi or Foris?

IMHO the luci_statistics.collectd_rrdtool.DataDir configuration was reverted on upgrade. At least it seems to me like that.

Update: Well I do have configuration backups in git, so the actual diff is here, it seems the file was completely replaced by upstream version:

1 Like

Hi, I am facing problem with cron. My cron is not working probably even it is running. But scripts are not periodically started :confused: Any ideas what to change? Thanks in advance…

root@turris-trm:~# ps | grep cron | grep -v grep
_ 7044 root 4904 S /usr/sbin/cron -f_

root@turris-trm:~# tail /var/log/messages
2017-03-09T16:50:52+01:00 info hostapd[]: wlan1: STA 54:27:58:52:0a:86 WPA: group key handshake completed (RSN)
2017-03-09T16:51:30+01:00 info procd[]: Instance cron::instance1 s in a crash loop 6 crashes, 0 seconds since last crash
2017-03-09T16:52:00+01:00 info ucollect[2967]: Sending 127 flows
2017-03-09T16:52:01+01:00 info ucollect[2967]: Sending 25 IPv4 refused connections and 0 IPv6 ones
2017-03-09T16:52:06+01:00 info hostapd[]: wlan0: STA a4:77:33:de:91:34 WPA: group key handshake completed (RSN)
2017-03-09T16:52:06+01:00 info hostapd[]: wlan0: STA 54:60:09:fb:12:e4 WPA: group key handshake completed (RSN)
2017-03-09T16:52:06+01:00 info hostapd[]: wlan0: STA 78:f8:82:9f:4d:c0 WPA: group key handshake completed (RSN)
2017-03-09T16:54:07+01:00 warning []: Unable to use //tmp//yin2yang.xsl (No such file or directory).
2017-03-09T16:54:07+01:00 warning []: YANG format data models will not be available via get-schema.
2017-03-09T16:58:45+01:00 info procd[]: Instance cron::instance1 s in a crash loop 6 crashes, 0 seconds since last crash
root@turris-trm:~# crontab -e
crontabs: No such file or directory
crontabs: mkdir: File exists

UPDATE: Schnapps rollback fixed this issue and another upgrade screw that again… So the problem is not in bad or unfinished upgrade, but upgrade itself on my omnia.

True story! Old file from backup and everything is ok! But why is replaced user-config files?

Did you enable it in the “updater” tab?