Chyby, které vedou k nefunkčnosti připojení

RomanHK · August 27, 2019, 4:56pm

Laidsky řečeno = rozbalíme mediakit z USB (/dev/sdb1) do SSD (/dev/sda1) a tím se vytvoří kopie mediakitu na SSD = defakto 4LED reset.

JardaB · August 27, 2019, 5:39pm

Trochu orazím, zítra nebo později nastuduji fdisk a pak budu pokračovat. No a potom sepíšu jaký HW USB převodník (spešl driver nebyl třeba), jak je zapjen kabel, jaký terminál mi fungovall (v PuTTy se mi nespustilo okno terminálu - to mne strašně odradilo, jiné terminály mi zatuhávaly) a nakonec celý postup.

Už se z toho trochu vidím.

RomanHK · August 27, 2019, 5:42pm

Jasně, dobrá, hlavně že jsme rozjeli komunikaci - to taky byla sázka do loterie, ale fajn, že se povedlo. Tak zatím…

RomanHK · August 28, 2019, 7:38pm

PuTTY mě chodí bezvadně - jen musíte být v “Session” kategorii, tzn. krok po kroku:

Pustím PuTTY:
Momentálně je předvoleno SSH spojení, tudíž kliknu na tlašítko “Serial” (vedle SSH, pod portem s číslem 22):
Do kolonky “Serial line” z COM1 přepíši na COM3 a Speed z 9600 na 115200:
kliknu na ikonu “Open” a otevře se černé prázdné okno = tím je spojetí provedeno:

JardaB · August 28, 2019, 8:45pm

Jo … zase… jak prosté, milý Watsone !

Já sice vše zadal dobře v záložce zcela dole parametry Serial, ale nevrátil jsem se na Session a rovnou tiskl tlačítko dole “Open”. Program je trochu nelogický … tlačítko Open by mělo být dostupné jen v záložce Session.

PuTTy se chová trochu rychleji: Dosud používám tento terminal TERMINAL - terminal emulation program for RS-232 | HW-server.com

Ten má výhodu, že si načte existující porty a já jej vyberu zaškrtnutím a jednou nastavenou rychlost a další si pamatuje.

Jinak s fdiskem se již prokousal a myslím, že kroky na ssd mám hotové

Terminal%20-%20F2%20%20btrfs3%20repeat

JardaB · August 29, 2019, 6:42am

Podejť by mi terminál chodil !!! na začátku (až po prohození kabel Rx-Tx se to rozběhlo).

Popis je sice správně, ale je trochu matoucí. Jednou jsou popsány piny na desce routeru a podruhé přívodní kabel protistrany (druhého zařízení).

Na schématu pinout Omnia je zleva GND / Tx / Rx / 3,3V

V návodu pro seriový port je uvedeno zleva je černá (GND), žlutá (RX), oranžová (TX).

Rozhodně by v návodu mělo být zmíněno, že prohození Rx a Tx je neškodné a při problémech je možné tyto přívody prohodit. Základem by měl být popis pinů na desce routeru a požadavek zapojení
GND - GND
Tx - Rx
Rx - Tx

=======================================================
EDIT 2024/01/05

Jirka · August 29, 2019, 9:57pm

sda je interni SSD, sdb je externi flash… Zadny nextcloud, pakon, etc…

 root@Doma:~ df -h
    Filesystem                Size      Used Available Use% Mounted on
    /dev/mmcblk0p1            7.3G    590.8M      6.7G   8% /
    tmpfs                  1010.9M      4.8M   1006.1M   0% /tmp
    tmpfs                   512.0K         0    512.0K   0% /dev
    /dev/sda1                24.5G      1.5G     21.7G   7% /srv
    /dev/sda2                30.3G     61.7M     28.7G   0% /mnt/SSD
    /dev/sdb1                 1.7T      1.6T     31.4G  98% /mnt/NAS
    root@Doma:~ uptime
     23:53:25 up 34 days, 16:46,  load average: 0.00, 0.00, 0.00
    root@Doma:~ cat /sys/block/mmcblk0/stat | awk '{print $7}'
    11935400
    root@Doma:~ cat /sys/block/mmcblk0/stat
        8405       54   333200     7980   866649        2 11935400 30645260        0   584880 30653220

Po noci, zadne planovane akce, zadny klientsky provoz:

root@Doma:~ uptime
 06:41:49 up 34 days, 23:35,  load average: 0.00, 0.00, 0.00
root@Doma:~ cat /sys/block/mmcblk0/stat | awk '{print $7}'
12038664

root@Doma:~ df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/mmcblk0p1            7.3G    590.8M      6.7G   8% /
tmpfs                  1010.9M      4.8M   1006.1M   0% /tmp
tmpfs                   512.0K         0    512.0K   0% /dev
/dev/sda1                24.5G      1.5G     21.7G   7% /srv
/dev/sda2                30.3G     61.7M     28.7G   0% /mnt/SSD
/dev/sdb1                 1.7T      1.6T     31.4G  98% /mnt/NAS

