-
Notifications
You must be signed in to change notification settings - Fork 135
-
Notifications
You must be signed in to change notification settings - Fork 135
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Writing tags failed with NoHostAvailableException and does not recover #411
Comments
retry prepare statements for tag writer if session not connected, #411
@umbreak I have one question regarding Journal writes. We are testing behaviour of write-retries and read-retries of Cassandra-journal and the question is whether it works as intended in-case of NoHostavailable exceptions? We are following below test steps and we are seeing journal writes fails. [since Persistent Actor dies] Scenario: Note :There is only one Caasnadra node. What my understading is regarding write-retries is : It will try to attempt write operation in Casandra DB no.of times whatever value we set of write-retries [i.e. write-reties = 12345]. |
We keep seeing |
Tag writer fails to write tags. This happens if the cassandra cluster is started after our application is started. When the cassandra cluster starts afterwards the service, the failure does not recover (even though we keep seeing error logs as if attempting to connect).
It seems to happen also if there is some temporary networking issue with the cluster. However, even when the connectivity issue is fixed, the TagWriter seems to be unable to restore the session.
Weirdly, writes and gets to the
CassandraJournal
through our application still work. So this seems to affect only theTagWriter
.These are the error log we are seeing (repeated all over):
As it can be observed from the logs, we are having a cassandra cluster with 3 nodes.
We are running the latest akka-persistence-cassandra version
0.91
.We think it is something related to the cassandra
session
object being messed up somehow.The text was updated successfully, but these errors were encountered: