Pourquoi dans les journaux de rotation de script il y a un rêve
J'ai des problèmes avec la rotation du journal nginx -
N'ouvre pas à nouveau le fichier journal, alors j'utilise ce sujet.
À plusieurs endroits, j'ai trouvé ce script:
J'ai une question: pourquoi un rêve reste-t-il après le meurtre? Il semble inutile car même la réouverture ralentit, gzip toujours pas être capable de tout repasser pour 1 donne moi une seconde?
Faites-le de cette manière si le fichier est très petit, les données ne seront donc pas perdues?
nginx -s reopen
N'ouvre pas à nouveau le fichier journal, alors j'utilise ce sujet.
À plusieurs endroits, j'ai trouvé ce script:
$ mv access.log access.log.0
$ kill -USR1 `cat master.nginx.pid`
$ sleep 1
$ gzip access.log.0 # do something with access.log.0
J'ai une question: pourquoi un rêve reste-t-il après le meurtre? Il semble inutile car même la réouverture ralentit, gzip toujours pas être capable de tout repasser pour 1 donne moi une seconde?
Faites-le de cette manière si le fichier est très petit, les données ne seront donc pas perdues?
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
1 réponses
Giselle
Confirmation de:
N'oubliez pas que lorsque le fichier est ouvert, le programme l'écrit via le descripteur de fichier, le nom n'a pas d'importance. Renommer le fichier n'affecte que l'entrée dans le répertoire. Lorsque vous envoyez un signal de programme pour ré-ouvrir le fichier journal, il nettoie d'abord les tampons, puis ferme le fichier et l'ouvre enfin. Délai B. 1 La seconde permet à cela de se produire.