Docker compat: Return null when swappiness is unset instead of -1#24126
Conversation
|
@Luap99 makes more sense now. However, I am checking it on my system and Not sure if I am missing something or if this is part of a bigger problem. Shouldn't it be -1 on systems with cgroupsv2? |
Good question, I guess so. |
|
looks like a bug. We set the memory swappiness only when there is a memory limit: |
thanks. I can look for a fix for it |
It errors out already no? |
|
Might be cleanest to hard-code to -1 just for inspect, the resource limit code in SpecGen is pretty ugly |
|
A friendly reminder that this PR had no activity for 30 days. |
|
This PR has been marked for 5.3 inclusion but it must be merged prior to Nov 5 for inclusion in 5.3 RC3. PRs not merged by that date are considered on a case by case basis for backporting. |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: inknos The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
@inknos should this be closed or is this still on your todo list? |
|
Ooof. I'll get to this on Monday. |
|
@inknos The related issue is marked for |
This hard codes -1 on inspect for Docker's API to return `null` and be compatible Fixes: podman-container-tools#23824 Signed-off-by: Nicola Sella <nsella@redhat.com>
|
PTAL @containers/podman-maintainers |
|
Issue tags |
Fixes: #23824
Does this PR introduce a user-facing change?