Forum Turris
Fórum Turris Nápověda

Milí majitelé routerů Turris,

toto fórum bylo 9. 12. 2016 zmrazeno a nahrazeno naším novým Turris fórem. Ještě chvíli bude dostupné k prohlížení, ale již zde není možné přispívat. Více informací naleznete v oznámení o uzavření fóra.


Dear Turris routers users,

this forum has been frozen on Dec 9th, 2016 and replaced by our new Turris forum. It will be read-only accessible for some time after. For more information, read the announcement about closing the forum.

Nahoru Téma Majitelé routerů / Technická podpora / Turris 3.0
- - Od commar (>>) Dne 2016-05-24 13:28 Upraveno 2016-05-26 09:33
Nová verze je na světě, vaše poznatky?

EDIT: já docela v klidu, byla nutná manuální úprava Mount Point, kvůli minidlna...
EDIT2: Spectator vyhazuje "Nesprávný formát Stat XML" na záložce Updater...
EDIT3: Nejdou mi grafy v LuCI/Statistiky, pluginy povolené ale nebylo vybrané rozhraní...
Nadřazený - - Od milanroubal (>) 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 :)
Nadřazený - - 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éž.
Nadřazený - - 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í ?
Nadřazený - 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.
Nadřazený - 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 .......
Nadřazený - 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 :(
Nadřazený - 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)
Nadřazený - 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ý..
Nadřazený - 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.
Nadřazený - - 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
Nadřazený - - 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...
Nadřazený - - 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?
Nadřazený - - 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.
Nadřazený - - 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.
Nadřazený - 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
Nadřazený - - 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)
Nadřazený - 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 Václav Pávek (>) Dne 2016-05-24 16:30 Upraveno 2016-05-24 16:33
Je zde podpora pro Docker/LXC kontejnery?
Nadřazený - - 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.
Nadřazený - - 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ý :-(
Nadřazený - 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
Nadřazený - Od rene.kliment (>) Dne 2016-05-27 12:08
Tak odkazuji na vlákno Debian/LXC na Turrisu.
- - Od zaba_pv Dne 2016-05-24 17:25
Po restartu mi jde DHCP WiFi, počítače v síti na sebe vidí, ale na router se nedá přihlásit ani přes web tak ani přes SSH. Internet také nejede. Co mám dělat?
Nadřazený - 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.
Nadřazený - - 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.
Nadřazený - - 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).
Nadřazený - - 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.
Nadřazený - Od miska Dne 2016-05-25 08:05
Neobjevi se nejake chyby na seriove konzoli?
Nadřazený - 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 lubosrimal Dne 2016-05-24 18:57 Upraveno 2016-05-24 19:04
Po restartu mi nejde USB HDD - ext4. Nepřipojí se mountpoint, čímž není vidět sdílený disk :eek:
Pomohlo odebrání mountpointu, přegenerování configu v Luci - System/Mount Points/Generate Configs, následné znovuvytvoření mountpointu a odebrání a znovupřidání network share
- - Od NONES (>>>) Dne 2016-05-25 18:51
Po instalaci Turris OS 3.0 mně fungovalo vše kromě DVB-t tuneru. S tím jsem se pral dnes minimálně 2 hodiny. Reinstalace balíčků kmod-dvb-* a kmod-media-*, reinstalace TVHeadend pomocí updateru (ve FORISu), ale nakonec jsem rozchodil i to.
Nadřazený - 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
Nadřazený - 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 Loocky Dne 2016-05-26 11:15
Ahoj, krom toho, že se začala odpojovat WiFi (vyřešeno znovuuložením stávající konfigurace a restart routeru), proběhl upgrade bez problému. Bohužel ale při pokusu nastavení OpenVPN v LuCi se po uložení změn nic nestane. Respektive k uložení vůbec nedojde a webová stránka nereaguje. Nesetkal se s tímto problémem někdo?
Nadřazený - - 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:
Nadřazený - 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 PabloRadegast (>) Dne 2016-05-27 06:57
Jenom bych chtěl nahlásit, že od doby upgradu (tj. od 25.5. od 14hod) mi statistiky ukazují, že neodesílám uCollect data, ačkoliv ve Forisu, v záložce o routeru, mi to ukazuje, že je vše v pořádku. Máte taky někdo podobný problém. Je to systémové nebo je problém jenom u mě. Já po upgradu raději uvedl Turrise do továrního nastavení, protože mi začlo cosik haprovat a nastavil jsem jenom DHCP, DDNS (ta mi taky píše, že neběží, ale IP adresu mění, tak nevím, čemu mám věřit) a přidal pár pravidel do Firewallu. Jinak nic.
Nadřazený - 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
Nadřazený - Od M. Dne 2016-05-27 07:53
Také mám ten samy problém.
Nadřazený - - 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.
Nadřazený - - 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í.
Nadřazený - - 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...
Nadřazený - - 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
Nadřazený - - 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...
Nadřazený - 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
Nadřazený - - 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.".
Nadřazený - 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
- Od klorenzova Dne 2016-05-31 16:38
Dobrá zpráva ohledně odesílání dat
Podařilo se nám identifikovat a opravit chybu, která způsobovala hlášení o neodesílání dat z UCollectu (i přesto, že Foris se tvářil, že vše vzorně posílá).
Pokud se vaše problémy týkaly jen UCollectu a odesílání dat z Firewallu chodilo, zítra ráno už by vám email o neodesílání přijít neměl.
Pokud by někdo ve spojitosti s touto chybou chtěl požádat o vymazání výpadku dat, napište mi prosím na info@turris.cz a o odpuštění se postarám.
- Od Eskymák (>) Dne 2016-06-01 06:31
Jsem si updatu ani nevšiml, chtěl jsem Turris restartovat ručně a již jsem byl přivítán aktualizovanou restartovací obrazovkou. :grin:
Nahoru Téma Majitelé routerů / Technická podpora / Turris 3.0

Powered by mwForum 2.29.3 © 1999-2013 Markus Wichitill