向nginx发送reopen信号以重新打开日志文件

先移动日志文件

mv /usr/local/openresty/nginx/logs/access.log /usr/local/openresty/nginx/logs/access.log.20161024

发送信号重新打开日志文件

kill -USR1 $(cat /usr/local/openresty/nginx/logs/nginx.pid)

简单说明一下：

1、在没有执行kill -USR1 `cat ${pid_path}`之前，即便已经对文件执行了mv命令也只是改变了文件的名称，nginx还是会向新命名的文件” access.log.20161024”中照常写入日志数据。原因在于linux系统中，内核是根据文件描述符来找文件的

2、USR1是自定义信号，也就是进程编写者自己确定收到这个信号该干什么。而在nginx中它自己编写了代码当接到USR1信号的时候让nginx重新打开日志文件（重新打开的日志就是配置文件中设置的位置和名称）

时间： 2024-12-28 16:07:15

向nginx发送reopen信号以重新打开日志文件的相关文章

expdp 无法打开日志文件

执行如下命令导出数据库: expdp FS5_5400/[email protected] DUMPFILE=20141122.DMP 出现如下错误: ORA-39002: 操作无效 ORA-39070: 无法打开日志文件. ORA-29283: 文件操作无效 ORA-06512: 在 "SYS.UTL_FILE", line 536 ORA-29283: 文件操作无效 解决方案如下: sqlplus system/[email protected] 1 create or repla

Oracle错误——ORA-39002:操作无效、ORA-39070:无法打开日志文件、ORA-06512:在“SYS.UTL_FILE”,line

错误 在使用数据泵impdp导入文件时,出现错误,无法导入数据 Next 问题原因 初步猜测,应该是Oracle用户权限出现问题,是对Directory目录无操作权限所致,经过一番修改和测试,发现使用数据泵导入数据时,创建的Directory目录是必须在本地磁盘已经存在,否则仅仅是依靠创建Directory语句创建的Directory目录在本地不会存在,导致导入数据时出错. 解决办法 在使用SQL语句创建Directory目录前,在本地磁盘需要先创建对应目录 create DIRECTORY h

Nginx 日志文件切割

Nginx 是一个非常轻量的 Web 服务器,体积小.性能高.速度快等诸多优点.但不足的是也存在缺点,比如其产生的访问日志文件一直就是一个,不会自动地进行切割,如果访问量很大的话,将 导致日志文件容量非常大,不便于管理.当然了,我们也不希望看到这么庞大的一个访问日志文件,那需要手动对这个文件进行切割. 在 Linux 平台上 Shell 脚本丰富,使用 Shell 脚本加 crontab 命令能非常方便地进行切割,但在 Windows 平台上就麻烦一些了,刚才弄了好长时间,就在这里记录整理一下.

nginx 切割日志文件

一.利用crontab 切割nginx日志文件(linux平台下) cat nginx_log.sh #!/bin/bash # 零点执行该脚本 # Nginx 日志文件所在的目录 LOGS_PATH=/data/opt/nginx/logs ## 获取昨天的 yyyy-MM-dd YESTERDAY=$(date -d "yesterday" +%Y-%m-%d) # 移动文件 mv ${LOGS_PATH}/access.log ${LOGS_PATH}/access_${YEST

Nginx日志文件切割

Nginx 是一个非常轻量的 Web 服务器,体积小.性能高.速度快等诸多优点.但不足的是也存在缺点,比如其产生的访问日志文件一直就是一个,不会自动地进行切割,如果访问量很大的话,将 导致日志文件容量非常大,不便于管理.当然了,我们也不希望看到这么庞大的一个访问日志文件,那需要手动对这个文件进行切割. 在 Linux 平台上 Shell 脚本丰富,使用 Shell 脚本加 crontab 命令能非常方便地进行切割 日志文件切割要求 由于 Nginx 的日志都是写在一个文件当中的,因此,我们需要每

nginx 日志文件分隔

Nginx命令 Nginx命令帮助如下 nginx -h nginx version: nginx/0.8.45 Usage: nginx [-?hvVt] [-s signal] [-c filename] [-p prefix] [-g directives] Options: -?,-h         : this help   // 帮助 -v            : show version and exit // 显示版本 -V            : show version

028_切割 Nginx 日志文件(防止单个文件过大,后期处理很困难)

mkdir /data/scriptsvim /data/scripts/nginx_log.sh #!/bin/bashlogs_path="/usr/local/nginx/logs/"mv ${logs_path}access.log ${logs_path}access_$(date -d "yesterday" +"%Y%m%d").logkill -USR1 `cat /usr/local/nginx/logs/nginx.pid`c

使用vim打开某文件一直出现Swap file ".nginx.conf.swp" already exists!

故障:在使用vim编辑nginx的配置文件的时候,一直出现swp文件已存在的现象: 在使用vim编辑某文件的时候,会产生一个swp文件 .FILENAME.swp 在正常编辑结束退出的时候,该文件会被自动删除 如果不小心删除原文件,可以使用vim -r FILENAME,就是利用swp文件恢复原文件(前提是系统没有重启,系统重启后,该文件也会消失) 一般,在使用vim打开某文件的时候出现这种问题的原因有两种: 1.此时该文件已经被打开 在这种情况下可以使用只读方式打开 2.就是由于swp文件存在

夺命雷公狗---linux NO:36 linux下nginx的控制命令关键是备份日志

Nginx命令参数: 如: nginx -t :测试配置是否正确: 这样说明配置文件木有任何的问题.. nginx -s reload :作用加载最新配置 这个命令的主要作用是做到进程不中断.. nginx -s stop :立即停止 这个是不管三七二十一直接就停止掉了.. nginx -s quit  优雅停止 这个是等您执行完成当次请求才给予停止. nginx -s reopen   重新打开日志 一般小网站没人管什么日不日志的,但是大型网站就要用到了,可以知道用户来源和是通过什么浏览器进来