Virtualni server - Ping request time out

Jan Urbaník 0 Reputační body
2025-09-22T15:17:10.3633333+00:00

Ahojte, poprosil bych o radu.

Na fyzickem serveru (SuperMicro) mam Hyper-V se dvema virtualnimi servery (SQL a RDS/terminal), vse na Win 2025. Oba servery pouzivaji stejny virtualni switch a oba virtualy mají na sitovem rozhranni vypnute VMQ.

Pri nastavovani SQL serveru jsem zjistil, ze server opakovane na par sekund prestane reagovat/odpovidat. Zkusil jsem PING z jineho Hyper-V a u SQL serveru se ztraci pakety. PING na RDS server zadne pakety neztraci a server reaguje jak ma. Virtualy jsou bez antiviru, firewall jsem vypnout zkousel a beze zmeny. V logu serveru jsem nic zasadniho nenasel

Obrázek uživatele

Dneska jsem zjistil, ze stejne vypadky paketu ma taky virtual (DC2) na jinem Hyper-V. A jiny virtual na stejnem Hyper-V se chova jak ma a pakety neztraci.

Napadnul me problem s fyzickym switchem do ktereho jsou vsechny fyzicke servery v racku zapojene, ale neni mi jasne proc ostatni virtualy na stejnem fyzickem serveru (stejna sitovka) problemy nemaji.

Diky, Honza

Windows pro firmy | Windows Server | Sítě | Síťové připojení a sdílení souborů
Počet komentářů: 0
Odpověď doporučená moderátorem
Jan Urbaník 0 Reputační body
2026-01-14T09:04:13.8166667+00:00

Pardon, zapomnel jsem odpovedet.

Problem jsem vyresil novym virtualnim strojem a do nej jsem presunul stavajici virtualni VHD disky. Konfigurace noveho virtualniho stroje v Hyper-V byla stejna, takze je mi zahadou v cem byl problem.

Diky za rady vsem

Byla tato odpověď užitečná?

Počet komentářů: 0

Počet dalších odpovědí: 3

Seřadit podle: Nejužitečnější
Nejužitečnější Nejnovější Nejstarší
  1. Miroslav Pragl 78,946 Reputační body Dobrovolný moderátor
    2025-09-23T12:11:10.2133333+00:00

    Pripadne zkus nejaky starsi driver ...

    MP

    Byla tato odpověď užitečná?

    Počet komentářů: 0
  2. Miroslav Pragl 78,946 Reputační body Dobrovolný moderátor
    2025-09-22T16:52:47.0333333+00:00

    Ahoj Jane,

    jake jsou fyzicke sitovky v serveru? Ovladace jsou aktualni z webu vyrobce chipsetu karty, nikoliv vyrobce serveru?

    MP

    Byla tato odpověď užitečná?

  3. Joseph Tran 4,100 Reputační body Nezávislý poradce
    2025-09-22T16:16:23.8966667+00:00

    Krok 1 – Shromážděte informace o hostiteli

    Na hostiteli Hyper-V spusťte tyto příkazy:

    Get-NetAdapter | Select Name, InterfaceDescription, Status, MacAddress, LinkSpeed
Get-NetAdapterAdvancedProperty -Name "<AdapterName>" | Where-Object {$_.DisplayName -match "VMQ|RSS|RSC|Energy|Chimney"}
Get-NetAdapterStatistics -Name "<AdapterName>"
Get-VMSwitch
Get-VMSwitchExtension

    Zobrazuje stav ovladače, pokročilé funkce síťových karet, čítače a rozšíření přepínačů, které by mohly způsobit ztrátu paketů.

    Krok 2 – Shromážděte informace o síti VM

    Uvnitř virtuálního počítače, který zahazuje pakety:

    Get-NetAdapter | Select Name, Status, LinkSpeed
Get-NetAdapterAdvancedProperty -Name "Ethernet" | Where-Object {$_.DisplayName -match "VMQ|RSS|RSC|Large Send"}
Get-NetIPInterface
Get-NetTCPSetting

    Krok 3 – Test reprodukce ztráty paketů

    Z jiného počítače spusťte dlouhý ping na postižený virtuální počítač:

    ping <VM-IP> -t

    Nebo smyčka PowerShellu s časovým razítkem:

    for ($i=0;$i -lt 10000;$i++){
  echo "$(Get-Date -Format o) $(Test-Connection -Count 1 -ComputerName <IP> | Select-Object -ExpandProperty ResponseTime)ms"
}

    Spusťte také iperf3 test propustnosti mezi virtuálními počítači a zkontrolujte opakované přenosy a výpadky:

    # On server VM
iperf3 -s
# On client VM
iperf3 -c <VM-IP> -t 120 -P 4

    Krok 4 – Zachyťte provoz

    Na virtuálním počítači: spusťte Wireshark a zachytejte během ztráty paketů.

    Na hostiteli****: spusťte pktmon, abyste zjistili, zda jsou pakety před vstupem do VM zahozeny:

    pktmon start --etl -c
# let it run during packet loss
pktmon stop
pktmon format PktMon.etl -o pktmon.txt

    Porovnání: pokud hostitel vidí pakety, ale virtuální počítač ne, ztráta je uvnitř Hyper-V / vSwitch. Pokud ani jeden z paketů nevidí, je to fyzické (NIC/switch).

    Krok 5 – Kontroly spínačů

    Na fyzickém přepínači zkontrolujte port, ke kterému je hostitel připojen:

    Hledejte chyby CRC, chyby zarovnání, zahození, chyby vstupu/výstupu.

    Zkontroluje flapping MAC tabulky (stejná MAC se pohybuje mezi porty).

    Zkontrolujte rychlost/duplex portů (automatický vs vynucený).

    Pokud používáte SFP, zkontrolujte úrovně výkonu a počítadla chyb.

    Pokud je použito LACP/teaming, ujistěte se, že oba konce souhlasí.

    Rychlý test: přesuňte kabel do jiného portu přepínače (nebo jiného přepínače, pokud je k dispozici) a zjistěte, zda ztráta paketů zmizí.

    Krok 6 – Izolační testy

    Přesuňte virtuální počítač na jiného hostitele Hyper-V → dojde ke ztrátě paketů za virtuálním počítačem?

    Vytvořte nový testovací virtuální počítač na stejném hostiteli → dojde ke ztrátě paketů?

    Připojte virtuální počítač k novému přepínači vSwitch na stejné síťové kartě.

    • Aktualizujte ovladače síťové karty a firmware na hostiteli (velmi častá příčina).

    Byla tato odpověď užitečná?

Vaše odpověď

Odpovědi můžou být autorem otázky označeny jako „Přijaté“ a moderátory jako „Doporučené“, což uživatelům pomůže zjistit, že odpověď vyřešila problém autora.