Bug 2055781 - criu doesn't report error when there is file lock exist in container
Summary: criu doesn't report error when there is file lock exist in container
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 9
Classification: Red Hat
Component: criu
Version: 9.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Adrian Reber
QA Contact: Chao Ye
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-02-17 15:56 UTC by Joy Pu
Modified: 2023-08-17 07:28 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-08-17 07:28:43 UTC
Type: Bug
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHELPLAN-112772 0 None None None 2022-02-17 16:04:39 UTC

Description Joy Pu 2022-02-17 15:56:55 UTC
Description of problem:
When we do checkpoint with file lock inside container but without --file-locks flag, criu can not report error as expected.

Version-Release number of selected component (if applicable):
criu-3.15-13.el9.x86_64

How reproducible:
100%

Steps to Reproduce:
1. start a container with a file lock inside
# podman run -it --security-opt seccomp=unconfined -d --ip 10.88.158.133 --name test_name quay.io/libpod/alpine:latest flock test.lock sleep 100
e4bd6118abf9b1ef0cfaf3bb4c94e7e7d0c961e5635e4eec1d77d3427e446932
2. make a checkpoint without --file-locks
# podman container checkpoint test_name
e4bd6118abf9b1ef0cfaf3bb4c94e7e7d0c961e5635e4eec1d77d3427e446932



Actual results:
checkpoint can be made successfully

Expected results:
An error message should be raise to remind user to check the dump.log and create the checkpoint with --file-locks option

Additional info:
other rpms in my env:
runc-1.1.0-2.el9.x86_64
crun-1.4.2-1.el9.x86_64
podman-4.0.0-0.31.el9.x86_64

Comment 2 RHEL Program Management 2023-08-17 07:28:43 UTC
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.


Note You need to log in before you can comment on or make changes to this bug.