Turris OS 3.11.3 in RC

release

#83

update from rc4 to rc5 went ok, thus far no issues lodged in the logs


#84

I updated from RC4 to RC5, no issues so far for this RC.

The last few updates I do see an error from netdata, any info on how to fix this netdata error in the logs?
2019-02-22 13:53:34 err netdata[9252]: BTRFS: failed to read ‘/sys/fs/btrfs/490430d3-794d-4d61-a795-daa1e1e1b126/allocation/data/total_bytes’

Thanks
John


#85

I updated successfully and it’s still working


#86

If anyone finds this post, here is the solution provided by @Pepe

That’s related to netdata, because it can’t read the value. You can disable in it.

The best way, how you can do it is download netdata.conf, which you can download from here http://192.168.1.1:19999/netdata.conf and replace it in your router /etc/netdata/netdata.conf

In the replaced file, you need to uncomment and change the value of it.

There you can see:

 	# /sys/fs/btrfs = yes

Uncomment it by just deleting the # and instead of yes, write there no.

So, in the end, it will look like this:

	 /sys/fs/btrfs = no

Restart netdata and errors from the netdata are gone.


#87

Please can you check miniupnpd? I temporarily switched from Turris to OPNsense firewall, and on OPNsense UPnP worked again without any changes on network or windows, so somewhere in miniupnpd must be problem. :frowning: I tried to switch back to Turris and UPnP stopped working again. MiniUPnPd of Turris config below:
config upnpd ‘config’
option enabled ‘1’
option enable_natpmp ‘1’
option enable_upnp ‘1’
option internal_iface ‘lan’
option port ‘0’
option upnp_lease_file ‘/var/run/miniupnpd.leases’
option igdv1 ‘1’
option download ‘4096’
option upload ‘4096’
option secure_mode ‘0’
option uuid ‘63fee04f-98f8-4b0b-9050-0e34800b577c’

config perm_rule
option comment ‘Allow’
option ext_ports ‘1024-65535’
option int_addr ‘0.0.0.0/0’
option int_ports ‘1024-65535’
option action ‘allow’


#88

We have just released a Turris OS 3.11.3 RC6.

Package updates:

  • netdata: update to version 1.12.1 (for Turris Omnia)
  • kernel: update to version 4.4.176

Security updates:

  • bind: update to version 9.12.3-P4
  • tor: update to version 0.3.5.8

New package:

  • lua-cqueues

Known bugs:

  • openvswitch: is missing due to compilation issues

#89

Worksforme, installed rebooted and using it now


#90

Turris OS 3.11.3 RC6 work for me, no issues after a reboot.


#91

Hi!

Any news about this update? Thank you.


#92

I am using it as well. Nothing special so far.

My log is a bit flooded with this messages:
2019-03-19 14:00:17 err kernel[]: [170083.417177] huawei_cdc_ncm 4-1:1.1 wwan0: kevent 2 may have been dropped
2019-03-19 14:00:17 err kernel[]: [170083.423988] huawei_cdc_ncm 4-1:1.1 wwan0: kevent 2 may have been dropped
2019-03-19 14:00:17 err kernel[]: [170083.430794] huawei_cdc_ncm 4-1:1.1 wwan0: kevent 2 may have been dropped

But it was there before. Everything works as expected besides that annoyance.


#93

Hi,

Just curious; Is there an ETA on 3.11.3?
It’s been in RC for almost 3 months.


#94

Almost 2 months, not 3.


#95

Almost 2 months, not 3.

I stand corrected.


#96

Hi everybody,

We were trying to solve some issues with mwan3, but in the end, we decided not to prolong it anymore and revert mwan3 to the state in the current release. We have just released RC7 version of Turris OS 3.11.3.

Package updates:

  • Foris: update

  • wireguard: update to version 0.0.20190227

  • netdata: update to version 1.12.2

  • youtube-dl: update to version 2019.03.01

  • syslog-ng: update to version 3.20.1

Security updates:

  • openssl: update to version 1.0.2r

  • ntpd: update to version 4.2.8p13

Known bugs:

  • openvswitch: is missing due to compilation issues

#97

OK, great news, thanks.

And what about the known issue from previous RC version?


#98

Good catch, thank you @Nones! I forget about it.


#99

It works for me, update went without problems


#102

Updated to 3.11.3, no issues to report.


closed #103

It’s released!


removed this banner . It will no longer appear at the top of every page. #104