??? Automaticke aktualizace vyple, automaticky schnapps vyply, zasilani dat vyple, s vyjimkou sslh, wireguard a adblocku vse co bezi navic (TVH) bezi v LXC na /srv. Adblock pise na SSD, kresd pise na SSD, Jak je toto mozne.

@cynerd mate nejaky tip jak toto investigovat dal? Docela me to znepokojilo, Omnia je opravdu nastavena tak, aby delala jeste min nez v tovarnim defaultu…

Jirka · August 30, 2019, 6:55am

Jirka · August 30, 2019, 8:22am

There seems to be an activity every 10mins

I am struggling to find out, what that is… I dont have any job, scheduled by me to the 10min interval…

By try and error method (iostop isnt avaible unfortunatelly) I was able to find root cause. In my case it was OpenVPN, this directive option ifconfig_pool_persist was directd to the eMMC path before. After redirect to correct external source, situations is as it should, 0 writes to eMMC…

Thanks god for collectd disk plugin… I wasnt aware of this, until I accidently check it because this thread…

JardaB · September 3, 2019, 12:21pm

Tak asi po třech pokusech provedených od počátku jsem se dostal do továrního režimu. sda1 bylo na SSD mSATA vytvořeno a přesto 2x rozbalení obrazu skončilo zatuhnutím bez promptu. Naposled to proběhlo korektně a spustilo se i rozhraní Turris. Co bylo blbě to nevím … škoda přeškoda.

Na flešce jsem měl přitom uložen vyexportovaný obraz poslední zálohy se všemi uživatelskými nastaveními a stejně si to šahlo na ten obraz posledního továrního medkitu “se špatnou příponou”

Teď si dám zase pauzu a buď

použiji poslední konfiguraci z cloudu
nebo obnovím záložní obraz … to raději

Ufff … stavební inženýr opět slavně zvítězil (s tvojí přípomocí a duchovní podporou RomaHK skrze SZ)

JardaB · September 5, 2019, 4:07pm

Tak po načtení uložené konfigurace ve Foris je vše nefunguje instalace zkrze Forris - aktualizace seznamu balíčků. Dtto via Luci Software bez problému.

V minulosti se obdobné chyby rozchodily po chvíli sami.
Edit: tak po dalším dalším restart a přepnutí aktualizací do režimu “schvalování” se to “tvářilo”,
ale nechce se tomu

Tak vyčkám …

JardaB · September 7, 2019, 11:32am

Tak updater se vzpamatoval, bohužel odpočátku nejde uCollect. Zrušil a obnovil jsem registraci sběru dat, dtto zakázal a následně povolil sběr dat ve Foris (Cloud záloha běží. Haas nezávisle také.)

2019-09-07 08:30:49 info nikola[]: Establishing connection took 0.000010 seconds
2019-09-07 08:30:49 info nikola[]: Logrotate took 0.004798 seconds
2019-09-07 08:30:50 info nikola[]: Syslog parsing took 0.132787 seconds
2019-09-07 08:30:50 info nikola[]: Records parsed: 179
2019-09-07 08:30:50 info nikola[]: Records after filtering: 39
2019-09-07 08:30:50 info nikola[]: Records filtering took 0.024267 seconds
2019-09-07 08:30:50 info nikola[]: Sending records took 0.001848 seconds
2019-09-07 08:30:50 err nikola[]: error during rule test: invalid literal for int() with base 10: '1567789261.0'
2019-09-07 08:30:50 err nikola[]: Exception traceback: [<FrameSummary file /usr/lib/python3.6/site-packages/nikola/__main__.py, line 208 in main>, <FrameSummary file /usr/lib/python3.6/site-packages/nikola/tester.py, line 54 in publish_result>]

JardaB · September 7, 2019, 8:23pm

