I'm fairly confident it was because I ended up finding a ticket later where very similar behavior was isolated to a jvm.options configuration problem.
Effectively a newer config file was lacking a jvm.options line that changed the behavior with an older machine setup. I would not be surprised if AWS deployed a new config to an old environment.
Unfortunately, not having direct machine access, I could not confirm whether this was the case in the failing cluster.
Effectively a newer config file was lacking a jvm.options line that changed the behavior with an older machine setup. I would not be surprised if AWS deployed a new config to an old environment.
Unfortunately, not having direct machine access, I could not confirm whether this was the case in the failing cluster.