Кассандра диск растет быстрее
У нас есть док-кластер cassandra из 3 узлов, в одном из которых дисковое пространство растет быстрее. Но когда мы проверили статусы nodetool, он занял всего 561 ГБ
Address Load Tokens Owns Host ID Rack
UN 10.3.1.11 567.68 GB 256 ? f67c30e0-b8be-4adb-a30c-7d4dc3b9d6b2 1b
UN 10.3.1.10 512.88 GB 256 ? fb1cd75c-7ce8-4236-85f9-ef247c8fd89e 1b
UN 10.3.1.12 **561.32** GB 256 ? cc96f33e-0e51-47d6-8022-204de313aa50 1b
когда мы проверили файловую систему, она показывает 763 ГБ, занятых командой df -hT
/dev/xvdf 985G 763G 181G 81% /var/lib/cassandra.
мы обнаружили, что некоторые устаревшие процессы все еще удерживают пространство, используя команду lsof | grep '(удалено)'
Мы не уверены, почему существует разница в дисковом пространстве, отображаемом с помощью состояния nodetool и df -hT. Есть ли проблемы с кластером?
Какое решение для этого?
2 ответа
Вы можете проверить файлы снимков в данных. Там могут быть некоторые файлы снимков
Мы удалили большое количество резервных копий, прежде чем публиковать это. Таким образом, некоторые устаревшие процессы все еще удерживают пространство с помощью команды lsof | grep '(удалено)'
Мы перезагрузили сервер, все пространство восстановлено