Loki-1 | level=error ts=T16:43:52.197027425Z caller=scheduler_processor.go:137 org_id=fake msg="error notifying scheduler about finished query" err=EOF addr=127.0.0.1:9096 Loki-1 | level=error ts=T16:43:52.196970284Z caller=scheduler_processor.go:182 org_id=fake msg="error notifying frontend about finished query" err="rpc error: code = Canceled desc = context canceled" frontend=0.0.0.0:9096 Loki-1 | level=error ts=T16:43:52.196462256Z caller=retry.go:73 org_id=fake msg="error processing request" try=0 err="context canceled" Loki-1 | level=error ts=T16:43:52.196428849Z caller=retry.go:73 org_id=fake msg="error processing request" try=0 err="context canceled" Loki-1 | level=error ts=T16:43:52.196413176Z caller=retry.go:73 org_id=fake msg="error processing request" try=0 err="context canceled" (This isn't one I find myself wanting to change often, though.Loki-1 | level=error ts=T16:43:52.196413829Z caller=retry.go:73 org_id=fake msg="error processing request" try=0 err="context canceled" If you launched a container as the wrong user, delete it and recreate it with the correct docker run -u option. Su-exec myapp:myapp docker run and docker exec take a -u argument to indicate the user to run as. # Switches to non-root user to run real app A typical Dockerfile setup there might look like # Dockerfile (In particular the official Consul image does this.) That uses a dedicated lighter-weight tool like gosu or su-exec. The one exception I've seen is if you have a container that, for whatever reason, needs to do initial work as root and then drop privileges to do its real work. Instead, if I want to do work in a container as a non-root user, my Dockerfile needs to set up that user: FROM ubuntu:18.04 In this context su and sudo aren't very useful because the container rarely has a controlling terminal or a human operator to enter a password (and for that matter usually doesn't have a valid password for any user). I rarely do work in interactive shells in containers instead, I set up a Dockerfile that builds an image that can run autonomously, and iterate on building and running it like any other piece of software. You should read Docker's official tutorial on building and running custom images. I would really appreciate if you can help me to fix these issues. I can get the os information as below: sh-4.2$ cat /etc/os-release Here is how I created the container: PS C:\Containers\nginx-container> s2i build -context->dir=examples/1.12/test-app/ centos/nginx-112-centos7 nginx-sample-appįrom bash shell in the container. Then, from powershell on my windows I also tried: PS C:\Containers\nginx-container> docker exec -u 0 -it 9e8f5e7d5013 bashīut it shows that the script is running and nothing happened and I canceled it by Ctrl C after an hour. Then I ran su -, but I don’t know the password! How can I set the password? sh-4.2$ su. You need to be root to perform this command. ![]() Permission denied: '/var/lib/rpm/Installtid' So, I tried to install sudo by below command: sh-4.2$ yum install sudo -y I need to use the root user to change the nfig.įrom Kitematic, I clicked on Exec to get a bash shell in the container and I tried sudo su – as blow: sh-4.2$ sudo su – ![]() ![]() I’m using windows 10 and got a github example to create a container with Centos and nginx.
0 Comments
Leave a Reply. |