<div dir="ltr">Zdravim a dekuji vsem, kteri prispeli (a bylo vas vic nez jsem cekal - opravdu dekuji)<div>Shrnu tady sve poznatky, treba to v budoucnu nekomu pomuze.</div><div><br></div><div>Podivejte se jestli vam tam bezi demon co se stara o dhcp -> to jsem bohuzel nevygooglil jak udelat. Rikam - linux jenom dira na zaklady.<br></div><div><br></div><div>Taky bych zkusil zastavit ten docker -> se zastavenymi kontejnery to prezilo noc, ale stejne to nejspis nebylo reseni. DHCP se chovalo divne (viz nize). Ted to par hodin bezi s jedoucimi kontejnery. Presto dik za radu - muze se hodit priste.<br></div><div><br></div><div>Dá se tomu interface přidělit v té chvíli adresa ručně -> vzhledem k tomu, ze po zastaveni dockeru se to uz nestalo, nemohl jsem vyzkouset. Ale napad do budoucna.<br></div><div><br></div><div>ip addr -> fragment si sem dovolim zkopirovat, jeklikoz je soucasti zahadneho chovani :) Je to v situaci, kdy vse jede. K nefunkcni siti uz nedoslo...<br></div><div>2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000<br></div><div> link/ether e4:5f:01:e1:9f:90 brd ff:ff:ff:ff:ff:ff<br> inet <a href="http://192.168.10.50/24">192.168.10.50/24</a> brd 192.168.10.255 scope global dynamic noprefixroute eth0<br> valid_lft 1340sec preferred_lft 1115sec<br> inet6 fe80::f44c:f9d2:13f2:7046/64 scope link</div><div> valid_lft forever preferred_lft forever<br></div><div><br></div><div>Zahadne chovani:</div><div>- v DHCP serveru jsem videl, ze se adresa toho haprujiciho stroje obnovuje hodne divne/nahodne/prilis brzy. Mam nastaveny lease na 30 minut, dle toho co vim by k pokusu o obnoveni melo dojit v polovine casu (jine stroje se tak chovaj, ted-uz funkcni stroj taky). Ovsem problemovy stroj hazel na serveru lease-time na plnych 30 minut treba i co par sekund. Vypadalo to jako by RPi zkousel obnovit a nedostaval (z libovolneho duvodu) odpoved. Coz vsak bylo zarazejici byly casy
valid_lft a
preferred_lft -> byly mnohem vetsi nez ocekavanych 900 sekund, ktere bych ocekaval (polovina casu). Ale je mozne, ze vyznamu tech cisel nerozumim.</div><div><br></div><div>pokud fyzický interface má IPv6 adresu, tak zkuste z jiného stroje na tom samém segmentu tuhle adresu pingnout -> hmm, taky mne to mohlo napadnout. Na druhou stranu nepinga mi to ani ted, ani rovnou na tom stroji (ping na ::1 projde) Stejne tak se mi nedari ten ping na jinych strojich. Spatny zapis?</div><div>pi@appsrv:~ $ ping -6 fe80::f44c:f9d2:13f2:7046<br>PING fe80::f44c:f9d2:13f2:7046(fe80::f44c:f9d2:13f2:7046) 56 data bytes<br>^C<br>--- fe80::f44c:f9d2:13f2:7046 ping statistics ---<br>4 packets transmitted, 0 received, 100% packet loss, time 3052ms<br></div><div><br></div><div>Mate pro wifi a eth jiny subnet ? nebo to cpete do stejneho? -> cpal jsem to do stejneho. Jsem netusil, ze by to mohl byt problem, zvlaste pro DHCP (MACky maji samo ruzne) Ta Wifi mela vetsi metriku v route. Kazdopadne kdyz je to na dratu, tak ta Wifi nedava stejne smysl a jinak nez na dratu to nebude -> wifi jsem zakazal -> a od te doby to jede (adresa se krasne obnovuje po 15 minutach, vse se jevi OK.<br></div><div><br></div><div>Zkus ještě udělat update firmware sudo rpi-update -> vzhledem k tomu, ze to nainstaluje pre-release firmware (a zda se, ze je problem vyresen i bez toho), tak to zatim delat nebudu. ale jinak samo taky vec na vyzkouseni.<br></div><div><br></div><div>Jeste jednou diky vsem,</div><div>Marek</div><div><br> <br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 12, 2023 at 10:14 AM Aleš Filip <<a href="mailto:nostromo@khnet.info">nostromo@khnet.info</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<br>
<div>
Dobrý den,
<br>
<br>
Zkus ještě udělat update firmware <br>
sudo rpi-update<br>
<br>
S pozdravem,<br>
<pre cols="72">--
Aleš Filip
Kutná Hora
<a href="http://xanadu.khnet.info" target="_blank">http://xanadu.khnet.info</a></pre>
<div id="m_128399055230258049quoteDIV"> </div>
</div>
<div>Dne 11.05.2023 v 16:30 Petr Labaj
napsal(a):<br>
</div>
<blockquote type="cite">Dá se
tomu interface přidělit v té chvíli adresa ručně?
<br>
Pokud ano, tak je problém v DHCP klientovi.
<br>
Pokud ne, tak je zřejmě problém s HW (bych si myslel).
<br>
<br>
PL
<br>
<br>
********************
<br>
<br>
Dne 11.5.2023 v 12:49 Marek Sembol napsal(a):
<br>
<blockquote type="cite">Zdravim,
<br>
prosim o pomoc nekoho zdatnejsiho s linuxem. Na jednom z RPi 4
mi zacaly pred par dny problemy se siti. Mam podezreni, ze to
zacalo po poslednim apt update/apt upgrade a taky update
Portainer kontejneru v docker (ovsem po tom upgrade jsem na to
par dnu nekoukal, tak nevim zda to treba jeste 2-3 dny nejelo a
upgrade s tim nesouvisi. Ted jsem zkusil to kolecko jeste
jednou, upgradovalo to nejaky RPi balicek, ale nepomohlo to.
<br>
System jsem instaloval asi 3 mesice dozadu (a hned updatoval),
mezitim tusim updatoval jeste jednou - takze nic obstarozniho. V
systemu je 'navic' nainstalovany pouze ten docker, zbytek bezi v
nem.
<br>
Problem se projevuje tak, ze po rebootu vse najede jak ma, eth0
i wifi dostanou adresu z DHCP, vse jede. Po nejake dobe (kratke,
dost mozna jen cas nez vyprzi registrace v DHCP? mozna i kratsi,
nebo mozna nejaky refresh adresy vuci DHCP probehne - jeste
nemam overeno presne) sit prestane fungovat. DHCP server nevidi
ani jeden z tech 2 interface. Kdyz se prihlasim na terminal
lokalne, tak oba venkovni interface nemaji IP4 adresu (IP6 maji,
ale ta tam jsena nezavisle na cemkoliv). Ping ven (na DHCP
router) rovnez nefunguje (prirozene, nema to adresu) v demsg nic
(pro mne podezreleho) neni - posledni zaznam s casem kdy to
bootovalo. Kdyz zkusim odpojit/pripojit eth kabel, tak se tam
objevi zaznamy ze link down/up, ale sit to nezprovozni (adresa
stale neni). Spravi se to az rebootem - na chvili.
<br>
ifconfig mi vypise hromadu interface (podle mne z docker), na ty
co maji IP4 adresu jde pingnout.
<br>
A dal bohuzel nevim co zkouset - zde ma (ne)znalost linuxu
konci. DHCP, router ani switch (ktery je cestou) SNAD problem
nepredstavuji - v siti (neco WIFI, neco kabel do
stejneho switche nebo i jinam) bezi nekolik jinych RPi (ale ani
jeden z nich ten jejich raspberry OS), nejake telefony,
televize, notebooky s M$ bezi naprosto bez problemu.
<br>
Dokaze prosim nekdo poradit co jeste zkouset? Jasne, vzdy mam
moznost to nainstalovat nacisto, ti, ze vse zije v dockeru to
nebude ani tak strasne bolet, ale radeji bych pochopil co se
stalo a jak z toho ven (nebo jen jak z toho ven), at nenarazim
stejne za mesic znovu....
<br>
BR,
<br>
Marek
<br>
<br>
_______________________________________________
<br>
HW-list mailing list - sponsored by <a href="http://www.HW.cz" target="_blank">www.HW.cz</a>
<br>
<a href="mailto:Hw-list@list.hw.cz" target="_blank">Hw-list@list.hw.cz</a>
<br>
<a href="http://list.hw.cz/mailman/listinfo/hw-list" target="_blank">http://list.hw.cz/mailman/listinfo/hw-list</a>
<br>
</blockquote>
<br>
_______________________________________________
<br>
HW-list mailing list - sponsored by <a href="http://www.HW.cz" target="_blank">www.HW.cz</a>
<br>
<a href="mailto:Hw-list@list.hw.cz" target="_blank">Hw-list@list.hw.cz</a>
<br>
<a href="http://list.hw.cz/mailman/listinfo/hw-list" target="_blank">http://list.hw.cz/mailman/listinfo/hw-list</a>
<br>
</blockquote>
<br>
</div>
_______________________________________________<br>
HW-list mailing list - sponsored by <a href="http://www.HW.cz" rel="noreferrer" target="_blank">www.HW.cz</a><br>
<a href="mailto:Hw-list@list.hw.cz" target="_blank">Hw-list@list.hw.cz</a><br>
<a href="http://list.hw.cz/mailman/listinfo/hw-list" rel="noreferrer" target="_blank">http://list.hw.cz/mailman/listinfo/hw-list</a><br>
</blockquote></div>