Turris 3.0

Dne 2016-05-24 14:00

Diky zmenam v Multiwanu to znamena velkou vecerni akci na rekonfiguraci. Coz me privadi k dotazu - kdyz uz to budu delat, tak bych to vzal od podlahy vcetne zmeny na UBIFS. Otazka zni, zda je image
https://api.turris.cz/openwrt-repo/turris/sdcard-rescue/sdcard.img ze 13.5. uz Turris 3.0, abych to mel pekne vsechno poresene :)

Od Michal Vaner (>>)

Dne 2016-05-24 14:20

Dobrý den

Ano, měl by být aktuální. Ten starší datum to ukazuje proto, že se to celé zkompiluje, testuje a vlastní vydání už je provedeno čistě kopírováním hotových balíčků, aby bylo zajištěno, že je to úplně totéž.

Od Lukáš Snášel

Dne 2016-05-25 17:03

Provedl sem opět po roce "aktualizaci z SD" ale i přesto mě potom instalační Wizard stahoval plno aktualizací.
Opravdu je ten IMG aktuální ?

Od rene.kliment (>)

Dne 2016-05-27 12:34

Tak potvrzuji, že mi to taky instalovalo dost věcí. Minimálně nějaký development snapshot to ale bude, protože v /etc/turris-version bylo 3.0 a jádro bylo také 3.18.něco.

Od Jerry

Dne 2016-05-24 14:04

No tak po restartu přes SSH Turris naběhl a lze se připojit tak to vypadá OK, jen mě poslal do háje s klíčem a musím se přihlásit heslem což se mi nelíbí - večer to budu muset omrknout .......

Od Pepe

Dne 2016-05-24 16:56 Upraveno 2016-06-02 11:33

Chybí mi ovladač pro rtl8812au ; nejspíš si ho budu muset sám zkompilovat - https://github.com/gnab/rtl8812au :(

Od digiman (>)

Dne 2016-05-24 20:47 Upraveno 2016-05-24 21:08 Hlasů 1

Poznatky velice pozitivní zatím :evil:

večer přetestuji rychlost, ale aktuálně jsem téměř na dvojnásobku propustnosti :wink:

vypadá (zatím jsem našel jen limit měřícího serveru :evil:

), že kluci v NICu odvedli skvělou práci a patří jim velký díky za provedené optimalizace :-) a routovat datovej tok 500/550mb/s s plným zabezpečením je parádní výkon :wink:

zatím mě osobně přijde jako nejméně problematický update. (Nemusel jsem nic předělávat z toho co jsem zatím stihl otestovat)

Od JJiik

Dne 2016-05-26 22:26

Ahoj,

Co jsi konkrétně musel dělat ohledně mount pointů a minidlna?
Mounty vidím, dokonce i po SMB, ale minidlna mi odmítá indexovat...

[2016/05/26 23:20:38] minidlna.c:1026: warn: Starting MiniDLNA version 1.1.4.
[2016/05/26 23:20:38] minidlna.c:355: warn: Creating new database at /mnt/adocs/minidlna/files.db
[2016/05/26 23:20:39] minidlna.c:1065: warn: HTTP listening on port 8200
[2016/05/26 23:20:39] scanner.c:726: warn: Scanning /mnt/v.....

Jsem poněkud bezradný..

Od vladacr

Dne 2016-05-27 09:59

Vypadá to, že u mě je vše v pořádku. Router naběhl, routuje, připojené disky jsou stále dostupné, v LuCi jsem problém také nenašel, nemám ani výpadky v uCollect. Restartoval jsem ale až včera večer, tak snad bude vše i nadále OK.

Od PiTRiS

Dne 2016-06-22 13:28

Ahoj, ad edit, co jsi upravoval ohledně mount pointů, aby ti šlo DLNA? Také jsem jej chtěl včera zprovoznit a bohužel nepovedlo se, nic se neindexuje. Díky

Od commar

Dne 2016-06-22 13:44 Hlasů 1

Ahoj, miniDLNA momentálně nechodí vůbec, mě to chodilo, jen do dalšího restartu, pak mi to umřelo jako všem...
Čeká se na opravu od teamu...

Od PiTRiS

Dne 2016-06-22 14:40

Pokud by to chodilo do dalšího restartu, tak je to za mě v pohodě (tak často nerestartuji) - mohl bys tedy napsat, čím si to aspoň takto zprovoznil?

Od commar

Dne 2016-06-22 14:53

Ne, to bylo trochu jinak. Všem to po aktualizaci na verzi 3.0 přestalo chodit.
Mě to chodilo, ale jakmile jsem restartoval přestalo to chodit i mě.
Takže miniDLNA nejde nikomu.

Od Laser007

Dne 2016-06-22 15:25

