2017-08-15 6 views
0

Nous avons un cluster docker cassandra de 3 nœuds, dans l'un des nœuds, l'espace disque se développe plus vite. Mais quand nous avons vérifié le statut de nodetool montre, il a occupé seulement 561gbCassandra croissance du disque est plus rapide

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 

lorsque nous avons vérifié le système de fichiers, il montre 763GB occupé à l'aide df -HT commandons

/dev/xvdf  985G 763G 181G 81% /var/lib/cassandra. 

nous avons trouvé certains processus obsolètes sont encore tenir l'espace en utilisant la commande lsof | grep '(deleted)'

Nous ne savons pas exactement pourquoi il y a une différence dans l'espace disque montré en utilisant l'état nodetool et df -hT. Y a-t-il un problème avec le cluster?

Quelle est la solution pour cela?

+0

Quelle version de Cassandra? Combien d'espace dans les caches sauvegardés et commitlog dans/var/lib/cassandra? –

Répondre

1

vous pouvez vérifier les fichiers instantanés dans data.There peuvent être certains fichiers de capture instantanée

0

nous avons supprimé grande quantité de sauvegardes avant de poster ce sujet. Donc, certains processus périmés tiennent encore l'espace en utilisant la commande lsof | grep '(supprimé)'

Nous avons redémarré le serveur tout l'espace a été récupéré