Home > Article > Operation and Maintenance > How to scroll nginx log file in docker
Docker usage
1. docker ps to view running containers
2. docker images to view docker images
3. docker rm id (Container ID) Delete the container (the container ID can be viewed through docker ps, the container must be stopped before it can be deleted)
3.1 Delete all containers docker rm `docker ps -a -q`
4 . docker stop id (container id) stops the container from running
5. docker rmi id (mirror id) deletes the image
6. docker pull ubuntu:16.04 (mirror name: version number) downloads the image
7. docker run -it ubuntu:16.04 Create and run the container container
-t means to specify a pseudo terminal or terminal in the new container
-i means to allow us Interact with (stdin) in the container
-p specifies the mapped port
-d Run the container in the background and print the container id
7.1 docker run -dit ubuntu:16.04 Create and run the container in the background
7.2 docker run -ditp 8080:8080 (host port: container port) ubuntu:16.04 Create and run the container in the background and map the port of the container
8. docker attach id (Container id) Enter the running container environment
9. Exit the container
9.1 exit Directly exit the container and terminate the container running
9.2 [ctrl p] [ctrl q ] (shortcut key) Exit the container, but will not terminate the container running
10. docker commit -m'version identification' id (container id) ubuntu:16.04 (image and version number) Submit the image and generate the image ( You can use this command to package the built container into a new image or overwrite the original image (that is, modify the content of the original image, and the generated image name can be directly overwritten if the name of the generated image is the same as the version number))
Thoughts
nginx official actually gives instructions on how to rotate logs:
rotating log-files
in order to rotate log files, they need to be renamed first. after that usr1 signal should be sent to the master process. the master process will then re-open all currently open log files and assign them an unprivileged user under which the worker processes are running, as an owner. after successful re-opening, the master process closes all open files and sends the message to worker process to ask them to re-open files. worker processes also open new files and close old files right away. as a result, old files are almost immediately available for post processing, such as compression. Name
•Then send the usr1 signal to the nginx master process
•The worker process opens a new log file And close the old log file
Create a test environment
Assuming that docker has been installed in your system, here we run an nginx container directly:
$ docker run -d \ -p 80:80 \ -v $(pwd)/logs/nginx:/var/log/nginx \ --restart=always \ --name=mynginx \ nginx:1.11.3
Note that we bind the nginx log Mounted to the logs directory in the current directory.
Save the following content to the test.sh file:#!/bin/bash for ((i=1;i<=100000;i++)) do curl http://localhost > /dev/null sleep 1 doneThen run this script to simulate the generation of continuous log records.
Script to create rolling log
Create the rotatelog.sh file with the following content:
#!/bin/bash getdatestring() { tz='asia/chongqing' date "+%y%m%d%h%m" } datestring=$(getdatestring) mv /var/log/nginx/access.log /var/log/nginx/access.${datestring}.log mv /var/log/nginx/error.log /var/log/nginx/error.${datestring}.log kill -usr1 `cat /var/run/nginx.pid`
getdatestring function takes the current time and formats it as a string, such as "201807241310 ", the author prefers to name files with date and time. Note that the time zone is specified here through tz='asia/chongqing', because by default the format is UTC time, which is weird to use (you need to make up for 8 hours in real time). The following two mv commands are used to rename log files. Finally, send the usr1 signal to the nginx master process through the kill command.
Add executable permissions to the rotatelog.sh file through the following command and copy it to the $(pwd)/logs/nginx directory:
$ chmod +x rotatelog.sh $ sudo cp rotatelog.sh $(pwd)/logs/nginxPerform rolling operations regularly
Our nginx runs in a container, so we need to send the usr1 signal to the nginx master process in the container. Therefore we need to execute the rotatelog.sh script in the mynginx container through the docker exec command:
$ docker exec mynginx bash /var/log/nginx/rotatelog.sh
Executing the above command once will generate a batch of new log files as scheduled:
* 1 * * * docker exec mynginx bash /var/log/nginx/rotatelog.sh
Save and exit. The following picture is the effect of scrolling every 5 minutes during the author's test process:
Why not mv the log file directly in the host?
Theoretically, this is possible, because the contents of the data volume mounted through binding are the same when viewed from the host and from the container. But when you actually do this you are likely to run into permission issues. In the host machine, you generally use an ordinary user, while the owner of the log file generated in the container will be a special user, and generally other users will not be given write and execution permissions:
Of course, if you are using the root user on the host machine, there will be no problem.
Can the signal be sent from the host?
In fact, the full name of this question should be: Can a signal be sent from the host to the nginx master process in the docker container?
The answer is, yes.
We can use the command:
$ docker container kill mynginx -s usr
to process No. 1 in the container (nginx master )Send usr1 signal (this method can only send signals to process No. 1):
Combining the above two questions, we can write another way. Scroll nginx logs in docker. This method does not require executing commands in the container through the docker exec command, but completes all operations on the host:
•First rename the log file in the container data volume
• Send usr1 signal to process No. 1 in the container
The above is the detailed content of How to scroll nginx log file in docker. For more information, please follow other related articles on the PHP Chinese website!