Was this page helpful?
You're viewing documentation for an unstable version of ScyllaDB Enterprise. Switch to the latest stable version.
This troubleshooting guide describes what to do when Scylla keeps using disk space after a table or keyspaces are dropped or truncated.
When performing a
TRUNCATE operation on a table or keyspace, disk usage is not seen to be reduced.
Usually this is verified by using an external utility like the
du Linux command.
This is caused by the fact that by default, Scylla creates a snapshot of every dropped table. Space won’t be reclaimed until the snapshot is dropped.
/var/lib/scylla/data/<your_keyspace>/<your_table>. Inside that directory you will see a
snapshots subdirectory with your dropped data. Follow the procedure to use nodetool to remove the snapshot.
If you are deleting an entire keyspace, repeat the procedure above for every table inside the keyspace.
This behavior is controlled by the
auto_snapshot flag in
/etc/scylla/scylla.yaml, which set to true by default. To stop taking snapshots on deletion, set that flag to false and restart all your scylla nodes.
Alternatively you can use the``rm`` Linux utility to remove the files. If you do, keep in mind that the
rm Linux utility is not aware if some snapshots are still associated with existing keyspaces, but nodetool is.