Hello , could you please post your current config and if this problem
re-occured or not?
Thank you!

On Sunday, January 1, 2012 1:00:49 PM UTC+2, Joe Auty wrote:
>
> Awesome, so far this setting change seems to have solved my problems!
>
> I'm probably just a moron for not thinking of adjusting this setting, but
> wouldn't it be smart to set this to some non-zero value by default with the
> project config file? Everything else seems to be set conservatively except
> for this setting. With PHP memory leaks being so common and the config file
> making multiple references to this sort, wouldn't it be best to play it
> safe here? Is there a huge performance upside to less respawning?
>
>
>
> Joe Auty <javascript:>
> January 1, 2012 3:49 AM
> I have this setting set to 0 - endless spawning. I've just this to the
> suggested non-default option of 500 to see whether this helps... I'll
> report back :)
>
> Thanks!
>
>
>
> Maciej Lisiewski <javascript:>
> January 1, 2012 3:11 AM
>
>
> Just going on a hunch here: Do you have max_requests set to some high
> value? 100k+ for example? If so try setting it to a lower value - try 10k
> or 20k and see what happens.
>
> Joe Auty <javascript:>
> December 31, 2011 4:06 PM
> Okay,
>
> I'm still having this problem. I'm not seeing anything suspicious in my
> PHP error log, and I'm starting to think that the problem has more to do
> with my underlying ZFS RAID and/or my NFS mounts. I've tried switching back
> to using the Apache PHP module and while I may not have given it enough
> testing time, it didn't seem to help keep the number of open files down.
>
> That being said, since restarting PHP FPM does restore the number of open
> files to sane levels, aside from a disruptive cronjob that runs every hour
> or whatever that restarts FPM (a /etc/init.d/php5-fpm reload command does
> not help), can you think of any other hackjob sort of general Linux
> techniques for keeping this number down? I realize that this is outside the
> scope of this forum, but I'd appreciate a little creativity and flexibility
> here :)
> Joe Auty <javascript:>
> December 14, 2011 10:13 PM
> I'm finding that my PHP FPM processes are opening a ton of files, so many
> that I'm bumping up against OS limits causing my FPM processes to die. I'm
> assuming that this is caused by memory leaky PHP apps that are crashing and
> these connections not severing? What sort of config options would be best
> for me to focus on in turning over new connections and closing files so
> that I'm dealing with this more gracefully and don't have to use the
> emergency threshold limit or rely on Monit to automatically reload PHP FPM?
> ------------------------------
>
>
>
> --
> Joe Auty, NetMusician
> NetMusician helps musicians, bands and artists create beautiful,
> professional, custom designed, career-essential websites that are easy to
> maintain and to integrate with popular social networks.
> www.netmusician.org
> j...@netmusician.org <javascript:>
>
>