2. Fórumok
  3. OS, alkalmazások
  4. Linux haladóknak
  5. (kiemelt téma)
  • Téma összefoglaló
    Utoljára frissítve: 2013-09-30 15:51

    PROHARDVER!

    Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.

Új hozzászólás Aktív témák

  • #22501 Badb0y addikt
    Új Válasz #22501
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Badb0y

    addikt

    Elnezest az ekezetek miatt, de csak ilyen bill van jelenleg es nem allitanam at.

    Egy kritikus rendszeren van problema. Sajnos nem talaltam semmi megoldast se guglin se itt egyelore, igy az okosabbakhoz fordulnek.

    Adott egy 10.*.*.* halozaton beluli DNS server (lehet ennek specko beallitas kell, de nem ertek hozza) esxi kornyezetben (ha jol emlekszem 5.0.0). Az esxi-n van 6 virtualis gep.
    Amikor pingelem a dns szervert sajnos 7-20%-os loss van. Reportban az volt, hogy az ntp sync nem mukodik, de amikor egy ntpdatet kerek termeszetesen szinkronizal, de a network hiba miatt van valoszinuleg kieses.
    Ha a szerverrol kifele pingelek akkor is van packet loss.
    Az erdekes es amiert a kulsos halozatot kizarnam az az, hogy a tobbi szerver ami az esxi hoszton van, ott nincs loss. Csak ezen, es mindegyik szerver ugyanazt a virtualis halokartyat hasznalja.

    --- 10.xxx ping statistics ---
    143 packets transmitted, 115 received, +1 duplicates, 19% packet loss, time 142714ms
    --- 10.xxx ping statistics ---
    292 packets transmitted, 259 received, 11% packet loss, time 291891ms
    --- 10.xxx ping statistics ---
    359 packets transmitted, 353 received, 1% packet loss, time 358619ms
    --- 10.xxx ping statistics ---
    208 packets transmitted, 192 received, 7% packet loss, time 207572ms

    Ez a bonding kimenete:

    Ethernet Channel Bonding Driver: v3.6.0 (September 26, 2009)

    Bonding Mode: load balancing (round-robin)
    MII Status: up
    MII Polling Interval (ms): 100
    Up Delay (ms): 0
    Down Delay (ms): 0

    Slave Interface: eth0
    MII Status: up
    Speed: 10000 Mbps
    Duplex: full
    Link Failure Count: 0
    Permanent HW addr: xxx
    Slave queue ID: 0

    Slave Interface: eth1
    MII Status: up
    Speed: 10000 Mbps
    Duplex: full
    Link Failure Count: 0
    Permanent HW addr: xxx
    Slave queue ID: 0

    Halokartyak ethtool-lal:
    Settings for eth0:
    Supported ports: [ TP ]
    Supported link modes: 1000baseT/Full
    10000baseT/Full
    Supports auto-negotiation: No
    Advertised link modes: Not reported
    Advertised pause frame use: No
    Advertised auto-negotiation: No
    Speed: 10000Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 0
    Transceiver: internal
    Auto-negotiation: off
    MDI-X: Unknown
    Supports Wake-on: uag
    Wake-on: d
    Link detected: yes
    Settings for eth1:
    Supported ports: [ TP ]
    Supported link modes: 1000baseT/Full
    10000baseT/Full
    Supports auto-negotiation: No
    Advertised link modes: Not reported
    Advertised pause frame use: No
    Advertised auto-negotiation: No
    Speed: 10000Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 0
    Transceiver: internal
    Auto-negotiation: off
    MDI-X: Unknown
    Supports Wake-on: uag
    Wake-on: d
    Link detected: yes

    Ifconfgiban nincs packet drop se loss.
    bond0 Link encap:Ethernet HWaddr xxx
    inet addr:xxx Bcast:xxx Mask:255.255.255.0
    UP BROADCAST RUNNING MASTER MULTICAST MTU:9000 Metric:1
    RX packets:10442912 errors:0 dropped:0 overruns:0 frame:0
    TX packets:9857267 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:0
    RX bytes:955549069 (911.2 MiB) TX bytes:1832480331 (1.7 GiB)

    eth0 Link encap:Ethernet HWaddr xxx
    UP BROADCAST RUNNING SLAVE MULTICAST MTU:9000 Metric:1
    RX packets:5145178 errors:0 dropped:0 overruns:0 frame:0
    TX packets:4928845 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:1000
    RX bytes:467937228 (446.2 MiB) TX bytes:917400995 (874.9 MiB)

    eth1 Link encap:Ethernet HWaddr xxx
    UP BROADCAST RUNNING SLAVE MULTICAST MTU:9000 Metric:1
    RX packets:5297734 errors:0 dropped:0 overruns:0 frame:0
    TX packets:4928422 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:1000
    RX bytes:487611841 (465.0 MiB) TX bytes:915079336 (872.6 MiB)

    lo Link encap:Local Loopback
    inet addr:127.0.0.1 Mask:255.0.0.0
    UP LOOPBACK RUNNING MTU:16436 Metric:1
    RX packets:971699 errors:0 dropped:0 overruns:0 frame:0
    TX packets:971699 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:0
    RX bytes:144219724 (137.5 MiB) TX bytes:144219724 (137.5 MiB)

    Ha elinditok egy tcpdumpot a serveren az is 0 errort ir:
    1886 packets captured
    1886 packets received by filter
    0 packets dropped by kernel

    A logokban net problema nem igen van, promiscious mode valtasos dolgok vannak csak.

    Amit talaltam ebben a temaban:

    Ehhez annyira nem ertek, igy ha valaki megnezne, hogy ez megoldas lehet-e megkoszonnem.
    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2039495

    Illetve ezt neztem meg:
    http://www.cyberciti.biz/faq/linux-tcp-tuning/

    De ehhez sem sokat ertenek, nem tudom mindegyik kellene-e, vagy csak 1-2 ...

    Koszonom SOS helpet.

    szerk:
    LACP rate nincs beallitva okozhat ilyet ?

Új hozzászólás Aktív témák