-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
podman export
to piped command results in Error: open /dev/stdout: permission denied
#16870
Comments
Have you tried this against the main branch? |
When I execute your command I get podman export f6 | tar -C container-fs xv I get the same with Docker? docker export d3 | tar -C container-fs xv -Acdtruxtar: You may not specify more than one '-Acdtrux', '--delete' or '--test-label' optio |
Why do we need to open the file at all? We should just use fd 1 without having to call open. |
Sure but if we have |
This allows use to use STDOUT directly without having to call open again, also this makes the export API endpoint much more performant since it no longer needs to copy to a temp file. I noticed that there was no export API test so I added one. And lastly opening /dev/stdout will not work on windows. Fixes containers#16870 Signed-off-by: Paul Holzinger <[email protected]>
Any idea when this fix will be released? Or are there daily builds of podman somewhere? For Windows? |
We are cutting RC1 of Podman 4.4 this week. So it should be released by end of month or early next month. |
Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description
Steps to reproduce the issue:
podman export container-name | tar -C container-fs -xv
Describe the results you received:
Describe the results you expected:
Container export contents should pipe to the following command without error, and export contents should present at the specified location
Additional information you deem important (e.g. issue happens only occasionally):
It appears that this is a bug similar to: #12402
That issue was fixed by changing the call from
os.Create
toos.OpenFile
with the correct flags. Likely this issue is fixed with a similar fix to: https://github.com/containers/podman/blob/main/pkg/domain/infra/tunnel/containers.go#L363Output of
podman version
:The text was updated successfully, but these errors were encountered: