PowerScale: het ene cluster in een SyncIQ-relatie rapporteert meer gebruikte schijfruimte dan het andere cluster.

Het ene PowerScale cluster in een syncIQ relatie (bron of doel) heeft meer gebruikte schijfruimte dan het andere PowerScale cluster. Beide clusters moeten identiek gebruikte ruimte hebben gehad.

Voorbeeld, zoals te zien is bij de 'isi status' command:

Target cluster geeft aan dat 349T gebruikte storage op de harde schijf (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

De bron heeft alleen 286 ton gebruikte HDD-storage:
 

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

Veelvoorkomende oorzaken voor verschillen in ruimte tussen clusters in een syncIQ-relatie zijn als volgt:

--grote systeembestanden of controlelogboeken die zich in /ifs/.ifsvar (meest voorkomend)
--verschillen in snapshotgrootte
--verschillen in beschermingsniveaus
--Verzameltaak die niet op één cluster wordt uitgevoerd, waardoor zwevende schijfblokken niet worden vrijgemaakt.
--grote support-gerelateerde bestanden/mappen die in /ifs/data/Isilon_Support

Ervan uitgaande dat alle syncIQ-taken up-to-date zijn met replicatie, controleert u het volgende:

1) Het is vaak zo dat het cluster dat meer ruimte gebruikt grote systeembestanden of auditlogboeken bevat die zich in /ifs/.ifsvar.

Voer op elk cluster vanuit een schermsessie (omdat het lang kan duren voordat de opdracht terugkeert) het volgende uit:
 

# du -sh /ifs/.ifsvar

Voer die opdracht uit op elk cluster.

PowerScale Support heeft in het verleden gezien dat dit de boosdoener was, vooral vanwege grote auditlogboeken.

Controleer de /ifs/.ifsvar/audit directory en de volgende submappen,

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

Indien nodig kunt u de controlebestanden verwijderen aan de hand van het volgende artikel:

KB 000167091Powerscale: Auditlogbestanden verwijderen

2) Bevestig dat er geen verschillen zijn in het beschermingsniveau tussen de twee clusters.

Live cluster:
 

isi stat -p -q -v

Logs:
 

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

Dell Technologies kan ook de diskpools beveiligingsniveaus met een interne opdracht met ondersteuningsondersteuning.

3) Controleer of er geen groot verschil is met het gebruik van snapshots tussen de twee clusters door de volgende opdracht uit te voeren op elk cluster:
 

# isi snapshot usage

4) Controleer op het cluster dat meer gebruikte ruimte rapporteert of er grote bestanden/mappen met betrekking tot support aanwezig zijn /ifs/data/Isilon_Support:

# du -so /ifs/data/Isilon_Support 

5) Als het systeem nog steeds vastzit, is de volgende stap om te controleren wanneer Collect voor het laatst is uitgevoerd op elk cluster.

(Opmerking: het is belangrijk om te weten dat de 'MultiScan' niet altijd de Collect-taak uitvoert). 

Deze verzameltaak maakt verouderde schijfblokken op het cluster vrij en kan vaak de oorzaak zijn waarom het ene cluster meer gebruikte schijfruimte bevat dan het andere cluster.  Een snelle manier om dit te doen is door de /var/log/messages op de knooppunten voor de laatste keer dat Collect is uitgevoerd, bijvoorbeeld:

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

 6) Als je nog steeds vastzit, voer dan uit FSAnalyze InsightIQ gebruiken om te zien welke map meer ruimte inneemt op het cluster met meer gebruikte ruimte.