abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 00:11 | IT novinky

    Ministerstvo průmyslu a obchodu vyhlásilo druhou veřejnou soutěž v programu TWIST, který podporuje výzkum, vývoj a využití umělé inteligence v podnikání. Firmy mohou získat až 30 milionů korun na jeden projekt zaměřený na nové produkty či inovaci podnikových procesů. Návrhy projektů lze podávat od 31. října do 17. prosince 2025. Celková alokace výzvy činí 800 milionů korun.

    Ladislav Hagara | Komentářů: 0
    včera 23:44 | Komunita

    Google v srpnu oznámil, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Iniciativa Keep Android Open se to snaží zvrátit. Podepsat lze otevřený dopis adresovaný Googlu nebo petici na Change.org.

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | Nová verze

    Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 1
    včera 12:55 | Nová verze

    Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).

    Ladislav Hagara | Komentářů: 1
    včera 02:55 | Nová verze

    Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 01:22 | IT novinky Ladislav Hagara | Komentářů: 0
    29.10. 17:00 | Upozornění

    Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].

    Ladislav Hagara | Komentářů: 9
    29.10. 16:44 | IT novinky

    Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.

    Ladislav Hagara | Komentářů: 6
    29.10. 14:11 | Komunita

    Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).

    Ladislav Hagara | Komentářů: 2
    29.10. 13:55 | Nová verze

    TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.

    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (36%)
     (48%)
     (19%)
     (19%)
     (22%)
     (17%)
     (21%)
     (16%)
     (17%)
    Celkem 286 hlasů
     Komentářů: 14, poslední 14.10. 09:04
    Rozcestník

    Dotaz: Krátkodobé přerušení eth linky

    1.10.2012 14:07 kibo | skóre: 17 | blog: Fedora Core 4 | Znojmo
    Krátkodobé přerušení eth linky
    Přečteno: 352×
    Příloha:
    Dobrý den

    po reinstalaci serveru se mi objevil následující problém: Server krátkodobě vypíná eth3 rozhranní. Sca na 10 sekund. Po této době rozhranní opět funguje.

    Stávalo se tak zhruba 1x za hodinu (odpovídalo leasure-time v DHCP), nyní asi 1x za 8 hodin (odpovídá leasure-time nastavenému na 8 hod).

    Také jsem uvažoval zda to nemůže souviset s VPN (openVPN), která je na serveru nově a používá BRIDGE.

    Po krátkodobém výpadku najdu v logu následující výpisy - v přiloženém souboru.

    Ještě dodám, že se jedná o CentOS6.

    ifconfig
    ifconfig
    br0       Link encap:Ethernet  HWaddr 00:23:8B:98:2F:9A  
              inet addr:172.16.129.1  Bcast:172.16.129.255  Mask:255.255.255.0
              inet6 addr: fe80::223:8bff:fe98:2f9a/64 Scope:Link
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:36362 errors:0 dropped:0 overruns:0 frame:0
              TX packets:38121 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:0 
              RX bytes:4056620 (3.8 MiB)  TX bytes:47396591 (45.2 MiB)
    
    eth0      Link encap:Ethernet  HWaddr 00:23:8B:98:2F:9A  
              UP BROADCAST PROMISC MULTICAST  MTU:1500  Metric:1
              RX packets:0 errors:0 dropped:0 overruns:0 frame:0
              TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:1000 
              RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
              Interrupt:31 Base address:0x4000 
    
    eth2      Link encap:Ethernet  HWaddr 00:23:8B:98:2F:98  
              inet addr:213.211.53.198  Bcast:213.211.53.199  Mask:255.255.255.252
              inet6 addr: fe80::223:8bff:fe98:2f98/64 Scope:Link
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:96916640 errors:0 dropped:0 overruns:0 frame:0
              TX packets:68004237 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:1000 
              RX bytes:109039402216 (101.5 GiB)  TX bytes:32480288833 (30.2 GiB)
              Interrupt:18 
    
    eth3      Link encap:Ethernet  HWaddr 00:23:8B:98:2F:99  
              inet addr:172.16.128.1  Bcast:172.16.128.255  Mask:255.255.255.0
              inet6 addr: fe80::223:8bff:fe98:2f99/64 Scope:Link
              UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
              RX packets:486871 errors:0 dropped:0 overruns:0 frame:0
              TX packets:395276 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:1000 
              RX bytes:60348673 (57.5 MiB)  TX bytes:469753218 (447.9 MiB)
              Interrupt:17 
    
    lo        Link encap:Local Loopback  
              inet addr:127.0.0.1  Mask:255.0.0.0
              inet6 addr: ::1/128 Scope:Host
              UP LOOPBACK RUNNING  MTU:16436  Metric:1
              RX packets:24508504 errors:0 dropped:0 overruns:0 frame:0
              TX packets:24508504 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:0 
              RX bytes:37538738719 (34.9 GiB)  TX bytes:37538738719 (34.9 GiB)
    
    tap0      Link encap:Ethernet  HWaddr 86:F4:62:14:E6:EF  
              inet6 addr: fe80::84f4:62ff:fe14:e6ef/64 Scope:Link
              UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
              RX packets:36373 errors:0 dropped:0 overruns:0 frame:0
              TX packets:64846 errors:0 dropped:1053 overruns:0 carrier:0
              collisions:0 txqueuelen:100 
              RX bytes:4567613 (4.3 MiB)  TX bytes:49051293 (46.7 MiB)
    
    

    Děkuji za Vaši pomoc. Zdraví Tom

    Odpovědi

    1.10.2012 14:41 NN
    Rozbalit Rozbalit vše Re: Krátkodobé přerušení eth linky
    Hm, krome toho,ze maz pravdepodobne zle nakonfigurovane DHCP, tak se ti jeste rozsype driver k sitove karte..

    Takze bych asi zacal tim DHCP..
    1.10.2012 18:04 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Krátkodobé přerušení eth linky
    Stávalo se tak zhruba 1x za hodinu (odpovídalo leasure-time v DHCP), nyní asi 1x za 8 hodin (odpovídá leasure-time nastavenému na 8 hod).

    Nemyslíte spíš lease-time?

    Ten DHCP server obsluhuje jen jednoho klienta a kromě komunikace s ním se přes eth3 nic neposílá? Nebo celou dobu komunikace funguje správně a ten tx timeout nastane až při odpovědi na DHCP dotaz?

    1.10.2012 19:54 kibo | skóre: 17 | blog: Fedora Core 4 | Znojmo
    Rozbalit Rozbalit vše Re: Krátkodobé přerušení eth linky

    Nemyslíte spíš lease-time?
    Ano - máte pravdu, psal jsem to z hlavy.

    Ten DHCP server obsluhuje jen jednoho klienta a kromě komunikace s ním se přes eth3 nic neposílá?
    DHCP obsluhuje klienty na C(255.255.255.0) lokální síti. Přes eth3 putuje veškerá komunikace sca 200 klientů.

    Nebo celou dobu komunikace funguje správně a ten tx timeout nastane až při odpovědi na DHCP dotaz?
    DHCP celou dobu funguje správně.

    1.10.2012 21:05 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Krátkodobé přerušení eth linky
    Tak to je zvláštní. Dojde k tomu aspoň pokaždé při komunikaci se stejným klientem? Pokud ano, je ten klient něčím specifický, liší se něčím od ostatních?
    4.10.2012 08:14 kibo | skóre: 17 | blog: Fedora Core 4 | Znojmo
    Rozbalit Rozbalit vše Re: Krátkodobé přerušení eth linky

    Opravil jsem konfiguraci DHCP a problém se přestal vyskytovat.

    Jak jsem psal na serveru je také VPN ve konfiguraci bridge. Do souboru dhcpd.cong jsem přidal subnet pro sít na br0.

    subnet 172.16.129.0 netmask 255.255.255.0 {}

    Nedokážu říct, kde byl přesně problém. Proč se restartoval ovladače síťové karty, ale v součastné době - po dvou dnech pozorování se zatím problém nevyskytl.

    Děkuji za pomoc. Tom

    4.10.2012 08:30 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Krátkodobé přerušení eth linky
    Tu kartu restartoval watchdog na základě toho, že se déle než nějaký limit nepodařilo odeslat paket. Tohle je ale věc, kterou by chyba v konfiguraci DHCP způsobit neměla, zvlášť když jste "jen" server (tj. dhcpd nehýbe s konfigurací vašich rozhraní). Ale dneska se všemi těmi offloadingy to nemůžu tvrdit úplně jistě.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.