Difference between revisions of "Spatialreference.org"
(** gunicorn info) |
|||
Line 1: | Line 1: | ||
+ | '''Current info at http://trac.osgeo.org/metacrs/wiki/SpatialReferenceOrg - The following is deprecated and likely out of date.''' | ||
+ | |||
+ | ---- | ||
+ | |||
Currently runs under gunicorn wsgi server proxied through apache. | Currently runs under gunicorn wsgi server proxied through apache. | ||
* Proxy /etc/apache/site-available/sr.org.conf | * Proxy /etc/apache/site-available/sr.org.conf |
Latest revision as of 13:05, 22 March 2013
Current info at http://trac.osgeo.org/metacrs/wiki/SpatialReferenceOrg - The following is deprecated and likely out of date.
Currently runs under gunicorn wsgi server proxied through apache.
- Proxy /etc/apache/site-available/sr.org.conf
- Service can be controlled via /etc/init.d/gunicorn
- Configuration file /etc/gunicorn.d/sr.gunicorn (
- Port 8092
- workers=4 (Can be modified, gunicorn recommends 2-4x # of cores (which is 4), but I lowered it to see if it plays better with the existing services.)
- Gunicorn is installed via backports
The notes below are for the previous method which is still installed but currently disabled: SR.org lives on its own apache server to prevent it going down and taking out the rest of the projects VM. To fix it:
- cat /var/run/srorgapache.pid for a PID File, and check that that pid is an apache2 file running with the srorg config (using grep).
- Kill this process.
- Run /etc/init.d/srorgapache start
This weird process is a side effect of how the srorgapache init.d script is written; because it is the same process name (apache2), the apache init script will kill the main projects VM if you just run restart.
The server runs on port 8090; it takes about one minute to become available after the server is started. You can access it directly at http://spatialreference.org:8090, and http://spatialreference.org is proxied through the main apache.