Open bqbn opened 1 year ago
Is EFS mounted on services
and versioncheck
? The function that is failing is checking permissions on various paths.
Oh, it wasn't, and after mounting the NFS share, the __heartbeat__
works.
Is it possible for these two components to pass the health check without mounting the NFS share? They don't really need the share and currently in production (AWS) we don't mount it.
But the issue doesn't block GCP migration though. We'll mount the share for now.
Is there an env variable or something other than the request URL I can use to detect we're on a services
or versioncheck
instance ?
We can pass an env variable, such as AMO_COMPONENT
or ADDONS_SERVER_COMPONENT
to the app container to help it identify itself.
Yes, that would be helpful to fix this.
Old Jira Ticket: https://mozilla-hub.atlassian.net/browse/ADDSRV-376
We should have ADDONS_SERVER_COMPONENT
nowadays - so we could add a check to prevent adding the path
monitor in front_heartbeat()
if os.environ.get('ADDONS_SERVER_COMPONENT') in ('services-web', 'versioncheck-web')
.
Describe the problem and steps to reproduce it:
We got 500 error when trying to hit
/__heartbeat__
for the services and versioncheck endpoint.For example, on one of the
services_web
instances on thestage
environment,What happened?
When we move AMO to the GKE platform, Kubernetes will check
__heartbeat__
for the pod readiness. Thus we need those two endpoints to be able to return 200 when it is ready to serve traffic.What did you expect to happen?
For the services and versioncheck endpoints to return 200 when they're ready to serve traffic.
Anything else we should know?
n/a
┆Issue is synchronized with this Jira Task