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í
×

včera 23:55 | Zajímavý projekt

Byl spuštěn Humble Classics Return Bundle. Za vlastní cenu lze koupit hry Broken Sword 5 - The Serpent's Curse, Shadowrun Returns a Shadowrun: Dragonfall - Director's Cut. Při nadprůměrné platbě (aktuálně 8,48 $) také Shadowrun: Hong Kong - Extended Edition, Wasteland 2: Director's Cut - Standard Edition, Age of Wonders III a Xenonauts. Při platbě 15 $ a více lze získat navíc Torment: Tides of Numenera a Dreamfall Chapters: The Final Cut Edition.

Ladislav Hagara | Komentářů: 0
včera 00:11 | Bezpečnostní upozornění

Vývojáři linuxové distribuce Mageia na svém blogu upozorňují na narušení bezpečnosti Mageia Identity. Narušitel získal přístup k LDAP databázi a zveřejnil jména uživatelů, jejich emailové adresy a haše hesel. Hesla uživatelů byla resetována.

Ladislav Hagara | Komentářů: 1
20.2. 21:55 | Nová verze

Byla vydána verze 2.0.0 nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). Z novinek je nutno upozornit na nový zpětně nekompatibilní formát záznamu asciicast v2. S novým formátem si poradí nové verze asciinema-playeru a asciinema-serveru [Hacker News].

Ladislav Hagara | Komentářů: 0
20.2. 05:55 | Zajímavý projekt

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

Ladislav Hagara | Komentářů: 7
20.2. 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

Ladislav Hagara | Komentářů: 0
19.2. 21:33 | Nová verze

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

Ladislav Hagara | Komentářů: 0
19.2. 16:44 | Nová verze

Byla vydána nová verze 0.30 display serveru Mir (Wikipedie) a nová verze 2.31 nástrojů snapd pro práci s balíčky ve formátu snap (Wikipedie). Z novinek Miru vývojáři zdůrazňují vylepšenou podporu Waylandu nebo možnost sestavení a spouštění Miru ve Fedoře. Nová verze snapd umí Mir spouštět jako snap.

Ladislav Hagara | Komentářů: 0
19.2. 14:00 | Komunita

Na Indiegogo běží kampaň na podporu Sway Hackathonu, tj. pracovního setkání klíčových vývojářů s i3 kompatibilního dlaždicového (tiling) správce oken pro Wayland Sway. Cílová částka 1 500 dolarů byla vybrána již za 9 hodin. Nový cíl 2 000 dolarů byl dosažen záhy. Vývojáři přemýšlejí nad dalšími cíli.

Ladislav Hagara | Komentářů: 1
19.2. 11:11 | Nasazení Linuxu

Před dvěma týdny se skupina fail0verflow (Blog, Twitter, GitHub) pochlubila, že se jim podařilo dostat Linux na herní konzoli Nintendo Switch. O víkendu bylo Twitteru zveřejněno další video. Povedlo se jim na Nintendo Switch rozchodit KDE Plasmu [reddit].

Ladislav Hagara | Komentářů: 3
19.2. 05:55 | Komunita

Byla vydána vývojová verze 3.2 softwaru Wine (Wikipedie), tj. softwaru, který vytváří aplikační rozhraní umožňující chod aplikací pro Microsoft Windows také pod GNU/Linuxem. Z novinek lze zdůraznit například podporu HID gamepadů. Aktuální stabilní verze Wine je 3.0, viz verzování. Nejistá je budoucnost testovací větve Wine Staging s řadou experimentálních vlastností. Současní vývojáři na ni již nemají čas. Alexandre Julliard, vedoucí projektu Wine, otevřel v diskusním listu wine-devel diskusi o její budoucnosti.

Ladislav Hagara | Komentářů: 4
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (2%)
 (3%)
 (0%)
 (1%)
 (1%)
