Showing results for 
Show  only  | Search instead for 
Did you mean: 

Cassandra service unable to start up due to commit log corruption


When a Dynatrace managed server is restarted ungracefully, there is a high chance that Dynatrace managed server fails to start up again due to corrupted Cassandra commit log. The quick fix is to delete the offending commit log before starting up Dynatrace Managed service again.

Could there be a way to make Cassandra more resilient to unexpected shut downs? Or automatically delete the offending commit log and move on?

Not that unexpected shut down happens frequently but when it happens, monitoring downtime is stays even longer until someone manually removes the corrupted commit log.


Dynatrace Guru
Dynatrace Guru

The machine must have been hard-stopped in the middle of Cassandra writing a commit log onto disk. That's a known issue that we'll fix in a future release. No ETA yet.

Senior Product Manager,
Dynatrace Managed expert

Radek, anything new for this issue? I've just found the same problem on one Managed environment.