PowerScale: SyncIQ ilişkisindeki bir küme, diğer kümeye göre daha fazla kullanılan disk alanı bildiriyor.

Bir syncIQ ilişkisindeki (kaynak veya hedef) bir PowerScale kümesi, diğer PowerScale kümesinden daha fazla kullanılan disk alanına sahip. Her iki küme de aynı kullanım alanına sahip olmalıdır.

Örnek, ile görüldüğü gibi 'isi status' command:

Target cluster, 349T'nin sabit sürücü (HDD) depolaması kullandığını gösteriyor:

Cluster Name: TARGET-POWERSCALE
Cluster Health: [ ATTN]
Data Reduction:     1.00 : 1
Storage Efficiency: 0.73 : 1
Cluster Storage:  HDD                 SSD Storage
Size:             417.2T (432.5T Raw) 5.7T (5.7T Raw)
VHS Size:         15.4T
Used:             348.6T (84%)        669.1G (11%)    ==================>
Avail:            68.6T (16%)         5.1T (89%)

                   Health  Throughput (bps)  HDD Storage      SSD Storage
ID |IP Address     |DASR |  In   Out  Total| Used / Size     |Used / Size
---+---------------+-----+-----+-----+-----+-----------------+-----------------
  9|1099.2.6      | OK  | 1.0M| 488k| 1.5M|87.2T/ 104T( 84%)| 167G/ 1.4T( 11%)
 10|10.99.2.7      | OK  | 820M| 4.2M| 824M|87.2T/ 104T( 84%)| 167G/ 1.4T( 11%)
 11|10.99.2.8      | OK  | 678M| 2.9M| 681M|87.2T/ 104T( 84%)| 167G/ 1.4T( 11%)
 12|10.99.2.9      | OK  |    0| 123k| 123k|87.1T/ 104T( 84%)| 167G/ 1.4T( 11%)
---+---------------+-----+-----+-----+-----+-----------------+-----------------
Cluster Totals:          | 1.5G| 7.7M| 1.5G| 349T/ 417T( 84%)| 669G/ 5.7T( 11%)

     Health Fields: D = Down, A = Attention, S = Smartfailed, R = Read-Only

Kaynakta yalnızca 286T HDD depolama alanı var:
 

Cluster Name: SOURCE-POWERSCALE
Cluster Health:     [ ATTN]
Data Reduction:     1.00 : 1
Storage Efficiency: 0.71 : 1
Cluster Storage:  HDD                 SSD Storage
Size:             417.2T (432.5T Raw) 5.7T (5.7T Raw)
VHS Size:         15.4T
Used:             285.5T (68%)        721.9G (12%)    ========>
Avail:            131.7T (32%)        5.0T (88%)

                   Health  Throughput (bps)  HDD Storage      SSD Storage
ID |IP Address     |DASR |  In   Out  Total| Used / Size     |Used / Size
---+---------------+-----+-----+-----+-----+-----------------+-----------------
  9|10.99.3.13     | OK  | 290M| 9.9M| 300M|71.4T/ 104T( 68%)| 180G/ 1.4T( 12%)
 10|10.99.3.11     | OK  | 324M| 832M| 1.2G|71.4T/ 104T( 68%)| 181G/ 1.4T( 12%)
 11|10.99.3.12     | OK  | 194M| 8.4M| 202M|71.4T/ 104T( 68%)| 181G/ 1.4T( 12%)
 12|10.99.3.10     | OK  | 1.9M| 2.0M| 3.8M|71.4T/ 104T( 68%)| 181G/ 1.4T( 12%)
---+---------------+-----+-----+-----+-----+-----------------+-----------------
Cluster Totals:          | 809M| 852M| 1.7G| 286T/ 417T( 68%)| 722G/ 5.7T( 12%)

Bir syncIQ ilişkisinde kümeler arasındaki alan farklılıklarının yaygın nedenleri şunlardır:

--içinde bulunan büyük sistem dosyaları veya denetim günlükleri /ifs/.ifsvar (en yaygın)
--Anlık görüntü boyutundaki
farklılıklar --Koruma düzeylerindeki
farklılıklar--Collect işi bir kümede çalışmadığından artık disk bloklarını boşaltmıyor.
- içinde yaşayan büyük destekle ilgili dosyalar/klasörler /ifs/data/Isilon_Support

Tüm syncIQ işlerinin çoğaltma ile güncel olduğunu varsayarak aşağıdakileri kontrol edin:

1) Genellikle daha fazla alan kullanan kümede büyük sistem dosyaları veya denetleme günlükleri bulunur. /ifs/.ifsvar'dir.

Her kümede, bir ekran oturumundan (komutun döndürülmesi uzun sürebileceğinden) aşağıdakileri çalıştırın:
 

# du -sh /ifs/.ifsvar

Bu komutu her kümede çalıştırın.

PowerScale Destek, özellikle büyük denetim günlükleri nedeniyle geçmişte bunun suçlu olduğunu gördü.

Kontrol edin /ifs/.ifsvar/audit dizini ve aşağıdaki alt dizinler,

 Where <nodeXXX> is the node ID (for example node001):/ifs/.ifsvar/audit/logs/.
 /ifs/.ifsvar/audit/logs/<nodeXXX>
/ifs/.ifsvar/audit/logs/<nodeXXX>/protocol

Gerekirse aşağıdaki makaleyi izleyerek denetim dosyalarını silin:

KB 000167091Powerscale: Denetleme Günlüğü Dosyalarını Kaldırma

2) İki küme arasında koruma düzeyi açısından fark olmadığını doğrulayın.

Canlı küme:
 

isi stat -p -q -v

Günlükler:
 

# cat <base log set>/local/isi_stat-p

Dell Technologies ayrıca diskpools Destek yardımı içeren dahili bir komutla koruma seviyeleri.

3) Her kümede aşağıdaki komutu çalıştırarak iki küme arasında anlık görüntü kullanımında büyük bir fark olmadığını doğrulayın:
 

# isi snapshot usage

4) Daha fazla kullanılan alan bildiren kümede, içinde bulunan destekle ilgili büyük dosyalar/klasörler olup olmadığını kontrol edin. /ifs/data/Isilon_Support:

# du -so /ifs/data/Isilon_Support 

5) Hâlâ takılı kalırsa sonraki adım, Collect öğesinin her bir kümede en son ne zaman çalıştırıldığını kontrol etmektir.

(Not: 'MultiScan' özelliğinin her zaman Collect işini çalıştırmadığını unutmamak önemlidir). 

Bu Toplama işi, kümedeki eski disk bloklarını boşaltır ve genellikle bir kümenin diğer kümeden daha fazla kullanılan disk alanı göstermesine neden olabilir.  Bunu yapmanın hızlı bir yolu, /var/log/messages Toplama işlemi son kez düğümlerde başarıyla çalıştırıldı, örneğin:

# grep Collect /var/log/messages|grep Succeed
# zgrep Collect /var/log/messages* 

 6) Hala takılıysa, koşun FSAnalyze ve hangi klasörün kümede daha fazla alan kapladığını ve daha fazla alan kullanıldığını görmek için InsightIQ'yu kullanın.