Closed JasonFengJ9 closed 1 year ago
FYI @VermaSh
~Looking into the failure~ @JasonFengJ9 is looking into the failure
j9jcl.533 - RuntimeMXBeanImpl_getUptimeImpl timeNow (1698718279871) vmStartTime (1698718272120) criuTimeDeltaMillis (0)
j9criu.13 - Before checkpoint, checkpointNanoTimeMonotonic = 1698718167693075406, checkpointNanoUTCTime = 1698718281510665061
j9criu.7 - Before checkpoint criu_dump(), j9time_nano_time() returns 1698718167859504964, j9time_current_time_nanos() returns 1698718281677095769
j9criu.15 - After checkpoint criu_dump(), j9time_nano_time() returns 1698718170207451760, j9time_current_time_nanos() returns 1698718284025049925
j9criu.14 - After restore, restoreNanoUTCTime = 1698718284025049925, checkpointNanoUTCTime = 1698718281510665061, checkpointRestoreTimeDelta = 2514384864, restoreNanoTimeMonotonic = 1698718170207451760, checkpointNanoTimeMonotonic = 1698718167693075406, nanoTimeMonotonicClockDelta = 2514376354
j9jcl.533 - RuntimeMXBeanImpl_getUptimeImpl timeNow (1698718284071) vmStartTime (1698718272120) criuTimeDeltaMillis (2514)
RuntimeMXBean.getUptime()
was taken at j9jcl.533
w/ 1698718279871ms
via j9time_current_time_millis()
;CRIUSupport.checkpointJVM()
was at j9criu.13
w/ 1698718281510665061ns
via j9time_current_time_nanos()
;criu_dump()
was at j9criu.7
w/ 1698718281677095769ns
via j9time_current_time_nanos()
;2s
delay;criu_dump()
was at j9criu.15
w/ 1698718284025049925ns
via j9time_current_time_nanos()
;j9criu.14
, restoreNanoUTCTime
was 1698718284025049925ns
via j9time_current_time_nanos()
;RuntimeMXBean.getUptime()
was taken at j9jcl.533
w/ 1698718284071ms
via j9time_current_time_millis()
.The time between first RuntimeMXBean.getUptime()
and CRIUSupport.checkpointJVM()
was ~1639ms
which is more than adjustMillis = 1500ms
https://github.com/eclipse-openj9/openj9/blob/04f76db60f678b3031e7973e5f42072852221688/test/functional/cmdLineTests/criu/src/org/openj9/criu/TimeChangeTest.java#L147
This probably was due to the slow machine creating local directories.
Will modify the test to minimize the time gap between first RuntimeMXBean.getUptime()
and CRIUSupport.checkpointJVM()
.
Failure link
From an internal build(
ubu22s390x-svl-rt6-1
):Rerun in Grinder - Change TARGET to run only the failed test targets.
Optional info
Failure output (captured from console output)
50x internal grinder - 2 failures reproduced at
ubu20s390x-svl-rt2-1
.This is likely a test issue.