No mě například miniDLNA jde a přežije i restart, kapku jsem bádal a všiml jsem se že to nemá rádo určité názvy adresářů a když jsou v názvech jenom čísla tak to indexuje, tak jsem je pojmenoval čísly a o té doby mi to jde.

Od PiTRiS

Dne 2016-06-22 21:18

no, přejmenovávat komplet ceou adresářovou strukturu na 4TB hdd mi nepřijde jako nejlepší volba :D

Od PiTRiS

Dne 2016-06-22 22:34

Tak fixnuto. Dle gitu je problém v ffmpeg a ne v minidlna:
https://github.com/CZ-NIC/turris-os-packages/commit/c2626d8fa5b955b377dd473688377a4e359d2b4b

Stačí tedy nainstalit package z nightly repo:
https://api.turris.cz/openwrt-repo/turris-nightly/packages/turrispackages/

pozor! je třeba nainstalovat obojí:
ffmpeg_2.7.2-2_mpc85xx.ipk
libffmpeg-full_2.7.2-2_mpc85xx.ipk (instalací tohoto se stáhne dependancy z produkčního repa, kde je pouze 2.7.2-1 verze, která evidentně není fixlá)

minidlna jsem zaktualizoval taky, ale myslím že není třeba (a hlavně turris to automaticky downgraduje při nějakém tom svém updatu, ffmpeg nikoliv)

Od Pepe

Dne 2016-06-22 23:10

Podle githubu to vypadá, že vydání Turris OS 3.1 je na spadnutí. Je už i changelog https://github.com/CZ-NIC/turris-os-packages/commit/ed38159123c4f42d7ea3074fe77b6df378f83f8a

Od rene.kliment (>)

Dne 2016-05-24 16:39

LXC tam je. Vytvoření kontejneru nějaké distribuce je horší díky architektuře procesoru.

Od Václav Pávek (>)

Dne 2016-05-24 16:59

O balíčku LXC vím, ale zajímá mě oficiální podpora v jádře. Trošku mi vadí, že není přítomen balíček Docker abych mohl použít https://hub.docker.com/r/sammcz/debian-powerpcspe/.

Video kde LXC na Turrisu běhá https://smallhacks.wordpress.com/2015/07/15/lxc-on-openwrtturris-presentation/ . Jen repositáře a Docker image je rok starý :-(

Od rene.kliment (>)

Dne 2016-05-24 17:04 Upraveno 2016-05-25 10:28

Podpora v jádře je. Já jdu teď cestou vytvořit pomocí debootstrap a pustit pomocí LXC, protože ty templaty jsou prostě na nic. Dostanu se k tomu pořádně ale až ke konci týdne.

UPDATE: Funguje to skvěle. Má to sice nějaké zádrhely, ale funguje to. Rozběhl jsem v tom bez nejmenšího problému poslední Home Assistant přes pip3 a OpenHAB jen jako test Javy a tak. Kolem víkendu sepíšu návod, pokud mě do té doby nikdo nepředběhne.

root@tu:~# lxc-checkconfig 
--- Namespaces ---
Namespaces: enabled
Utsname namespace: enabled
Ipc namespace: enabled
Pid namespace: enabled
User namespace: enabled
Network namespace: enabled
Multiple /dev/pts instances: enabled

--- Control groups ---
Cgroup: enabled
Cgroup clone_children flag: enabled
Cgroup device: enabled
Cgroup sched: enabled
Cgroup cpu account: enabled
Cgroup memory controller: enabled
Cgroup cpuset: enabled

--- Misc ---
Veth pair device: enabled
Macvlan: enabled
Vlan: enabled
Bridges: enabled
Advanced netfilter: enabled
CONFIG_NF_NAT_IPV4: enabled
CONFIG_NF_NAT_IPV6: enabled
CONFIG_IP_NF_TARGET_MASQUERADE: enabled
CONFIG_IP6_NF_TARGET_MASQUERADE: enabled
CONFIG_NETFILTER_XT_TARGET_CHECKSUM: missing

--- Checkpoint/Restore ---
checkpoint restore: missing
CONFIG_FHANDLE: enabled
CONFIG_EVENTFD: enabled
CONFIG_EPOLL: enabled
CONFIG_UNIX_DIAG: missing
CONFIG_INET_DIAG: enabled
CONFIG_PACKET_DIAG: missing
CONFIG_NETLINK_DIAG: missing
File capabilities: enabled

Note : Before booting a new kernel, you can check its configuration
usage : CONFIG=/path/to/config /usr/bin/lxc-checkconfig

Od rene.kliment (>)

Dne 2016-05-27 12:08

Tak odkazuji na vlákno Debian/LXC na Turrisu.

Od JKalus

Dne 2016-05-24 19:05