2019-09-07 22:00:05 err ucollect[10358]: Error from socat: 2019/09/07 22:00:05 socat[10363] E connect(5, AF=10 [2001:1488:ac15:ff80:0000:0000:0000:0101]:5679, 28): Permission denied
2019-09-07 22:00:05 warning ucollect[10358]: Remote closed the uplink api.turris.cz:5679, reconnecting
2019-09-07 22:00:05 warning ucollect[10358]: epoll_wait on 4 interrupted, retry
2019-09-07 22:00:05 info ucollect[10358]: Reconnecting to api.turris.cz:5679 now
2019-09-07 22:00:05 warning ucollect[10358]: Reconnecting too often, waiting a little while
2019-09-07 22:00:05 info ucollect[10358]: Going to reconnect to api.turris.cz:5679 after 2 seconds
2019-09-07 22:00:07 info kresd[10005]: > net.ipv6 = false
2019-09-07 22:00:07 info kresd[10005]: 
2019-09-07 22:00:07 info ucollect[10358]: Reconnecting to api.turris.cz:5679 now
2019-09-07 22:00:07 info ucollect[10358]: Socat started
2019-09-07 22:00:07 err ucollect[10358]: Error from socat: 2019/09/07 22:00:07 socat[10372] E SSL_connect(): error:14090086:lib(20):func(144):reason(134)
2019-09-07 22:00:07 warning ucollect[10358]: Remote closed the uplink api.turris.cz:5679, reconnecting
2019-09-07 22:00:07 warning ucollect[10358]: epoll_wait on 4 interrupted, retry
2019-09-07 22:00:07 info ucollect[10358]: Reconnecting to api.turris.cz:5679 now
2019-09-07 22:00:07 warning ucollect[10358]: Reconnecting too often, waiting a little while
2019-09-07 22:00:07 info ucollect[10358]: Going to reconnect to api.turris.cz:5679 after 4 seconds
2019-09-07 22:00:11 info ucollect[10358]: Reconnecting to api.turris.cz:5679 now
2019-09-07 22:00:11 info ucollect[10358]: Socat started
2019-09-07 22:00:11 err ucollect[10358]: Error from socat: 2019/09/07 22:00:11 socat[10385] E connect(5, AF=10 [2001:1488:ac15:ff80:0000:0000:0000:0101]:5679, 28): Permission denied
2019-09-07 22:00:11 warning ucollect[10358]: Remote closed the uplink api.turris.cz:5679, reconnecting
2019-09-07 22:00:11 warning ucollect[10358]: epoll_wait on 4 interrupted, retry
2019-09-07 22:00:11 info ucollect[10358]: Reconnecting to api.turris.cz:5679 now
2019-09-07 22:00:11 warning ucollect[10358]: Reconnecting too often, waiting a little while
2019-09-07 22:00:11 info ucollect[10358]: Going to reconnect to api.turris.cz:5679 after 8 seconds
2019-09-07 22:00:16 info kresd[10005]: > net.ipv6 = false
2019-09-07 22:00:16 info kresd[10005]: 
2019-09-07 22:00:19 info ucollect[10358]: Reconnecting to api.turris.cz:5679 now
2019-09-07 22:00:19 info ucollect[10358]: Socat started
2019-09-07 22:00:19 err ucollect[10358]: Error from socat: 2019/09/07 22:00:19 socat[10402] E SSL_connect(): error:14090086:lib(20):func(144):reason(134)
2019-09-07 22:00:19 warning ucollect[10358]: Remote closed the uplink api.turris.cz:5679, reconnecting
2019-09-07 22:00:19 warning ucollect[10358]: epoll_wait on 4 interrupted, retry
2019-09-07 22:00:19 info ucollect[10358]: Reconnecting to api.turris.cz:5679 now
2019-09-07 22:00:19 warning ucollect[10358]: Reconnecting too often, waiting a little while
2019-09-07 22:00:19 info ucollect[10358]: Going to reconnect to api.turris.cz:5679 after 16 seconds
2019-09-07 22:00:22 info kresd[10005]: > net.ipv6 = false
2019-09-07 22:00:22 info kresd[10005]: 
2019-09-07 22:00:29 info kresd[10005]: > net.ipv6 = false
2019-09-07 22:00:29 info kresd[10005]: 
2019-09-07 22:00:35 info ucollect[10358]: Reconnecting to api.turris.cz:5679 now
2019-09-07 22:00:35 info ucollect[10358]: Socat started
2019-09-07 22:00:35 err ucollect[10358]: Error from socat: 2019/09/07 22:00:35 socat[10441] E connect(5, AF=10 [2001:1488:ac15:ff80:0000:0000:0000:0101]:5679, 28): Permission denied
2019-09-07 22:00:35 warning ucollect[10358]: Remote closed the uplink api.turris.cz:5679, reconnecting
2019-09-07 22:00:35 warning ucollect[10358]: epoll_wait on 4 interrupted, retry
2019-09-07 22:00:35 info ucollect[10358]: Reconnecting to api.turris.cz:5679 now
2019-09-07 22:00:35 warning ucollect[10358]: Reconnecting too often, waiting a little while
2019-09-07 22:00:35 info ucollect[10358]: Going to reconnect to api.turris.cz:5679 after 32 seconds

Skippi · September 18, 2019, 1:39pm

Problém s ucollectem měli všichni - vypršela platnost certifikátu.
Ve verzi 3.11.7 je problém opraven.

Skippi · September 20, 2019, 10:20pm

Divil jsem se, proč mám takové obrovské množství zápisů na mmcblk0p1:
root@turris:~# uptime 00:03:25 up 3 days, 14 min, load average: 0.01, 0.04, 0.04

root@turris:~# cat /sys/block/mmcblk0/stat | awk ‘{print $7}’
17637272

a zjistil jsem, že soubory *.rrd pro statistiky se vytváří v adresáři /usr/var/rrd, takže se na disk zapisuje každých 30 sekund.

Takže jsem si změnil cestu v konfiguraci (http://192.168.2.1/cgi-bin/luci/admin/statistics/collectd/output/rrdtool) na /tmp/rrd.

A aby mi statistiky přežili výpadek, tak jsem si udělal skriptík, který mi je několikrát za den zazálohuje na diks (zkopíruje adresář /tmp/rrd na /usr/var/rrd).
A při restartu se mi soubory zase obnoví.