RFR: 8253435: Cgroup: 'stomping of _mount_path' crash if manually mounted cpusets exist

Wed Sep 23 09:41:17 UTC 2020

On Wed, 23 Sep 2020 09:15:38 GMT, Volker Simonis <simonis at openjdk.org> wrote:

> > _Mailing list message from [Bob Vandette](mailto:bob.vandette at oracle.com) on
> > [hotspot-runtime-dev](mailto:hotspot-runtime-dev at openjdk.java.net):_ Yuk. I just fixed a bug which caused us to use the
> > mount source for the cgroup type. Not fixing that bug would have hidden your problem.
> 
> Sorry, but I don't understand. which bug are you speaking of and has it been fixed in the jdk already?

@bobvandette probably meant https://bugs.openjdk.java.net/browse/JDK-8252359. A little correction, though. We didn't
use the mount source as the cgroup type before JDK-8252359, but we relied on the mount source to be `cgroup` or
`cgroup2` before JDK-8252359, which wasn't the case on those affected systems. They had the controller name as the
mount source.

Bob is right, though, prior JDK-8252359, you wouldn't have hit the assert because of what I just said above. Your extra
cpuset entries have `none` as mount source.

-------------

PR: https://git.openjdk.java.net/jdk/pull/295