PowerScale düğümü tarafından gönderilen TCP sıfır penceresi güncelleme paketleriyle ilgili sorunları giderme

Çıktısı

 'netstat -anT -p tcp'

bir düğümden gelen komut, TCP sıfır pencere paketlerinin sayısını gösterir (0-win sütunu). 0-win sütunundaki değerler, uzak aygıta (yabancı adres) TCP bağlantısı düğümünün (yerel adres) bir TCP sıfır penceresi güncelleme paketini kaç kez gönderdiğini gösterir. Bu durum, düğümün TCP alma penceresi sıfıra veya tam boyutlu bir veri segmentine sığmayacak kadar düşük bir boyuta düşürüldüğünde oluşur.
Örnek:

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
...

Bunun net sonucu, düğüm artık ne kadar veri alabileceğini gösteren bir TCP penceresi güncellemesi gönderene kadar uzak cihazın veri iletememesi ve yüksek (yazma) gecikmesine neden olan gecikmelere neden olmasıdır. 
Çoğu durumda, düğüm tarafından gönderilen TCP sıfır penceresi güncelleştirme paketleri, düğümdeki (NFS, SMB vb.) alıcı uygulamanın (işlem) verileri alma arabelleğinden çekmekte yavaş olduğunu gösterir. Bu, çıkıştaki bağlantı için Recv-Q sütununda görülen tutarlı sıfır olmayan bir değerle gösterilebilir.

 'netstat -an tcp'

Komut. Örneğin, Recv-Q nun tutarlı bir şekilde dolu olup olmadığını görmek için aşağıdaki komutu birkaç kez çalıştırabilirsiniz.
Örnek:

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
...

Bu gerçek zamanlı bir sayaçtır, bu nedenle bağlantı düğümü tarafından TCP sıfır penceresi güncelleştirme paketleri gönderilirken bu komutun çalıştırılması gerekir. Aşağıda, canlı istatistikleri almak için örnek bir komut dosyası verilmiştir:

• Al
• Send-Q'lar
• Siparişler Dışı (OOO)
• Sıfır Windows (0-win)
• Yeniden iletimler

# 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

Sürekli yükseltilmiş bir Recv-Q, verilerin alma arabelleğine yerleştirildiği, ancak uygulamanın, alma arabelleğinden uygulama arabelleğine kopyalamak için recv() öğesini çağırmadığı anlamına gelir. Bu, uygulamanın aşırı yüklendiğinin veya gelen verileri zamanında işleyemediğinin bir göstergesidir. Veriler alma kuyruğuna ulaşır ulaşmaz hemen işlenmelidir, eğer uygulama bunu yapmıyorsa, kaldırabileceğinden daha fazla iş yapması istenir. 
Özetle, bağlantı için TCP sıfır pencere güncelleme paketleri gönderilirken bağlantı için Recv-Q değeri yüksek kalırsa, alıcı uygulamada, CPU'da, disklerde vb. darboğazlara yönelik bir araştırma yapılmalıdır.
Recv-Q değeri bağlantı için sıfırda kalırsa düğüm tarafından gönderilen TCP sıfır penceresi güncelleştirme paketleri, bağlantının düğüm tarafındaki TCP alma penceresinin, düğüm ile uzak hedef arasındaki bağlantının bant genişliği gecikme ürünü (BDP) için başlamak için çok düşük olduğunu ve bazı düğüm TCP ayarlarının dikkate alınması gerekebileceğini de gösterebilir.

Daha fazla bilgi için aşağıdaki kılavuzun "Gecikme Süresi, Bant Genişliği ve Aktarım Hızı" bölümüne bakın:

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