From masko w ipipan.waw.pl Thu Dec 21 21:17:23 2017 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Thu, 21 Dec 2017 21:17:23 +0100 Subject: ifup eth0 + dhcpcd = interface nie wstaje Message-ID: <3502164.gCiATrNTLu@laptok> Od kilku dni zmagam się z następującym problemem: $ sudo ifup eth0 Ustalanie informacji IP dla eth0 (dhcpcd)......................[ PROBLEMY ] eth0: Check cable/radio on-off switch? W logach jest natomiast tak: gru 21 21:05:51 laptok kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready gru 21 21:05:56 laptok kernel: e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None gru 21 21:05:56 laptok kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready gru 21 21:05:57 laptok ifup[10154]: /bin/false Ustalanie informacji IP dla eth0 (dhcpcd) failed Ale mogę w tym momencie odpalić z palca: $ sudo dhcpcd eth0 DUID 00:01:00:01:1d:c1:8a:e5:20:47:47:ca:f0:ec eth0: IAID 47:ca:f0:ec eth0: adding address fe80::bff:5d9c:2f69:1da2 eth0: soliciting an IPv6 router eth0: soliciting a DHCP lease eth0: offered 10.0.0.10 from 10.0.0.1 eth0: probing address 10.0.0.10/24 eth0: leased 10.0.0.10 for 3600 seconds eth0: adding route to 10.0.0.0/24 eth0: adding default route via 10.0.0.1 forked to background, child pid 10182 i dalej już wszystko jest OK. Co może być nie tak? Jeszcze tydzień temu wszystko działało jak trzeba. Potem zmieniły się rc-scipts, ale downgrade nic nie zmienia. Na co jeszcze zwrócić uwagę? -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From adwol w zonk.pl Thu Dec 21 23:03:56 2017 From: adwol w zonk.pl (Adam Osuchowski) Date: Thu, 21 Dec 2017 23:03:56 +0100 Subject: ifup eth0 + dhcpcd = interface nie wstaje In-Reply-To: <3502164.gCiATrNTLu@laptok> References: <3502164.gCiATrNTLu@laptok> Message-ID: <20171221220356.6b8b4567@zonk.pl> Łukasz Maśko wrote: > Od kilku dni zmagam się z następującym problemem: > > $ sudo ifup eth0 > Ustalanie informacji IP dla eth0 (dhcpcd)......................[ PROBLEMY ] > eth0: Check cable/radio on-off switch? > > W logach jest natomiast tak: > > gru 21 21:05:51 laptok kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not > ready > gru 21 21:05:56 laptok kernel: e1000e: eth0 NIC Link is Up 1000 Mbps Full > Duplex, Flow Control: None > gru 21 21:05:56 laptok kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link > becomes ready > gru 21 21:05:57 laptok ifup[10154]: /bin/false Ustalanie informacji IP dla > eth0 (dhcpcd) failed > > Ale mogę w tym momencie odpalić z palca: > > $ sudo dhcpcd eth0 > DUID 00:01:00:01:1d:c1:8a:e5:20:47:47:ca:f0:ec > eth0: IAID 47:ca:f0:ec > eth0: adding address fe80::bff:5d9c:2f69:1da2 > eth0: soliciting an IPv6 router > eth0: soliciting a DHCP lease > eth0: offered 10.0.0.10 from 10.0.0.1 > eth0: probing address 10.0.0.10/24 > eth0: leased 10.0.0.10 for 3600 seconds > eth0: adding route to 10.0.0.0/24 > eth0: adding default route via 10.0.0.1 > forked to background, child pid 10182 > > i dalej już wszystko jest OK. Co może być nie tak? Jeszcze tydzień temu > wszystko działało jak trzeba. Potem zmieniły się rc-scipts, ale downgrade nic > nie zmienia. Na co jeszcze zwrócić uwagę? To /bin/false z Twojego loga sugeruje, że zachodzi ten fragment ze /sbin/ifup: if check_link_down ${DEVICE}; then run_cmd "$(nls 'Determining IP information for %s (%s)' "$DEVICE" "${DHCP_CLIENT##*/}")" /bin/false nls '%s: Check cable/radio on-off switch?' "$DEVICE" exit 1 fi a to z kolei sugeruje, że w momencie próby uruchomienia klienta dhcp, nie ma linka na tym interfejsie. Być może to kwestia hazardu i Twoje urządzenie sieciowe potrzebuje więcej czasu na inicjalizację i zasygnalizowanie, że jest link bo np. jeszcze po drodze wciąga i odpala firmware, albo po drugiej stronie jest switch/inny host, z którym nie może się od razu dogadać i negocjacja połączenia nie jest natychmiastowa (to by pasowało do tego co piszesz, że tydzień temu było ok). Spróbuj postawić ręcznie interfejs i od razu uruchomić na nim dhcpcd: # ip l s eth0 up ; dhcpcd eth0 i zobacz czy daje to taki sam objaw. Ew. po odpaleniu ifup, zobacz od razu mii-toolem albo ethtoolem na innym terminalu czy jest link. Jak to potwierdzi hipotezę o braku linka tuż po postawieniu, to spróbuj przypiąć gdzie indziej ten komputer, bo może faktycznie to nie jego wina. IMHO to raczej nie jest wina upgrade rc-scripts chyba, że robiłeś upgrade z jakiejś naprawdę starej wersji. Ostatnie rc-scripts nie zmieniło się od grubo ponad roku. From masko w ipipan.waw.pl Fri Dec 22 14:55:35 2017 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Fri, 22 Dec 2017 14:55:35 +0100 Subject: ifup eth0 + dhcpcd = interface nie wstaje In-Reply-To: <20171221220356.6b8b4567@zonk.pl> References: <3502164.gCiATrNTLu@laptok> <20171221220356.6b8b4567@zonk.pl> Message-ID: <10387959.VBztq4ljC9@laptok> Dnia czwartek, 21 grudnia 2017 23:03:56 Adam Osuchowski pisze: > ip l s eth0 up ; dhcpcd eth0 Dziękuję za odpowiedź. Tu jest OK: # ip l s eth0 up ; dhcpcd eth0 eth0: waiting for carrier eth0: carrier acquired DUID 00:01:00:01:1d:c1:8a:e5:20:47:47:ca:f0:ec eth0: IAID 47:ca:f0:ec eth0: adding address fe80::bff:5d9c:2f69:1da2 eth0: soliciting an IPv6 router eth0: soliciting a DHCP lease eth0: offered 10.0.0.10 from 10.0.0.1 eth0: probing address 10.0.0.10/24 eth0: leased 10.0.0.10 for 3600 seconds eth0: adding route to 10.0.0.0/24 eth0: adding default route via 10.0.0.1 forked to background, child pid 18695 I sieć jest od razu. A przy wywoływaniu przez ifup jest timeout. Nie qmam :-( -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From adwol w zonk.pl Fri Dec 22 22:41:04 2017 From: adwol w zonk.pl (Adam Osuchowski) Date: Fri, 22 Dec 2017 22:41:04 +0100 Subject: ifup eth0 + dhcpcd = interface nie wstaje In-Reply-To: <10387959.VBztq4ljC9@laptok> References: <3502164.gCiATrNTLu@laptok> <20171221220356.6b8b4567@zonk.pl> <10387959.VBztq4ljC9@laptok> Message-ID: <20171222214104.6b8b4567@zonk.pl> Łukasz Maśko wrote: > Dziękuję za odpowiedź. Tu jest OK: > > # ip l s eth0 up ; dhcpcd eth0 > eth0: waiting for carrier > eth0: carrier acquired A między ,,waiting for carrier'' a ,,carrier acquired'' mija trochę czasu czy pojawiają się od razu jeden po drugim? Bo jak jest opóźnienie, to może jednak tej sieciówce zestawienie linka trochę zajmuje. dhcpcd może czekać aż link się pojawi więc się nie wywala od razu, a ifup tego nie ma. > DUID 00:01:00:01:1d:c1:8a:e5:20:47:47:ca:f0:ec > eth0: IAID 47:ca:f0:ec > eth0: adding address fe80::bff:5d9c:2f69:1da2 > eth0: soliciting an IPv6 router > eth0: soliciting a DHCP lease > eth0: offered 10.0.0.10 from 10.0.0.1 > eth0: probing address 10.0.0.10/24 > eth0: leased 10.0.0.10 for 3600 seconds > eth0: adding route to 10.0.0.0/24 > eth0: adding default route via 10.0.0.1 > forked to background, child pid 18695 > > I sieć jest od razu. A przy wywoływaniu przez ifup jest timeout. Nie qmam :-( Ja bym niezależnie przeanalizował działanie funkcji shellowej check_link_down używanej w skrypcie ifup, a zdefiniowanej w /lib/rc-scripts/functions.network, bo to ona twierdzi, że nie ma linka. Może w Twoim środowisku jest coś, czego nie potrafi wykryć, a może to kwestia zwykłego hazardu. From masko w ipipan.waw.pl Fri Dec 22 23:29:39 2017 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Fri, 22 Dec 2017 23:29:39 +0100 Subject: ifup eth0 + dhcpcd = interface nie wstaje In-Reply-To: <20171222214104.6b8b4567@zonk.pl> References: <3502164.gCiATrNTLu@laptok> <10387959.VBztq4ljC9@laptok> <20171222214104.6b8b4567@zonk.pl> Message-ID: <2599277.RiXxZyhXvQ@laptok> Dnia piątek, 22 grudnia 2017 22:41:04 Adam Osuchowski pisze: > Łukasz Maśko wrote: > > Dziękuję za odpowiedź. Tu jest OK: > > > > # ip l s eth0 up ; dhcpcd eth0 > > eth0: waiting for carrier > > eth0: carrier acquired > > A między ,,waiting for carrier'' a ,,carrier acquired'' mija > trochę czasu czy pojawiają się od razu jeden po drugim? Bo jak > jest opóźnienie, to może jednak tej sieciówce zestawienie linka > trochę zajmuje. dhcpcd może czekać aż link się pojawi więc > się nie wywala od razu, a ifup tego nie ma. Mija trochę czasu. Sprawdzałem w różnych sieciach, jest tak samo (również nie tak dawno we wszystkich działało). > Ja bym niezależnie przeanalizował działanie funkcji shellowej > check_link_down używanej w skrypcie ifup, a zdefiniowanej w > /lib/rc-scripts/functions.network, bo to ona twierdzi, że nie ma > linka. Może w Twoim środowisku jest coś, czego nie potrafi wykryć, > a może to kwestia zwykłego hazardu. Przejrzę. I dam znać. -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From masko w ipipan.waw.pl Fri Dec 22 23:52:02 2017 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Fri, 22 Dec 2017 23:52:02 +0100 Subject: ifup eth0 + dhcpcd = interface nie wstaje In-Reply-To: <2599277.RiXxZyhXvQ@laptok> References: <3502164.gCiATrNTLu@laptok> <20171222214104.6b8b4567@zonk.pl> <2599277.RiXxZyhXvQ@laptok> Message-ID: <2331600.qQJJxyls7c@laptok> Dnia piątek, 22 grudnia 2017 23:29:39 Łukasz Maśko pisze: [...] > > Ja bym niezależnie przeanalizował działanie funkcji shellowej > > check_link_down używanej w skrypcie ifup, a zdefiniowanej w > > /lib/rc-scripts/functions.network, bo to ona twierdzi, że nie ma > > linka. Może w Twoim środowisku jest coś, czego nie potrafi wykryć, > > a może to kwestia zwykłego hazardu. > > Przejrzę. I dam znać. Zwiększenie timoutu w /lib/rc-scripts/functions.network z 0.5s na 1s wydaje się załatwiać problem. Nie wiem, skąd się wzięła akurat wartość 0.5. U mnie jest za mała. Mogłoby to być konfigurowalne jakimś parametrem... Na razie zostawię z poprawką na 1s. Dzięki za namiar na miejsce. -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From adwol w zonk.pl Sat Dec 23 00:55:13 2017 From: adwol w zonk.pl (Adam Osuchowski) Date: Sat, 23 Dec 2017 00:55:13 +0100 Subject: ifup eth0 + dhcpcd = interface nie wstaje In-Reply-To: <2331600.qQJJxyls7c@laptok> References: <3502164.gCiATrNTLu@laptok> <20171222214104.6b8b4567@zonk.pl> <2599277.RiXxZyhXvQ@laptok> <2331600.qQJJxyls7c@laptok> Message-ID: <20171222235513.6b8b4567@zonk.pl> Łukasz Maśko wrote: > Mija trochę czasu. Sprawdzałem w różnych sieciach, jest tak samo (również nie > tak dawno we wszystkich działało). A nie robiłeś ostatnio upgrade'u firmware'u tej karty? > Zwiększenie timoutu w /lib/rc-scripts/functions.network z 0.5s na 1s wydaje > się załatwiać problem. Nie wiem, skąd się wzięła akurat wartość 0.5. U mnie > jest za mała. Mogłoby to być konfigurowalne jakimś parametrem... Na razie > zostawię z poprawką na 1s. Ale zauważ, że tam jest pętla 10 * 0.5 sekundy i liczba przebiegów może być podana jako parametr tej funkcji. Po prostu w ifup zabrakło wywołania tej funkcji z opcjonalnym timeoutem. Zamiast: if check_link_down ${DEVICE}; then IMHO powinno być coś w stylu: if check_link_down ${DEVICE} ${CHECK_LINK_WAIT_TIMEOUT}; then a parametr CHECK_LINK_WAIT_TIMEOUT powinien być ew. podawany w konfiguracji interfejsu. Zmiana z 0.5 s na 1 s jego gorszym rozwiązaniem bo te pół sekundy to jest czas pomiędzy kolejnymi sprawdzeniami stanu połączenia, a nie całkowity czas timeoutu. Tutaj chodzi o to, żeby był w miarę krótki czas reakcji po pojawieniu się linka. From masko w ipipan.waw.pl Sat Dec 23 10:08:24 2017 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Sat, 23 Dec 2017 10:08:24 +0100 Subject: ifup eth0 + dhcpcd = interface nie wstaje In-Reply-To: <20171222235513.6b8b4567@zonk.pl> References: <3502164.gCiATrNTLu@laptok> <2331600.qQJJxyls7c@laptok> <20171222235513.6b8b4567@zonk.pl> Message-ID: <68821491.E7KNYP7jN9@laptok> Dnia sobota, 23 grudnia 2017 00:55:13 Adam Osuchowski pisze: [...] > IMHO powinno być coś w stylu: > > if check_link_down ${DEVICE} ${CHECK_LINK_WAIT_TIMEOUT}; then > > a parametr CHECK_LINK_WAIT_TIMEOUT powinien być ew. podawany w > konfiguracji interfejsu. > > Zmiana z 0.5 s na 1 s jego gorszym rozwiązaniem bo te pół sekundy to > jest czas pomiędzy kolejnymi sprawdzeniami stanu połączenia, a nie > całkowity czas timeoutu. Tutaj chodzi o to, żeby był w miarę krótki > czas reakcji po pojawieniu się linka. Wszystko się zgadza. Znalazłem przyczynę - w /lib/rc-scripts/functions.network w check_link_down jest taka linijka: [ -z "$max_timeout" ] && max_timeout=10 która powinna ustawiać timeout domyślny. I ustawia go na 10, co jest bez sensu, bo to oznacza 10ns, a nie 10s. Ustawiłem na 10000000 i teraz nie ma problemu (zestawienie linku na tej mojej karcie zajmuje nawet 2s). Pytanie: kto popsuł i czemu? -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From adwol w zonk.pl Sat Dec 23 10:58:58 2017 From: adwol w zonk.pl (Adam Osuchowski) Date: Sat, 23 Dec 2017 10:58:58 +0100 Subject: ifup eth0 + dhcpcd = interface nie wstaje In-Reply-To: <68821491.E7KNYP7jN9@laptok> References: <3502164.gCiATrNTLu@laptok> <2331600.qQJJxyls7c@laptok> <20171222235513.6b8b4567@zonk.pl> <68821491.E7KNYP7jN9@laptok> Message-ID: <20171223095857.6b8b4567@zonk.pl> Łukasz Maśko wrote: > Wszystko się zgadza. Znalazłem przyczynę - w /lib/rc-scripts/functions.network > w check_link_down jest taka linijka: > > [ -z "$max_timeout" ] && max_timeout=10 > > która powinna ustawiać timeout domyślny. I ustawia go na 10, co jest bez > sensu, bo to oznacza 10ns, a nie 10s. Nieee. Spójrz na ten kod jeszcze raz. max_timeout to jest liczba iteracji pętli, a w każdej iteracji jest: usleep 500000 czyli 0.5 s. Czyli cała pętla wykonuje się max 5 s. > Ustawiłem na 10000000 i teraz nie ma problemu (zestawienie linku na tej > mojej karcie zajmuje nawet 2s). W ten sposób sobie popsułeś, bo jak rzeczywiście nie będziesz miał linka to inicjalizacja zawiśnie Ci na tym na 2 miesiące. > Pytanie: kto popsuł i czemu? To nie jest popsute tylko co najwyżej niedopracowane. Wystarczy zmienić to tak jak pisałem, żeby liczba przebiegów tej pętli była konfigurowalna. From masko w ipipan.waw.pl Sat Dec 23 12:38:43 2017 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Sat, 23 Dec 2017 12:38:43 +0100 Subject: ifup eth0 + dhcpcd = interface nie wstaje In-Reply-To: <20171223095857.6b8b4567@zonk.pl> References: <3502164.gCiATrNTLu@laptok> <68821491.E7KNYP7jN9@laptok> <20171223095857.6b8b4567@zonk.pl> Message-ID: <2529990.N9yapzgqdo@laptok> Dnia sobota, 23 grudnia 2017 10:58:58 Adam Osuchowski pisze: > Łukasz Maśko wrote: > > Wszystko się zgadza. Znalazłem przyczynę - w > > /lib/rc-scripts/functions.network w check_link_down jest taka linijka: > > > > [ -z "$max_timeout" ] && max_timeout=10 > > > > która powinna ustawiać timeout domyślny. I ustawia go na 10, co jest bez > > sensu, bo to oznacza 10ns, a nie 10s. > > Nieee. Spójrz na ten kod jeszcze raz. max_timeout to jest liczba iteracji > pętli, a w każdej iteracji jest: > > usleep 500000 > > czyli 0.5 s. Czyli cała pętla wykonuje się max 5 s. No właśnie spojrzałem zanim przeczytałem twój mail i wstyd mi, że tak źle go zinterpretowałem. Ale okazuje się, że 5s to za mało. Ustawię default na 20. -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From sir_Misiek w o2.pl Wed Dec 27 15:20:43 2017 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 27 Dec 2017 15:20:43 +0100 Subject: =?UTF-8?Q?qbittorrent_-_nie_dzia=c5=82a?= Message-ID: [root w Misiek1 ~]# qbittorrent QString::arg: Argument missing: Uruchomiono qBittorrent% 1, v3.3.11 I tyle. Nic się nie pokazuje ;-/