Zdravim. Mam podobny problem. S tim rozdilem ze na router se v pohode prihlasim, pocitace v siti taky na sebe vidi ale internet ke me nedotece. Zkousel jsem i obnovu do tovarniho nastaveni. Do doby nez se aktualizuje na OS3 tak vse jde pak zase bez internetu. Ted funguji na stare verzi s neaktualizovanym SW. Nekdo stejny problem? Jo a problem stejny at uz jedu Static IP nebo DHCP.

Od vavrecka24

Dne 2016-05-24 19:25

Také mi dnešní aktualizace trochu rozhodila router... "Fungovalo" mi to stejně tak, jak popisujete vy, naštěstí mi ale po několika restartech (ve formě odpojení napájení a připojení) začal reagovat na SSH a zadáním příkazu updater.sh -n a následném rebootu se vše rozchodilo, teď už to vypadá ok.

Od zaba_pv

Dne 2016-05-24 20:23

Tak mě se SSH připojí těsně po rebootu ještě než celý naběhne (indikace dle led všechny blikají sv modře a po najetí se změní na definované barvy), ale nejde mi tam nic psát (celé to vytuhne).

Od JKalus

Dne 2016-05-24 20:25

Presne tak.. Ja jsem dospel do takove faze ze pokud delam obnovu do tovarniho nastaveni tak to totalne vytuhne pri aktualizaci.

Od miska

Dne 2016-05-25 08:05

Neobjevi se nejake chyby na seriove konzoli?

Od zaba_pv

Dne 2016-05-25 05:49

Povedlo se někomu vyřešit nefunkční stav po instalaci verze 3.0?

Od fanoush

Dne 2016-05-25 22:12

taky mi nejel dvb-t tuner a stacilo priinstalovat kmod-i2c-mux nebo tak nejak protoze modul toho tuneru mel na nej zavislost ale opkg balicek toho modulu asi ne

Od Fait

Dne 2016-05-26 13:42

DVB tuner mi také nešel, ale stačilo odinstalovat balíček ovladače af9015 a nainstalovat místo něj novější af9035. Bylo to i zmíněno v upozornění na update.

Od Pepe

Dne 2016-05-27 17:23

Nedělá Vám to ještě i po restartu př. továrním nastavením? Dnes mě 2.4 GHz WiFi odpojovala neustále a 5 GHz radši nevysílala vůbec :yell:

Od Loocky

Dne 2016-06-02 07:45

Nedělá. Stačilo projít nastavení WLAN, znovu uložit konfiguraci a restartovat, od té doby mám klid, ale to nastavení VPN se mi rozchodit nepovedlo.

Od Pepe

Dne 2016-05-27 07:42

Ano, mam ten samý problém. Včera jsem jim to psal i na email, tak uvidíme

Od M.

Dne 2016-05-27 07:53

Také mám ten samy problém.

Od commar

Dne 2016-05-27 08:07

Trochu mě mrzí že na tyto problémy nikdo z teamu nereaguje.
Za celý týden jedna reakce p. Vanera, jinak nic.
Třeba ty problémy nejsou jen u nás, kdyby někdo něco napsal
(stačilo by, vydržte, řešíme to nebo podobně..) bylo by to jiné.
Co se chystá Omnia se na nás trochu zapomíná.

Zkuste si dát vypsat pkg_check
stále mi vypisuje chyby, co šlo jsem doinstaloval a opravil,
ale tohle mi tam stále zůstává:

turris ~ # pkg_check
 * Changes found in package luci-app-statistics:
   - /etc/config/luci_statistics: FAILED

 * Changes found in package luci-base:
   - /etc/config/luci: FAILED

 * Changes found in package unbound:
   - /etc/unbound/root.key: FAILED

Some packages contain changed files!
Maybe something worth looking into?
Here is the list of packages and changed files:

 - luci-app-statistics: /etc/config/luci_statistics
 - luci-base: /etc/config/luci
 - unbound: /etc/unbound/root.key

Když dám luci-base reinstalovat, za chvíli je to tam zase.

Od Laser007

Dne 2016-05-27 09:16 Upraveno 2016-05-27 09:56

Tento výpis příkazu pkg_check jsou podle mě vpořádku, protože ty vypsané "chyby" jsou změny konfiguračních souborů oproti čistému instalačnímu balíčku a tyto soubory se po instalaci a nastavení změní. I obsah root.key se mění, protože se do něj zapisuje čas poslední kontroly, takže kontrolovat checksum těchto souborů a vypisovat to jako chybu je matoucí.

Od commar

Dne 2016-05-27 09:48

Včetně luci-base?
Já měl za to že to hlásí chyby balíčků.

Měl jsem dále problém na:

luci-theme-*
luci-i18n-*
luci-app-statistics
balíčky češtiny a angličtiny.

