-
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
Db2 container started via podman is not acessible for connection #16432
Comments
There's your problem. Localhost forwarding only works with v4, not v6 (kernel doesn't have support - not sure why, but it doesn't seem likely to be added). We're discussing potentially adding a process to perform such forwarding manually in the future, but for now, |
@mheon the very same thing happens with 127.0.0.1:
|
Can you access the port from other systems? |
And does accessing from the same system, but via one of the public IPs (instead of localhost), work? |
Public ip: no (but worked for docker). |
Any chance you can try with the Netavark network backend instead of CNI? |
|
Probably, I can do it with any backend. Is there a manual for Netavark? UPD: by "manual" I mean "how to switch a backend from CNI to Netavark" |
Do you run rootless? If so, cni/netavark doesn't matter since it is not used by default. To switch from cni to netavark you just have to run |
Result is the same |
Did not work, either |
Anything else I can help with? |
Looks like you're running rootless - so this is a slirp/rootlessport issue. Never seen both of them fail before. @giuseppe @AkihiroSuda Any thoughts? |
@fedinskiy Can you try running the same as root? If it fails there I would expect it is likely something with your application. |
@Luap99 Other images (including postgres and mysql ) work fine without sudo. Which one do you mean by "my application"? DB2 or telnet? :) |
Db2, it must expect something special about the socket then. The default port forwarder will cause a different source ip but with slirp4netns:port_handler=slirp4netns it should work correctly. |
Does it work if you run with --network=host? |
@rhatdan it doesn't:
|
Please run I tried running this image and it is just not listening on port 5000 at all. Check with |
|
You only have the SandboxKey when you run with private namespace, not with --network=host. |
A friendly reminder that this issue had no activity for 30 days. |
Closing since I don't think it is a podman issue but rather how the container image works. |
/kind bug
Description
If I start official DB2 container via docker, then I connect to it via jdbc connector or telnet. If I start it via podman, then I receive "Connection refused" error or it's analogues
Steps to reproduce the issue:
telnet localhost 5000
Describe the results you received:
or
if connecting via jdbc
Describe the results you expected:
If application is started via docker ( replace
podman
withdocker
in the script above), everything is working fine.Telnet example
Additional information you deem important (e.g. issue happens only occasionally):
Output of
podman version
:Output of
podman info
:Package info (e.g. output of
rpm -q podman
orapt list podman
orbrew info podman
):Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide? (https://github.com/containers/podman/blob/main/troubleshooting.md)
Yes
Additional environment details (AWS, VirtualBox, physical, etc.):
This issue can be reproduced both in Fedora 36 on a laptop and in RHEL 8 on a VM
The text was updated successfully, but these errors were encountered: