PowerScale: Jeden cluster ve vztahu SyncIQ hlásí více využitého místa na disku než druhý cluster.

Jeden cluster PowerScale ve vztahu syncIQ (zdrojový nebo cílový) využívá více místa na disku než druhý cluster PowerScale. Oba clustery by měly mít stejně využité místo.

Příklad, jak je vidět na 'isi status' příkaz:

Cílový cluster ukazuje, že 349T používá úložiště pevného disku (HDD):

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

Zdroj má pouze 286T využité úložiště HDD:
 

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%)

Běžné příčiny rozdílů v prostoru mezi clustery ve vztahu syncIQ jsou následující:

velké systémové soubory nebo protokoly auditu, které se nacházejí v /ifs/.ifsvar (nejčastější)
--rozdíly ve velikosti
snapshotu--rozdíly v úrovních
ochrany--Collect úloha, která není spuštěna na jednom clusteru, a proto neuvolní osamocené diskové bloky.
--velké soubory/složky související s podporou, které se v něm nacházejí /ifs/data/Isilon_Support

Za předpokladu, že jsou všechny úlohy syncIQ aktuální s replikací, zkontrolujte následující:

1) Často se stává, že cluster zabírající více místa obsahuje velké systémové soubory nebo protokoly auditu, které se nacházejí v /ifs/.ifsvar.

V každém clusteru v relaci obrazovky (protože návrat příkazu může trvat dlouho) spusťte následující příkaz:
 

# du -sh /ifs/.ifsvar

Spusťte tento příkaz v každém clusteru.

Podpora PowerScale to v minulosti považovala za viníka, zejména kvůli velkým protokolům auditu.

Zaškrtněte políčko /ifs/.ifsvar/audit adresář a následující podadresáře,

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

V případě potřeby odstraňte soubory auditu podle následujícího článku:

KB 000167091Powerscale: Jak odebrat soubory protokolu auditu

2) Ověřte, zda mezi těmito dvěma clustery nejsou žádné rozdíly v úrovni ochrany.

Živý cluster:
 

isi stat -p -q -v

Protokoly:
 

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

Společnost Dell Technologies může rovněž zkontrolovat diskpools pomocí interního příkazu s asistencí podpory.

3) Ověřte, že není velký rozdíl v použití snapshotů mezi těmito dvěma clustery, a to spuštěním následujícího příkazu na každém clusteru:
 

# isi snapshot usage

4) V clusteru, který hlásí více využitého místa, zkontrolujte, zda se v něm nenacházejí velké soubory/složky související s podporou. /ifs/data/Isilon_Support:

# du -so /ifs/data/Isilon_Support 

5) Pokud se nástroj stále zasekne, zkontrolujeme, kdy byla v jednotlivých clusterech naposledy spuštěna funkce Collect.

(Poznámka: Je důležité si uvědomit, že funkce MultiScan ne vždy spustí úlohu Collect). 

Tato úloha shromažďování uvolní všechny zastaralé bloky disků v clusteru a může být často příčinou toho, proč jeden cluster zobrazuje více využitého místa na disku než druhý cluster.  Jedním z rychlých způsobů, jak to provést, je zkontrolovat /var/log/messages na uzlech naposledy Collect úspěšně proběhl, například:

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

 6) Pokud je stále zaseknutý, běžte FSAnalyze a pomocí softwaru InsightIQ zjistěte, která složka zabírá více místa v clusteru s větším využitím místa.