<div dir="auto">Forwarding to crac-dev...</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Alan Bateman <<a href="mailto:Alan.Bateman@oracle.com">Alan.Bateman@oracle.com</a>> schrieb am Di., 16. Apr. 2024, 08:28:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 15/04/2024 22:32, Cleber Muramoto wrote:<br>
> Hello!<br>
><br>
> I am trying to take a checkpoint using zulu's CRaC.<br>
><br>
> When using VirtualThreads the checkpoint fails because of open file <br>
> descriptors created by EPollPoller.<br>
><br>
> As of now, I think the only possible way to close the FD's is by <br>
> accessing the private read/write pollers to fetch the epfd's and <br>
> manually closing them. (I tried the jdk.crac.resource-policies but it <br>
> doesn't seem to pick up these FDs).<br>
><br>
> While this works to capture the snapshot, restoring is another story, <br>
> since the poller threads don't expect the epfds to change.<br>
><br>
> Are there any plans to add some sort of lifecycle api to Poller to <br>
> make it CRaC friendly?<br>
<br>
I assume this must be a build that uses code from the OpenJDK CRaC <br>
project as this is not a feature in the JDK main line. You may have to <br>
ask on crac-dev. There are literally dozens of places right across the <br>
JDK that would need attention in order to sanely snapshot and continue <br>
from arbitrary points like this. I haven't had cycles to track what they <br>
have in the current exploration/prototype but I'm sure the folks on <br>
crac-dev can help.<br>
<br>
-Alan<br>
</blockquote></div>