On Thu, Feb 21, 2013 at 12:59 PM, John Wong <[email protected]> wrote:
> Yes. We prefer to use guncorn rather than wsig deploy with django if > that's what you are referring to. By the way, this graphyte is not the open > source project graphite :) is graphyte an internally improved-upon graphite? if so, open-source in it's future or for sale? > > > > On Thu, Feb 21, 2013 at 1:09 PM, David Birdsong > <[email protected]>wrote: > >> if gunicorn is doing it's own forking, which i'm guessing it does, >> then supervisord won't know about the child processes. >> >> i've not used gunicorn, but when i run tornado servers, i dont use >> tornado's process manager, i instead use supervisord's argument >> templating and numprocs to fork direct children from supervisord. the >> arg templating empowers you to pass in different ports to each >> process. >> >> so instead you'd run two gunicorn processes directly from supervisord >> on different ports. >> >> >> (aside, are you using gunicorn to run graphite instead of django?) >> >> On Thu, Feb 21, 2013 at 9:54 AM, John Wong <[email protected]> wrote: >> > Hi, >> > >> > I bumped into this biazzard problem today. I never had any issue with >> > supervisord for the last two weeks since I started using it. >> > >> > (gcs)giabadmin@giab-master:/opt/graphyte/gcs/tests/integration$ ps >> -elf|grep >> > "gcs" >> > 4 S 1011 3654 2899 1 80 0 - 3811 poll_s 17:48 ? >> 00:00:01 >> > /opt/graphyte/vens/gcs/bin/python >> /opt/graphyte/vens/gcs/bin/gunicorn_paster >> > /opt/graphyte/gcs/development.ini -w 1 -t 3600 >> > 1 S 1011 3659 3654 8 80 0 - 11852 ep_pol 17:48 ? >> 00:00:11 >> > /opt/graphyte/vens/gcs/bin/python >> /opt/graphyte/vens/gcs/bin/gunicorn_paster >> > /opt/graphyte/gcs/development.ini -w 1 -t 3600 >> > 1 S postgres 3674 1347 0 80 0 - 13192 sk_wai 17:48 ? >> 00:00:00 >> > postgres: postgres gcs 127.0.0.1(47334) idle >> > 1 S postgres 3732 1347 0 80 0 - 13001 sk_wai 17:49 ? >> 00:00:00 >> > postgres: postgres gcs 127.0.0.1(47419) idle >> > 0 R 1011 3747 1105 3 80 0 - 1157 - 17:50 pts/0 >> 00:00:00 >> > grep --color=auto gcs >> > >> > >> > We are looking at GCS. We have two of these. >> > >> > Then I ran super which is a shortcut for sudo supervisrdctl (I made >> this >> > into a bash alias) >> > >> > (gcs)giabadmin@giab-master:/opt/graphyte/gcs/tests/integration$ super >> stop >> > gcs >> > gcs: stopped >> > >> > I waited maybe a minute and I saw >> > >> > (gcs)giabadmin@giab-master:/opt/graphyte/gcs/tests/integration$ ps >> -elf|grep >> > "gcs" >> > 1 S 1011 3659 1 4 80 0 - 11852 ep_pol 17:48 ? >> 00:00:11 >> > /opt/graphyte/vens/gcs/bin/python >> /opt/graphyte/vens/gcs/bin/gunicorn_paster >> > /opt/graphyte/gcs/development.ini -w 1 -t 3600 >> > 1 S postgres 3674 1347 0 80 0 - 13192 sk_wai 17:48 ? >> 00:00:00 >> > postgres: postgres gcs 127.0.0.1(47334) idle >> > 1 S postgres 3732 1347 0 80 0 - 13001 sk_wai 17:49 ? >> 00:00:00 >> > postgres: postgres gcs 127.0.0.1(47419) idle >> > 0 R 1011 3784 1105 0 80 0 - 1157 - 17:51 pts/0 >> 00:00:00 >> > grep --color=auto gcs >> > >> > Odd. Still alive. 3659 is still alive. >> > >> > I can't start my app until I manually kills 3659. Do we know what's >> causing >> > the trouble? >> > >> > This is my conf: >> > >> > [program:gcs] >> > command=/opt/graphyte/vens/gcs/bin/gunicorn_paster >> > /opt/graphyte/gcs/development.ini -w 1 -t 3600 >> > user=giabadmin >> > autostart=true >> > autorestart=false >> > stopsignal=QUIT >> > log_stdout=true >> > log_stderr=true >> > logfile=/var/log/graphyte/gcs2/supervisord.log >> > stdout_logfile=/var/log/graphyte/gcs2/stdout.log >> > stderr_logfile=/var/log/graphyte/gcs2/stderr.log >> > logfile_maxbytes=20MB >> > logfile_backups=10 >> > >> > Thanks and sorry for the long post. >> > >> > Cheers, >> > John >> > >> > _______________________________________________ >> > Supervisor-users mailing list >> > [email protected] >> > https://lists.supervisord.org/mailman/listinfo/supervisor-users >> > >> > >
_______________________________________________ Supervisor-users mailing list [email protected] https://lists.supervisord.org/mailman/listinfo/supervisor-users
