Closed Aaronontheweb closed 1 year ago
cc @zbynek001
I'm using persistent mode, so i didn't test the ddata scenario too much. Will have a look if i can find something. Might need some more info. Do you have some custom config overrides? How big is the cluster size?
Cluster size was 130 nodes, but I was also able to reproduce at 20 nodes.
HOCON configuration didn't have anything custom really - using Akka.Persistence.Azure but otherwise using Akka.Cluster.Sharding defaults with state-store-mode=ddata
and remember-entities=on
.
It looked to me like the system was still trying to retrieve some of its remember-entities data through a combination of Akka.Persistence and DData. I'll re-run the sample today and capture a log dump from Seq. I might even OSS the sample since it's just something I'm using to stress test Akka.Cluster for a Petabridge customer.
This appears to have been a transitory issue with the busy-ness of that system, not a bug with the software.
Version Information Version of Akka.NET? v1.5.0 Which Akka.NET Modules? Akka.Cluster.Sharding,
state-store-mode=ddata
,remember-entities=on
Describe the bug
Running a brand new cluster with no prior history stored for
remember-entities
, but still seeing a large number of these:Possibly due to:
To Reproduce
Deploy
Links to working reproductions on Github / Gitlab are very much appreciated
Expected behavior
RE should "no-op" and start up without any issues if none are available.
Actual behavior
Crashed.