-
Type:
Bug
-
Resolution: Fixed
-
Priority:
P3
-
Affects Version/s: None
-
Component/s: hotspot
-
b11
-
linux
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8351834 | 17.0.16-oracle | Ivan Bereziuk | P3 | Resolved | Fixed | b01 |
| JDK-8352039 | 17.0.16 | Goetz Lindenmaier | P3 | Resolved | Fixed | b01 |
| JDK-8351926 | 11.0.28-oracle | Ivan Bereziuk | P3 | Resolved | Fixed | b01 |
| JDK-8352242 | 8u461 | Ivan Bereziuk | P3 | Resolved | Fixed | b01 |
[0.163s][trace][os,container] Memory and Swap Limit is: 18446744073709551614
memory_and_swap_limit_in_bytes: not supported
During review it was pointed out to better fix the GET_CONTAINER_INFO macros to properly handle logging of julong types in order to avoid those confusing trace logs.
- backported by
-
JDK-8351834 Handle julong values in logging of GET_CONTAINER_INFO macros
-
- Resolved
-
-
JDK-8351926 Handle julong values in logging of GET_CONTAINER_INFO macros
-
- Resolved
-
-
JDK-8352039 Handle julong values in logging of GET_CONTAINER_INFO macros
-
- Resolved
-
-
JDK-8352242 Handle julong values in logging of GET_CONTAINER_INFO macros
-
- Resolved
-
- relates to
-
JDK-8300658 memory_and_swap_limit() reporting wrong values on systems with swapaccount=0
-
- Resolved
-
- links to
-
Commit
openjdk/jdk/53ae4c07
-
Commit(master)
openjdk/jdk17u-dev/1b6b8df6
-
Review
openjdk/jdk/12166
-
Review(master)
openjdk/jdk17u-dev/3344