Možná se pletu, nechci zbytečně plašit...

Od Laser007

Dne 2016-05-27 10:14 Upraveno 2016-05-27 10:24

Ano i luci-base, protože si to stěžuje na její konfigurační soubor v adresáři /etc/config/ , ve kterém jsou konfigurační soubory a těm se checksum po instalaci a nakonfigurování změní. Kdyby to bylo něco dalšího tak to také vypíše.
Já měl to samé, také mi to hlásilo problémy s jazykovými balíčky, které jsem musel pře/doinstalovat.

turris ~ # pkg_check
* Changes found in package luci-app-statistics:
   - /etc/config/luci_statistics: FAILED

* Changes found in package luci-base:
   - /etc/config/luci: FAILED

* Changes found in package unbound:
   - /etc/unbound/root.key: FAILED

Some packages contain changed files!
Maybe something worth looking into?
Here is the list of packages and changed files:

- luci-app-statistics: /etc/config/luci_statistics
- luci-base: /etc/config/luci
- unbound: /etc/unbound/root.key

Od commar

Dne 2016-05-27 10:23

Tak to se omlouvám, vzal jsem hlášku o změněných souborech v balíčcích za chybu balíčku...

Od Michal

Dne 2016-05-27 10:45

tu hlášku mám taky, ten příkaz jsem zkusil myslím ve středu, ale vše funguje

Od stealth

Dne 2016-05-27 11:38

Také mám ten samý problém, dělal jsem včera i reset do továrního nastavení, následně i přeflashnutí NOR paměti, zkoumal jsem i script ucollectu - a nic. Ve /var/log/messages mám u ucollectu akorát warning "epoll_wait on 4 interrupted, retry", jinak vše OK a občas nějaké to úspěšné "Sending xx flows", "Updating filter,ipset, atd.".

Od PabloRadegast (>)

Dne 2016-05-29 15:04 Hlasů 1

Mohl by se někdo z Turris týmu vyjádřit k tomu výpadku uCollect? Už mi to dělá 100 hodin od středy a to jsem uváděl Turrise do továrního nastavení a ve Forisu mi to hlásí, že to je OK. V systémovém logu nevidím žádnou chybu a hlášky týkající se uCollectu se mi jeví v pořádku:

2016-05-29T15:34:44+02:00 info ucollect[5220]: Sending 401 flows

2016-05-29T15:41:39+02:00 info ucollect[5220]: Updating filter addresses from version 48817603 to version 48817643 (epoch 3)
2016-05-29T15:41:41+02:00 info ucollect[5220]: Updating ipset turris_100FA4E0_lb_a_4_X from version 48817603 to version 48817643 (epoch 3)

2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Global permanent pool: 3108/4096 (19)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Global batch pool: 0/4096 (0)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Global temporary pool: 160/4096 (3)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Buffer pool for uplink: 4/4096 (1)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Flow conf pool: 5365404/5677056 (292281)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Badconf: 48/4096 (1)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Bandwidth: 2744/4096 (6)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Buckets: 72/4096 (1)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Count: 264/4096 (1)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Fake: 14320/16384 (41)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Fake log: 1053/4096 (46)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Sniff: 20/4096 (2)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Spoof: 224/4096 (1)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Sniffer pool: 0/4096 (0)
2016-05-29T15:52:54+02:00 info ucollect[5220]: Mempool stats: Fwup: 168/4096 (7)

2016-05-29T15:45:03+02:00 info nikola[]: (v39) recognized WAN interfaces: 6in4-wan6, eth2
2016-05-29T15:45:12+02:00 info nikola[]: (v39) Establishing connection took 0.831036 seconds
2016-05-29T15:45:12+02:00 info nikola[]: (v39) Checking server certificates took 0.152413 seconds
2016-05-29T15:45:12+02:00 info nikola[]: (v39) Logrotate took 0.005677 seconds
2016-05-29T15:45:12+02:00 info nikola[]: (v39) Syslog parsing took 0.047703 seconds
2016-05-29T15:45:13+02:00 info nikola[]: (v39) Session init took 0.927888 seconds
2016-05-29T15:45:13+02:00 info nikola[]: (v39) Records parsed: 9
2016-05-29T15:45:13+02:00 info nikola[]: (v39) Records after filtering: 9
2016-05-29T15:45:13+02:00 info nikola[]: (v39) Records filtering took 0.010078 seconds
2016-05-29T15:45:13+02:00 info nikola[]: (v39) {u'msg': u'Data were inserted into work queue.'}
2016-05-29T15:45:13+02:00 info nikola[]: (v39) Sending records took 0.182199 seconds

Jediné, co může být v nepořádku je tato hláška:
2016-05-29T15:41:46+02:00 warning ucollect[5220]: epoll_wait on 4 interrupted, retry