Feilsøke oppdateringspakker for TCP-nullvindu som sendes av en PowerScale-node

Utgangen av

 'netstat -anT -p tcp'

kommandoen fra en node viser antall TCP-nullvinduspakker (0-win-kolonne). Verdiene i 0-vinn-kolonnen angir hvor mange ganger noden til TCP-tilkoblingen (lokal adresse) til den eksterne enheten (utenlandsk adresse) har sendt en oppdateringspakke for TCP-nullvindu. Dette skjer når nodens TCP-mottaksvindu er redusert til null eller til en størrelse som er for lav til å passe til et datasegment i full størrelse.
Eksempel:

Cluster-1# netstat -anT -p tcp
Active Internet connections (including servers)
Proto Rexmit OOORcv 0-win  maxswnd maxseg     srtt   srtvar    rexmt  sndwnd sncwnd rcvwnd   delack SR SS ND AS Local Address          Foreign Address
tcp4       0      0   1001 2097920   1460     47ms     23ms    342ms 2097664 190488 131400     99ms  X  X  X  X 100.89.53.100.445       100.90.164.11.52765
...

Nettoresultatet av dette er at den eksterne enheten ikke vil kunne overføre data, noe som introduserer forsinkelser som resulterer i forhøyet (skrive) ventetid, til noden sender en TCP-vindusoppdatering som indikerer hvor mye data den nå kan motta. 
I de fleste tilfeller indikerer TCP-nulloppdateringspakker sendt av noden at mottaksprogrammet (prosessen) på noden (NFS, SMB osv.) er treg til å trekke data ut av mottaksbufferen. Dette kan angis med en konsistent ikke-nullverdi sett i Recv-Q-kolonnen for tilkoblingen i utgangen til

 'netstat -an tcp'

Kommandoen. Du kan for eksempel kjøre følgende kommando flere ganger for å se om Recv-Q er konsekvent full.
Eksempel:

Cluster-1# netstat -an tcp
Active Internet connections (including servers)
Proto Recv-Q Send-Q Local Address          Foreign Address        (state)
tcp4  131400      0 100.89.53.100.445       100.90.164.11.52765    ESTABLISHED
...

Dette er en sanntidsteller, så denne kommandoen må kjøres mens oppdateringspakker for TCP-nullvindu sendes av noden for tilkoblingen. Følgende er et eksempel skript for å hente live statistikk fra:

• Recv
• Send Q-er
• Ute av bestilling (OOO)
• Null vinduer (0-seier)
• Sender på nytt

# mkdir /ifs/data/Isilon_Support/$(date +%d-%m-%Y)/
echo; while sleep 10 ; do echo "######### Live Send Rec Queue Q: #########"; date ; netstat -an4x -p tcp | awk '{ if (( $2 != 0 ) || ($3 != 0)) print $0 }'; echo; sleep 1; echo "######### Live OoO / 0-win / Retrans: #########" ; date; netstat -an4T -p tcp | awk '{ if (( $2 != 0 ) || ($3 != 0) || ($4 != 0)) print $0 }'; done >> `hostname`.TCP_specs.out

En stadig forhøyet Recv-Q betyr at dataene er satt på mottaksbufferen, men programmet har ikke kalt recv() for å kopiere dem fra mottaksbufferen til applikasjonsbufferen. Dette er en indikasjon på at applikasjonen er overbelastet eller på annen måte ikke i stand til å behandle innkommende data i tide. Så snart data kommer i mottakskøen, bør de behandles umiddelbart, hvis søknaden ikke gjør det, blir den bedt om å gjøre mer arbeid enn den kan håndtere. 
Oppsummert, hvis Recv-Q-verdien forblir forhøyet for tilkoblingen mens TCP-nullvinduoppdateringspakker sendes for tilkoblingen, bør en undersøkelse av flaskehalser utføres ved mottaksprogrammet, CPU, disker, etc.
Hvis Recv-Q-verdien forblir på null for tilkoblingen, kan TCP-nullvinduoppdateringspakker sendt av noden også indikere at TCP-mottaksvinduet på nodesiden av forbindelsen er for lavt til å begynne med for båndbredde-forsinkelsesproduktet (BDP) til forbindelsen mellom noden og det eksterne målet, og noen TCP-innstillinger for node kan trenge vurdering.

Se delen "Ventetid, båndbredde og gjennomstrømning" i følgende veiledning for mer informasjon:

https://www.delltechnologies.com/asset/en-us/products/storage/industry-market/h16463-isilon-advanced-networking-fundamentals.pdf