PowerScale. Один кластер во взаимосвязи SyncIQ сообщает о большем объеме используемого дискового пространства, чем другой кластер.

Один кластер PowerScale, связанный с отношением syncIQ (исходный или целевой), имеет больше используемого дискового пространства, чем другой кластер PowerScale. Оба кластера должны иметь одинаково используемое пространство.

Пример, как показано на примере 'isi status' команда:

Целевой кластер показывает, что 349T использует жесткий диск (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

В исходной системе используется только жесткий диск емкостью 286 Тбайт.
 

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

Распространенные причины различий в пространстве между кластерами во взаимосвязи syncIQ:

большие системные файлы или журналы аудита, которые находятся в пределах /ifs/.ifsvar (наиболее распространенный)
--различия в размере
моментальных снимков--различия в уровнях
защиты--Задание сбора не выполняется в одном кластере, поэтому не освобождает потерянные блоки дисков.
--большие файлы/папки, связанные с поддержкой, находящиеся в /ifs/data/Isilon_Support

Предполагая, что все задания syncIQ актуальны для репликации, проверьте следующее:

1) Часто бывает так, что кластер, занимающий больше пространства, содержит большие системные файлы или журналы аудита, которые находятся в /ifs/.ifsvar.

В каждом кластере из сеанса экрана (так как возврат команды может занять много времени) выполните следующие действия:
 

# du -sh /ifs/.ifsvar

Выполните эту команду для каждого кластера.

В прошлом служба поддержки PowerScale считала это причиной, особенно из-за больших журналов аудита.

Установите флажок /ifs/.ifsvar/audit каталог и следующие подкаталоги,

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

При необходимости удалите файлы аудита, описав следующую статью:

Статья базы знаний000167091 Powerscale: как удалить файлы журналов аудита

2) Убедитесь в отсутствии различий в уровнях защиты между двумя кластерами.

Динамический кластер:
 

isi stat -p -q -v

Журналы.
 

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

Кроме того, Dell Technologies может проверить diskpools уровней защиты с помощью внутренней команды с поддержкой службы поддержки.

3) Убедитесь в отсутствии существенной разницы в использовании моментальных снимков между двумя кластерами, выполнив следующую команду в каждом кластере:
 

# isi snapshot usage

4) В кластере, сообщающем об увеличении используемого пространства, проверьте наличие в нем каких-либо крупных файлов или папок, связанных с поддержкой /ifs/data/Isilon_Support:

# du -so /ifs/data/Isilon_Support 

5) Если проблема все еще зависает, следующим шагом будет проверка последнего запуска сбора данных для каждого кластера.

(Примечание. Важно отметить, что «MultiScan» не всегда запускает задание Collect). 

Это задание Collect освобождает все устаревшие блоки диска в кластере и часто может быть причиной того, что в одном кластере отображается больше используемого дискового пространства, чем в другом.  Один из быстрых способов сделать это — проверить /var/log/messages на узлах во время последнего успешного запуска сбора, например:

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

 6) Если все еще застрял, запустите FSAnalyze job и используйте InsightIQ, чтобы узнать, какая папка занимает больше места в кластере с большим объемом используемого пространства.