-
Notifications
You must be signed in to change notification settings - Fork 4
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
S3 container sometimes doesn't resolve from PHP container #761
Comments
@mikelittle I wouldn't expect the FQDN to work within the containers so I think that's ok. There might be a configuration issue then, by which WP is trying to use the FQDN to interact with S3 rather than the container link name and port (the short name). The FQDN is purely for use via the host. S3 Uploads should be using the short URL or Looks like it should be available at |
Ah, OK. That was my expectation too, but I couldn't figure out where it was picking up the FQDN from. I assumed it had always used the full name and worked somehow before. |
It might be worth tinkering with this code a bit https://github.com/humanmade/altis-local-server/blob/master/inc/namespace.php#L28-L37 I would try adding some breakpoints with xdebug to see which URL its trying to use. It might arrive at the FQDN as part of some attempts to retry or try different versions of the S3 endpoint. I can't actually remember why the S3 endpoint is set to the FQDN, I thought it should be the internal container link URL e.g. Maybe could factor in docker engine versions? Are they same between Mac and Linux? @abhishek-kaushik is this happening on all your Altis instances or only some? What about on a clean install? |
Yes @roborourke I am facing this issue on all of my stacks |
In addition to the issue reported here the image in use is an older version:
|
Could not reproduce the error, actions performed:
Additional detail:
|
@abhishek-kaushik could you provide some info on the Altis version and a an output for |
Remarkably, this has disappeared for me. With the same repository still checked out. Whilst there have been many package updates and many cycles of |
Sometimes, whether from a brand-new stack or an existing stack, uploading images results in an error that boils down to the PHP container being unable to resolve the MinIO s3 emulation container.
Here's a brain dump of notes from a brief investigation into the problem. Note, sometimes the S3 container does resolve, but the Tachyon one doesn't. This has only occurred on one machine. A previous macBook does not exhibit the problem (but then my current one didn't used to either). It doesn't occur (for me) on Linux (Ubuntu 24.04).
qa-test
v20 gave thisqatest
v20 again. FQDN for S3 does not workAcceptance criteria:
The text was updated successfully, but these errors were encountered: