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 15:44 | Komunita

Nadace The Document Foundation (TDF) zastřešující vývoj svobodného kancelářského balíku LibreOffice dnes slaví 6 let od svého oficiálního vzniku. Nadace byla představena 28. září 2010. Formálně ale byla založena až 17. února 2012. Poslední lednový den byl vydán LibreOffice 6.0. Dle zveřejněných statistik byl za dva týdny stažen již cca milionkrát.

Ladislav Hagara | Komentářů: 0
dnes 04:44 | Bezpečnostní upozornění

CSIRT.CZ upozorňuje, že byla vydána nová verze 1.2.3 svobodného routovacího démona Quagga (Wikipedie) přinášející několik bezpečnostních záplat. Při nejhorší variantě může dojít až k ovládnutí běžícího procesu, mezi dalšími možnostmi je únik informací z běžícího procesu nebo odepření služby DoS. Konkrétní zranitelnosti mají následující ID CVE-2018-5378, CVE-2018-5379, CVE-2018-5380 a CVE-2018-5381.

Ladislav Hagara | Komentářů: 0
dnes 00:22 | Pozvánky

V sobota 7. dubna proběhne v Brně na FIT VUT nekomerční konference Security Session '18 věnovaná novinkám a aktuálním problémům v oblasti bezpečnosti mobilních a informačních technologií. Organizátoři vyhlásili CFP. Návrhy přednášek a workshopů lze zaslat do 4. března. Spuštěna byla registrace.

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Byla vydána verze 1.10 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání. Zdůraznit lze vylepšené cachování buildů.

Ladislav Hagara | Komentářů: 0
15.2. 22:55 | Komunita

V sobotu 21. dubna proběhne v Bratislavě na Fakultě informatiky a informačních technologií STU konference Bratislava OpenCamp 2018. Organizátoři vyhlásili CFP. Návrhy přednášek a workshopů lze zaslat do 10. března. Spuštěna byla registrace.

Ladislav Hagara | Komentářů: 0
15.2. 21:22 | Nová verze

Byla vydána verze 1.24 programovacího jazyka Rust (Wikipedie). Z novinek vývojáři zdůrazňují nový nástroj rustfmt pro reformátování zdrojových kódů dle požadovaného programovacího stylu a inkrementální překlad. Více v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust By Example.

Ladislav Hagara | Komentářů: 5
15.2. 13:00 | Komunita

Desktopovému týmu Ubuntu by se hodilo více informací o desktopech uživatelů Ubuntu. V diskusním listu ubuntu-devel byl k diskusi předložen návrh řešení a seznam odesílaných informací. Ve výchozím stavu by mělo být odesílaní informací povoleno. Uživatel by měl mít možnost odesílaní kdykoli jednoduše zakázat [reddit].

Ladislav Hagara | Komentářů: 20
15.2. 05:55 | Komunita

V úterý 13. února vypršela platnost posledního patentu US 7,334,248 souvisejícího s MPEG-2 [Hacker News].

Ladislav Hagara | Komentářů: 22
15.2. 04:44 | Komunita

Organizace Electronic Frontier Foundation (EFF) na svém blogu oznámila, že otevřená certifikační autorita Let's Encrypt dosáhla dalšího milníku. Počet platných certifikátů překročil 50 milionů, viz statistiky. Cekově bylo vydáno již přes 217 milionů certifikátů.

Ladislav Hagara | Komentářů: 0
15.2. 00:22 | Pozvánky

Konference SUSE Expert Days 2018 proběhnou mimo jiné také 1. března v Bratislavě a 15. března v Praze.

Ladislav Hagara | Komentářů: 0
Který webový vyhledávač používáte nejčastěji?
 (3%)
 (28%)
 (62%)
 (2%)
 (3%)
 (1%)
 (1%)
 (1%)
Celkem 338 hlasů
 Komentářů: 34, poslední 14.2. 18:44
    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: 288×
    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.