PowerScale: Yksi SyncIQ-suhteen klusteri ilmoittaa enemmän käytettyä levytilaa kuin toinen klusteri.

Yhdessä syncIQ-suhteessa (lähde- tai kohdesuhteessa) olevassa PowerScale-klusterissa on enemmän käytettyä levytilaa kuin toisessa PowerScale-klusterissa. Molemmissa klustereissa tulisi olla identtisesti käytetty tila.

Esimerkki, kuten 'isi status' command:

Target cluster näyttää, että 349T used hard drive (HDD) -tallennustila:

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

Lähteellä on vain 286T käytetty kiintolevy:
 

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

Yleisiä syitä klustereiden tilan eroihin syncIQ-suhteessa ovat seuraavat:

--suuret järjestelmätiedostot tai valvontalokit, jotka sijaitsevat /ifs/.ifsvar (yleisin)
--tilannevedosten koon
erot--suojaustasojen
erot--Keräystyö, joka ei ole käynnissä yhdessä klusterissa, jolloin orpoja levylohkoja ei vapauteta.
--suuret tukeen liittyvät tiedostot/kansiot, jotka asuvat sisällä /ifs/data/Isilon_Support

Olettaen, että kaikki syncIQ-työt ovat replikoinnin ajan tasalla, tarkista seuraavat asiat:

1) Tilaa vievässä klusterissa on usein suuria järjestelmätiedostoja tai valvontalokeja, jotka sijaitsevat /ifs/.ifsvar.

Suorita kussakin klusterissa näyttöistunnossa (koska komennon palauttaminen voi kestää kauan) seuraavat toimet:
 

# du -sh /ifs/.ifsvar

Suorita kyseinen komento jokaisessa klusterissa.

PowerScale-tuki on aiemmin nähnyt tämän olevan syyllinen erityisesti suurten tarkastuslokien vuoksi.

Tarkista /ifs/.ifsvar/audit hakemisto ja seuraavat alihakemistot,

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

Poista tarvittaessa valvontatiedostot seuraavan artikkelin mukaisesti:

KB 000167091Powerscale: Valvontalokitiedostojen poistaminen

2) Varmista, että näiden kahden klusterin suojaustasossa ei ole eroja.

Live-klusteri:
 

isi stat -p -q -v

Lokit:
 

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

Dell Technologies voi myös tarkistaa diskpools suojaustasot sisäisellä komennolla ja tukipalvelulla.

3) Varmista suorittamalla seuraava komento kussakin klusterissa, että tilannevedosten käytössä ei ole suurta eroa:
 

# isi snapshot usage

4) Tarkista, että klusterissa on enemmän käytettyä tilaa, onko lähistöllä suuria tukeen liittyviä tiedostoja/kansioita /ifs/data/Isilon_Support:

# du -so /ifs/data/Isilon_Support 

5) Jos järjestelmä on edelleen jumissa, seuraavaksi tarkistetaan, milloin Collect suoritettiin viimeksi kussakin klusterissa.

(Huomautus: on tärkeää huomata, että MultiScan-toiminto ei aina suorita keräystyötä.) 

Tämä keräystyö vapauttaa klusterin vanhentuneita levylohkoja ja voi usein olla syynä siihen, miksi yhdessä klusterissa on enemmän käytettyä levytilaa kuin toisessa klusterissa.  Yksi nopea tapa tehdä tämä on tarkistaa /var/log/messages solmuissa viimeisen kerran Collect suoritettiin onnistuneesti, esimerkiksi:

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

 6) Jos olet edelleen jumissa, juokse FSAnalyze tehdä työtä ja tarkistaa InsightIQ:n avulla, mikä kansio vie enemmän tilaa klusterissa ja enemmän käytettyä tilaa.