[Mongrel] Rotating mongrel production logs
Joey Geiger
jgeiger at gmail.com
Thu Feb 14 15:49:43 EST 2008
Umm, why are you restarting your mongrels at all?
copytruncate allows the processes to write to the log file without restarting
The only issue is you may lose a few requests while it's rotating, but
in my case, I'm using the nginx logs to provide the stats anyway.
On Thu, Feb 14, 2008 at 2:32 PM, Nate Vack <njvack at wisc.edu> wrote:
> On Thu, Feb 14, 2008 at 1:44 PM, Sean Brown <seanmichaelbrown at gmail.com> wrote:
>
> > On Thu, Feb 14, 2008 at 2:08 PM, Nate Vack <njvack at wisc.edu> wrote:
>
>
> > > Why not ask monit to restart your mongrels? It seems kind of nice to
> > > have monit be the only guy in town touching the processes it
> > > monitors.... but maybe there's a technical reason why not?
>
>
> > No technical reason. Simply timing. Monit wakes itself every X
> > minutes to check if processes are running, so there could be a delay
> > of up X minutes until the mongrel process was restarted. The approach
> > in the logrotate restarts the mongrels immediately. Interestingly,
> > monit does realize that the process ID for each mongrel has changed
> > and alerts of that fact, but since we know that will happen every
> > Sunday at 3:00 AM, we can safely ignore it.
>
> I'm pretty sure that doing:
>
> monit restart all -g your_mongrel_group
>
> will wake monit up and have it restart your app before hitting its
> timeout. This also avoids the worried emails from monit; ignoring 'PID
> changed' messages from monit (even if you're expecting them) is a bad
> habit to get into.
>
> -n
>
>
> _______________________________________________
> Mongrel-users mailing list
> Mongrel-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/mongrel-users
>
More information about the Mongrel-users
mailing list