Re: nginx SSL offload в highload проекте

[Илья Шипицин]

man nginx

...

SIGUSR1               Reopen log files.
...


на Amazon линукс ведь ? мы на линуксе вот такую штуку для логротейта
использовали:


# cat /etc/logrotate.d/nginx
/var/log/nginx/*.log {
        daily
        missingok
        rotate 32
        compress
        delaycompress
    dateext
        notifempty
        create 640 root adm
        sharedscripts

   postrotate
      [ ! -f /var/run/nginx.pid ] || kill -USR1 `cat /var/run/nginx.pid`
   endscript

}


23 августа 2012 г., 22:22 пользователь Sergey Shepelev
<temotor at gmail.com>написал:

> 2012/8/23 ShivaS <nginx-forum at nginx.us>:
> > Кстати, вот уже пару часов бежит сервис:
> >
> > Active connections: 73230
> > server accepts handled requests
> >  474540 474540 474081
> > Reading: 4420 Writing: 68150 Waiting: 660
> >
> > И торкнуло меня проверить логротейт.
> > Но я видимо не подумал заранее и теперь висят 8 воркеров shutting down.
> > А так как клиент будет отваливаться оооочень долго, то за несколько дней
> > можно прикончить всю память в ожидании шатдауна всех воркеров.
> >
> > Как сохранить работу с error_log и продолжать ротейтить их? Что-то
> навроде
> > flush logs в мускуле.
> > Чтобы например сдвинуть логи в сторону и заставить нгинкс заново писать.
> Ну
> > или как-то еще. Чтобы рестарта/релоада не делать... а то плохо очень....
> >
> > Кто-то знает?
> >
>
> http://nginx.org/en/docs/control.html
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120823/f9d3aa00/attachment.html>