It's working great. We're starting up Azure Container Instances nicely based on our Docker registry.
But a couple of times, the web servers inside the Docker file has failed to start (and bind to a port).
If you were to run it locally with, like, docker run -t -i --rm -p 4000:4000 my-tag you'd see on your terminal the error message which most likely is a traceback/stacktrace from the application pointing out something obvious like an undefined environment variable or something like that.
What would be great is if we could have output from the azure/arm-deploy command somehow. Then we could print it as part of our GitHub Action workflow. I'm guessing, by default, underlying'ly it starts the container in some sort of background process.
But similar to the docker CLI you can do docker logs my-container (without the --follow) to get a glimpse of anything from stdout or stderr.
We use
It's working great. We're starting up Azure Container Instances nicely based on our Docker registry. But a couple of times, the web servers inside the Docker file has failed to start (and bind to a port). If you were to run it locally with, like,
docker run -t -i --rm -p 4000:4000 my-tag
you'd see on your terminal the error message which most likely is a traceback/stacktrace from the application pointing out something obvious like an undefined environment variable or something like that.What would be great is if we could have output from the
azure/arm-deploy
command somehow. Then we could print it as part of our GitHub Action workflow. I'm guessing, by default, underlying'ly it starts the container in some sort of background process. But similar to thedocker
CLI you can dodocker logs my-container
(without the--follow
) to get a glimpse of anything fromstdout
orstderr
.