Was this page helpful?
Caution
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 ScyllaDB keeps using disk space after a table or keyspaces are dropped or truncated.
When performing a DROP
or 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, ScyllaDB creates a snapshot of every dropped table. Space won’t be reclaimed until the snapshot is dropped.
Locate /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.
Note
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.