Celkem 417 hlasů
 Komentářů: 35, poslední včera 19:51
    Rozcestník

    Dotaz: Odezva serveru - rostoucí ping

    31.8.2011 07:14 miki.lbc | skóre: 7
    Odezva serveru - rostoucí ping
    Přečteno: 648×
    Dobrý den, postavil jsem si na OpenSuse11.4 server. Linux používám asi 4 roky na desktopu a 2 roky na serveru a jako přeběhlík z oken mám raději klikací nástroje.

    Server je připojen do sítě modemem od O2 na eth0 (zatím skoro všechny porty směrovány na server). Na eth1 je vnitřní síť (asi 5pc). Na serveru běží samba, vsftpd, mysql, dhcp, firewall, ..., a IP forwarding. Po spuštění serveru je ping zevnitř(1 z 5-ti PC) -> ven (venkovní IP) -> a zpět na server kolem 2ms. (při odpojení eth0 ping umře, takže odpovídá server). Vždy, když ráno přijdu do práce je ping 300-1500ms. Zkoušel jsem postupně vypínat jednotlivé démony/servery a samba, vsftpd, a mysql nemá na ping vliv. Nemá vliv ani odpojení eth0 a jeho zpětné zapojení. Co pomůže je "restart síťového systému" (což umím udělat jen přes Yast->sít->upravit IP adresy síťovek na 'stejný' a dát OK - což to zrestartuje) a ping se vrátí na ~2ms.

    Nemáte někdo nějaký nápad po čem jít, nebo co zkusit? Další možnost testování bude zítra ráno.

    Díky Miki

    Řešení dotazu:


    Odpovědi

    31.8.2011 07:48 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping

    Pouštíte ping s paremetrem -n, abyste vyloučil vliv DNS? Jak se chová ping ze serveru do internetu? Jak se chová ping z vnitřní sítě na server?

    Zkuste smazat směrovací cache (ip route flush cashe), shodit a shodit/nahodit síťové rozhraní (ip link set dev eth0 down/up), zkontrolujte si počet záznamů v ARP/ND cache (ip ne show).

    Píšete o firewallu, co tabulky spojení (/proc/net/nf_conntrack_expect*), nejsou přeplněné? Nemáte tam nějakého ARP démona? Maškarádu tam nemáte? Samozřejmě chyba může být i v jádře (buffery v tíťovém systému nebo ovladači).

    31.8.2011 08:04 miki.lbc | skóre: 7
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping
    ping ze serveru do netu (eth0) je cca 30ms.

    Vnitřní ping cca 0.xx ms (lokální sít na eth1 serveru)

    Ještě další info:

    - procesor je i3 a je zatížený na 1%

    - myslím že můžeme vyloučit vliv ISP

    Díky za rady ráno otestuju

    DNS je lokální (na serveru)

    Maškarádu mám (ale přiznávám se že vím jen, že je zapnutá)

    ARP - asi ne, nevím jak to zjistit, ale: balíček rarpd je nainstalován, arpwatch služba neběží

    31.8.2011 16:42 miki.lbc | skóre: 7
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping
    Tak mám další výsledky:

    ip route flush cashe - nepomáhá

    ip ne show - 2 záznamy (moje připojené PC na eth1 a modem na eth0)

    ip link set dev eth0 - down shodí, ale up už nenahodí (restartoval jsem síť přes Yast)

    /proc/net/nf_conntrack_expect - při "chybě" i bez ní velikost souboru 0

    zajímavý je výsledek ping -n (při chybě): ping -n 90.179.xxx.xxx

    PING 90.179.xxx.xxx (90.179.xxx.xxx) 56(84) bytes of data.

    64 bytes from 90.179.xxx.xxx: icmp_req=1 ttl=253 time=8.73 ms

    64 bytes from 90.179.xxx.xxx: icmp_req=2 ttl=253 time=6.73 ms

    64 bytes from 90.179.xxx.xxx: icmp_req=3 ttl=253 time=4.70 ms

    64 bytes from 90.179.xxx.xxx: icmp_req=4 ttl=253 time=2.73 ms

    64 bytes from 90.179.xxx.xxx: icmp_req=5 ttl=253 time=100 ms

    64 bytes from 90.179.xxx.xxx: icmp_req=6 ttl=253 time=98.7 ms

    64 bytes from 90.179.xxx.xxx: icmp_req=7 ttl=253 time=96.8 ms

    64 bytes from 90.179.xxx.xxx: icmp_req=8 ttl=253 time=94.8 ms

    64 bytes from 90.179.xxx.xxx: icmp_req=9 ttl=253 time=92.7 ms

    64 bytes from 90.179.xxx.xxx: icmp_req=10 ttl=253 time=90.8 ms

    64 bytes from 90.179.xxx.xxx: icmp_req=11 ttl=253 time=88.8 ms

    64 bytes from 90.179.xxx.xxx: icmp_req=12 ttl=253 time=87.1 ms

    64 bytes from 90.179.xxx.xxx: icmp_req=13 ttl=253 time=85.7 ms

    jde to až zase k 2.xx a pak na 100ms, pokud není v "chybě" tak 1.xx ms stále
    31.8.2011 19:50 Senux
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping
    Je tam nejake QOS? nie je preplnena linka? napriklad DSL ma taku tendenciu pri vytazeni linky, ping ide hore az moze byt stratovy.
    1.9.2011 07:07 miki.lbc | skóre: 7
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping
    QOS nemám. Pokud myslíte přeplněná jako traffikem tak není (vetšinou se nic netahá)
    31.8.2011 20:29 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping
    zajímavý je výsledek ping -n (při chybě): ping -n 90.179.xxx.xxx

    To je odkud kam?

    Doporučuji testovat ping mezi lokální sítí a routerem a mezi routerem a tou samou cizí adresou, kde jste viděl propad, v ono problémové období (nejlépe paralelně sledovat onen původní ping, řazení packetů do síťových bufferů může s měřením zahýbat).

    Pak taky tvrdíte, že na eth0 serveru máte modem. Modem má IP adresu? Jak se chová ping na ni?

    Kde a jak máte zakončené spojení od poskytovatele? Je to PPPoE na modemu, na routeru, nebo čisté IP nad Ethernetem směrované na modem? Jak se chová ping na hraniční směrovač poskytovatele (výchozí brána na modemu nebo druhý konec PPP).

    Pokud nepomůže takovéto jednoduché hledání, pusťte si problémový ping a pomocí nástroje tcpdump sledujte na routeru, kdy který packet odchází/přichází z/na eth0 a eth1.

    1.9.2011 07:35 miki.lbc | skóre: 7
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping
    ten ping nahoře je pc v lokální síti -> verejná ip na modemu (skrz server a modem)

    Na zakončení od poskytovatele neumím odpovědět: Obyčejné ADSL s modemem od O2. Na modemu (10.0.0.138) běží DHCP přes které je připojená wifi a k tomu kabelem eth0 ze serveru (10.0.0.100) na který je směřována většina portů.

    Pingy: (dnešní, před rastartem sítě, ~průměry)

    vnitřní síť (192.168.1.x) > venkovní IP modemu: 175ms (odpovídá server)

    vnitřní síť (192.168.1.x) > modem (10.0.0.138): 50ms

    vnitřní síť (192.168.1.x) > server eth0 (10.0.0.100): 0.2xms

    vnitřní síť (192.168.1.x) > server eth1 (192.168.1.1): 0.20ms

    traceroute www.google.com traceroute to www.google.com (74.125.39.104), 30 hops max, 40 byte packets using UDP

    1 192.168.1.1 (192.168.1.1) 0.136 ms 0.105 ms 0.078 ms -server eth1

    2 10.0.0.138 (10.0.0.138) 96.487 ms 95.354 ms 94.224 ms -modem

    3 194.228.196.20 (194.228.196.20) 193.048 ms 191.958 ms 190.834 ms

    4 88.103.203.89 (88.103.203.89) 189.709 ms 287.582 ms 286.487 ms

    5 194.228.190.153 (194.228.190.153) 285.378 ms 284.234 ms 383.079 ms

    6 72.14.215.10 (72.14.215.10) 381.975 ms 380.845 ms 379.713 ms

    atd...

    teď jsem zkusil restart modemu: - něco je špatně, nemůže ping kecat? teď to tu chvíli ukazovalo že modem (směrem zevnitř) odpovídá za 90ms ale přístup na venkovní IP byl asi poloviční
    1.9.2011 20:14 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping

    Z těchto výpisů je vidět, že problém je mezi serverem a modemem. Tak dramatický nárůst není normální.

    Nevím, jak máte nastevený NAT na modemu, když tvrdíte, že na ping na vaši veřejnou adresou ve skutečnosti odpovídá server, ale když se packat vrací po stejné lince, router může odesílatele informovat ICMP zprávou, ať další packety posílá jinudy, a pokud mu odesílatel uvěří, můžete se odstat na kratší čas, protože další packety půjdou kratší cestou.

    Luboš Doležel (Doli) avatar 1.9.2011 20:17 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping
    Jestli se o PPP spojení a NAT stará modem od O2, tak bych nejprve hledal problém tam. Ty jejich modemy často nechtěně položím na lopatky.
    1.9.2011 20:28 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping
    To je taky dost možné. Já mám PPP zakončené v routeru, takže modem se chová jako hloupý switch, takže nemá, co pokazit. Tazateli bych to také doporučil, aspoň nebude muset vyvádět vylomeniny s překladem adres.
    1.9.2011 07:46 miki.lbc | skóre: 7
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping
    Teď jsem se přihlásil k serveru a v konzoli roota, kterou jsem nachal běžet je toto:

    Message from syslogd@HQserver3 at Aug 31 19:34:33 ...

    kernel:[130380.030029] Disabling IRQ #18

    Může to mít vliv? Případně nevíte někdo kam dál?

    IRQ síťovky eth0 je právě 18

    ------------------------------------------

    31: PCI 602.0: 0200 Ethernet controller

    [Created at pci.318]

    Unique ID: rBUF.DuxsHOj_tm1

    Parent ID: Ddhb.qCLG8jJwRY5

    SysFS ID: /devices/pci0000:00/0000:00:1c.4/0000:05:00.0/0000:06:02.0

    SysFS BusID: 0000:06:02.0

    Hardware Class: network

    Model: "D-Link DFE-528TX 10/100 Fast Ethernet PCI Adapter"

    Vendor: pci 0x1186 "D-Link System Inc"

    Device: pci 0x1300 "RTL8139 Ethernet"

    SubVendor: pci 0x1186 "D-Link System Inc"

    SubDevice: pci 0x1303 "DFE-528TX 10/100 Fast Ethernet PCI Adapter"

    Revision: 0x10

    Driver: "8139too"

    Driver Modules: "8139too"

    Device File: eth0

    I/O Ports: 0xd000-0xdfff (rw)

    Memory Range: 0xfb200000-0xfb2000ff (rw,non-prefetchable)

    IRQ: 18 (10500524 events)

    HW Address: 5c:d9:98:b1:5c:8b

    Link detected: yes

    Module Alias: "pci:v00001186d00001300sv00001186sd00001303bc02sc00i00"

    Driver Info #0:

    Driver Status: 8139too is active

    Driver Activation Cmd: "modprobe 8139too"

    Config Status: cfg=no, avail=yes, need=no, active=unknown

    Attached to: #30 (PCI bridge)
    1.9.2011 07:51 miki.lbc | skóre: 7
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping
    Ještě jsem našel tohle:

    Aug 31 19:34:33 HQserver3 kernel: [130380.029929] irq 18: nobody cared (try booting with the "irqpoll" option)

    Aug 31 19:34:33 HQserver3 kernel: [130380.029935] Pid: 0, comm: swapper Not tainted 2.6.37.6-0.7-desktop #1

    Aug 31 19:34:33 HQserver3 kernel: [130380.029938] Call Trace:

    Aug 31 19:34:33 HQserver3 kernel: [130380.029960] [ffffffff810059b9] dump_trace+0x79/0x340

    Aug 31 19:34:33 HQserver3 kernel: [130380.029966] [ffffffff81522672] dump_stack+0x69/0x6f

    Aug 31 19:34:33 HQserver3 kernel: [130380.029971] [ffffffff810cc3be] __report_bad_irq+0x1e/0x90

    Aug 31 19:34:33 HQserver3 kernel: [130380.029975] [ffffffff810cc5d9] note_interrupt+0x1a9/0x200

    Aug 31 19:34:33 HQserver3 kernel: [130380.029979] [ffffffff810cd575] handle_fasteoi_irq+0x105/0x140

    Aug 31 19:34:33 HQserver3 kernel: [130380.029983] [ffffffff810058b5] handle_irq+0x15/0x20

    Aug 31 19:34:33 HQserver3 kernel: [130380.029986] [ffffffff810054fe] do_IRQ+0x5e/0xe0

    Aug 31 19:34:33 HQserver3 kernel: [130380.029991] [ffffffff81525f13] ret_from_intr+0x0/0xa

    Aug 31 19:34:33 HQserver3 kernel: [130380.029996] [ffffffff812ba54e] intel_idle+0xbe/0x110

    Aug 31 19:34:33 HQserver3 kernel: [130380.030001] [ffffffff813f0b48] cpuidle_idle_call+0xb8/0x370

    Aug 31 19:34:33 HQserver3 kernel: [130380.030006] [ffffffff8100125c] cpu_idle+0x4c/0xa0

    Aug 31 19:34:33 HQserver3 kernel: [130380.030011] [ffffffff81b3ebf8] start_kernel+0x39a/0x3a5

    Aug 31 19:34:33 HQserver3 kernel: [130380.030015] [ffffffff81b3e414] x86_64_start_kernel+0xf9/0xff

    Aug 31 19:34:33 HQserver3 kernel: [130380.030017] handlers:

    Aug 31 19:34:33 HQserver3 kernel: [130380.030018] [ffffffffa0228960] (rtl8139_interrupt+0x0/0x230 [8139too])

    Aug 31 19:34:33 HQserver3 kernel: [130380.030029] Disabling IRQ #18
    Řešení 1× (miki.lbc (tazatel))
    1.9.2011 07:59 miki.lbc | skóre: 7
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping
    na radu (vit log) zkouším s irqpoll option.. dám vědět
    1.9.2011 20:25 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping

    To znamená, že síťová karta otravuje operační systém s přerušením (zřejme chce přijala rámec a čeká na jeho vyzvednutí), ale ten ten to nečeká a přerušení ignoruje.

    To může být způsobeno chybou v ovladači síťové karty, chybou ve zprávě přerušení na straně Linuxu nebo hardwaru (moderní systémy mají mnoho režimu, vy zřejmě používáte fasteoi; podívejte se do /proc/interrupts, jestli tam neroste počet chyb) nebo chybou síťové karty.

    Ujistěte se, že máte aktuální jádro, zkuste prohledat internet na podobný problém s ohledem na chipset vaší základní desky (jádro má pár přepínačů, které ovlivňují zpracování přerušení), případně vyměňte síťovku.

    Váš ovladač síťovky je celkem rozšířený, takže bych to spíš viděl na chybný (ovladač) řadič přerušení nebo rozbitou síťovku. Pokud víte, kdy se problém začal objevovat, dohledejte, jaké jste měl tehdy jádro a zkuste nabootovat to.

    2.9.2011 06:50 miki.lbc | skóre: 7
    Rozbalit Rozbalit vše Re: Odezva serveru - rostoucí ping
    Vážení, děkuji všem moc za pomoc.

    irqpoll to vyřešil, ještě zkusím kouknout na to co psal petr_p ohledně přerušení...

    ještě jednou díky Miki

    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.