En uno de los sitios que me toco configurar necesite bloquear el acceso a un subdirectorio de un directorio de contenido estático, mientras que el acceso al contenido de los demás subdirectorios debe permanecer disponible, encontre la siguiente forma de hacerlo:
En el archivo de configuración del sitio agregue las líneas en negritas:
server {
listen 80;
...
location ~/static/carpetabloquear/ {
alias /webapps/ruta/al/contenido/static/carpetabloquear/;
}
location /static/ {
alias /webapps/ruta/al/contenido/static/;
}
...
}
De esta forma aunque el usuario tiene acceso para algunos archivos del media dentro del directorio de la carpeta a bloquear no tiene acceso. Fue la forma como encontre hacerlo si has encontrado otra, te agradezco compartirlo.
Espero te sea de utilidad !
Referencias:
http://www.nginxtips.com/nginx-location-directive/
domingo, 12 de julio de 2015
Django: ubuntu + nginx + gunicorn + supervisor + mysql
Tengo que instalar en una maquina virtual con virtualbox un deployment de un proyecto que debo entregar dejaré aqui los pasos que me funcionaron, ya tenía un post de deployment con uwsgi, pero ha quedado un poco desactualizado.
Bien voy colocando cada uno de los comandos:
$ sudo apt-get install python-virtualenv
Hay algunas otras herramientas que necesitamos instalar para el uso de django en ubuntu:
$ sudo apt-get install mysql-server
$ sudo apt-get install libmysql++-dev
$ sudo apt-get install python-dev
$ sudo apt-get install python-mysqldb
$ sudo apt-get install build-essential python
Crear una carpeta donde tendremos nuestras aplicaciones web:
$ sudo mkdir -p /webapps/carpeta_proyecto
$ sudo chown administrador /webapps/carpeta_proyecto
Creamos nuestro directorio virtual:
$ cd /webapps/carpeta_proyecto
$ virtualenv venv
$ source venv/bin/activate
Cargamos en ese directorio una carpeta con el código de nuestro proyecto, en mi caso lo tengo en bitbucket por lo que usando este comando descargo el código.
(venv)$ git clone http://bitbucket.org/tu_usuario/miproyecto.git
De esta forma tendremos dos directorios uno con el nombre de nuestro proyecto <miproyecto> y por otro lado tendremos un directorio con el entorno virtual <venv>.
Ahora instalamos el entorno en mi proyecto tengo un archivo requirements.txt, pero igual mínimo necesitamos instalar django y la librería de mysql, lo instalamos usando pip.
(venv)$ pip install django
(venv)$ pip install python-mysql
Es probable que para el proyecto tengan que correr un python manage.py syncdb o migrate para que puedan cargar la base de datos del proyecto, hasta este punto debemos poder probar el proyecto y ver que se encuentre funcionando correctamente usando un runserver.
Una vez que lo anterior se encuentre funcionando vamos ahora a realizar directamente el deployment.
Primero iniciamos instalando gunicorn, para eso utilizamos:
(venv)$ pip install gunicorn
Podemos probar el funcionamiento de gunicorn utilizando:
(venv)$ cd miproyecto
(venv)$ gunicorn miproyecto.wsgi:application --bind 0.0.0.0:8080
NOTA: La carpeta miproyecto, es el directorio que django crea cuando ejecutamos un startproject.
Al ejecutar el comando anterior gunicorn inicia un servidor en el puerto 8080 para ejecutar nuestro proyecto, sin embargo puede ser que el contenido estático no funcione correctamente.
Ahora para hacerlo más dinámico realizamos lo siguiente, creamos un archivo en mi caso yo lo deje en carpeta_proyecto/deployment/gunicorn_run y le copiamos dentro el siguiente contenido:
#!/bin/bash
NAME="miproyecto_app" # Nombre de la app
DJANGODIR=/webapps/carpeta_proyecto/miproyecto # directorio del proyecto de Django
SOCKFILE=/webapps/carpeta_proyecto/deployment/gunicorn.sock # Nos comunicaremos utilizando este unix socket
USER=miusuario # Correr con el usuario
GROUP=grupousuario # Correr como el grupo
NUM_WORKERS=3 # Cuantos - worker processes - de Gunicorn
DJANGO_SETTINGS_MODULE=miproyecto.settings # Archivo settings de Django
DJANGO_WSGI_MODULE=miproyecto.wsgi # Archivo WSGI del proyecto
echo "Starting $NAME as `whoami`"
# Activando el entorno
cd $DJANGODIR
source ../venv/bin/activate
export DJANGO_SETTINGS_MODULE=$DJANGO_SETTINGS_MODULE
export PYTHONPATH=$DJANGODIR:$PYTHONPATH
# Crear el directorio para correrlo en caso de no existir
RUNDIR=$(dirname $SOCKFILE)
test -d $RUNDIR || mkdir -p $RUNDIR
# Iniciando Django Gunicorn
exec ../venv/bin/gunicorn ${DJANGO_WSGI_MODULE}:application \
--name $NAME \
--workers $NUM_WORKERS \
--user=$USER --group=$GROUP \
--bind=unix:$SOCKFILE \
--log-level=debug \
--log-file=-
Posteriormente convertimos el archivo como ejecutable usando el comando:
(venv)$ sudo chmod u+x gunicorn_run
Para probar el gunicorn podemos ejecutar el archivo de esta forma hacemos lo siguiente:
(venv)$ ./gunicorn_run
Una vez que se haya logrado ejecutar sin problemas, ahora, instalamos supervisor.
(venv)$ sudo apt-get install supervisor
Después de instalar supervisor vamos a crear el archivo /etc/supervisor/conf.d/miproyecto.conf con el siguiente contenido:
[program:miproyecto]
command = /webapps/carpeta_proyecto/deployment/gunicorn_run ; Comando para iniciar la app
user = miusuario ; Usuario que lo va ejecutar
stdout_logfile = /webapps/carpeta_proyecto/logs/gunicorn_supervisor.log ; Ruta del archivo log
redirect_stderr = true ; Alamcenar stderr en el mismo log
environment=LANG=en_US.UTF-8,LC_ALL=en_US.UTF-8 ; Establecer UTF-8 por default
Creamos el directorio logs y el archivo para almacenar el gunicorn_supervisor.log dentro del directorio de carpeta_proyecto.
(venv)$ mkdir /webapps/carpeta_proyecto/logs
(venv)$ touch /webapps/carpeta_proyecto/logs/gunicorn_supervisor.log
Posteriormente utilizamos para cargar el supervisor:
(venv)$ sudo supervisorctl reread
miproyecto: available
(venv)$ sudo supervisorctl update
miproyecto: added process group
Ahora para revisar el estatus del proyecto podemos utilizar:
(venv)$ sudo supervisorctl status miproyecto
miproyecto RUNNING pid 2277, uptime 0:01:40
Podemos iniciar, parar o reiniciar el proyecto utilizando:
(venv)$ sudo supervisorctl stop miproyecto
miproyecto: stopped
(venv)$ sudo supervisorctl start miproyecto
miproyecto: started
(venv)$ sudo supervisorctl restart miproyecto
miproyecto: stopped
miproyecto: started
Ahora vamos con Nginx, para instalarlo utilizamos:
(venv)$ sudo apt-get install nginx
Para iniciar el servicio podemos utilizar:
$ sudo service nginx start
Con esto el servidor de nginx se activará, puede probarse, por omisión el puerto es el 80. Ahora bien lo que haremos es crear el archivo /etc/nginx/sites-available/miproyecto con el siguiente contenido:
upstream miproyecto_app_server {
# fail_timeout=0 means we always retry an upstream even if it failed
# to return a good HTTP response (in case the Unicorn master nukes a
# single worker for timing out).
server unix:/webapps/carpeta_proyecto/deployment/gunicorn.sock fail_timeout=0;
}
server {
listen 80;
server_name example.com;
client_max_body_size 4G;
access_log /webapps/carpeta_proyecto/logs/nginx-access.log;
error_log /webapps/carpeta_proyecto/logs/nginx-error.log;
location /static/ {
# path to static folder alias /webapps/carpeta_proyecto/miproyecto/static/;
}
location /media/ {
# path to media folder
alias /webapps/carpeta_proyecto/miproyecto/media/;
}
location / {
# an HTTP header important enough to have its own Wikipedia entry:
# http://en.wikipedia.org/wiki/X-Forwarded-For
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
# enable this if and only if you use HTTPS, this helps Rack
# set the proper protocol for doing redirects:
# proxy_set_header X-Forwarded-Proto https;
# pass the Host: header from the client right along so redirects
# can be set properly within the Rack application
proxy_set_header Host $http_host;
# we don't want nginx trying to do something clever with
# redirects, we set the Host: header above already.
proxy_redirect off;
# set "proxy_buffering off" *only* for Rainbows! when doing
# Comet/long-poll stuff. It's also safe to set if you're
# using only serving fast clients with Unicorn + nginx.
# Otherwise you _want_ nginx to buffer responses to slow
# clients, really.
# proxy_buffering off;
# Try to serve static files from nginx, no point in making an
# *application* server like Unicorn/Rainbows! serve static files.
if (!-f $request_filename) {
proxy_pass http://miproyecto_app_server;
break;
}
}
# Error pages
error_page 500 502 503 504 /500.html;
location = /500.html {
root /webapps/carpeta_proyecto/miproyecto/static/;
}
}
De la misma manera que en los archivos anteriores personalizamos el contenido donde el color esta en negritas.
Ahora creamos el symbolic link en la carpeta sites-enabled (Esta carpeta nos permite indicar a nginx cuales sitios están habilitados).
$ sudo ln -s /etc/nginx/sites-available/miproyecto /etc/nginx/sites-enabled/miproyecto
Posteriormente reiniciamos nuestro servidor nginx:
$ sudo service nginx restart
Si hay algún error hay que revisar los directorios de los archivos, por otro lado en caso de que aparezca la pantalla de bienvenida de nginx al momento de volver a probar es debido al archivo default, en caso de que no vayamos a utilizar podemos eliminar su archivo símbolico desde el directorio de sites-enabled, una vez realizado lo anterior reiniciamos de nuevo el servidor de nginx.
$ sudo service nginx restart
Posterior a esto deberá funcionar correctamente el sitio.
Espero te sea de utilidad !
Referencias:
http://michal.karzynski.pl/blog/2013/06/09/django-nginx-gunicorn-virtualenv-supervisor/
http://michal.karzynski.pl/blog/2013/10/29/serving-multiple-django-applications-with-nginx-gunicorn-supervisor/
Bien voy colocando cada uno de los comandos:
$ sudo apt-get install python-virtualenv
Hay algunas otras herramientas que necesitamos instalar para el uso de django en ubuntu:
$ sudo apt-get install mysql-server
$ sudo apt-get install libmysql++-dev
$ sudo apt-get install python-dev
$ sudo apt-get install python-mysqldb
$ sudo apt-get install build-essential python
$ sudo mkdir -p /webapps/carpeta_proyecto
$ sudo chown administrador /webapps/carpeta_proyecto
Creamos nuestro directorio virtual:
$ cd /webapps/carpeta_proyecto
$ virtualenv venv
$ source venv/bin/activate
Cargamos en ese directorio una carpeta con el código de nuestro proyecto, en mi caso lo tengo en bitbucket por lo que usando este comando descargo el código.
(venv)$ git clone http://bitbucket.org/tu_usuario/miproyecto.git
De esta forma tendremos dos directorios uno con el nombre de nuestro proyecto <miproyecto> y por otro lado tendremos un directorio con el entorno virtual <venv>.
Ahora instalamos el entorno en mi proyecto tengo un archivo requirements.txt, pero igual mínimo necesitamos instalar django y la librería de mysql, lo instalamos usando pip.
(venv)$ pip install django
(venv)$ pip install python-mysql
Es probable que para el proyecto tengan que correr un python manage.py syncdb o migrate para que puedan cargar la base de datos del proyecto, hasta este punto debemos poder probar el proyecto y ver que se encuentre funcionando correctamente usando un runserver.
Una vez que lo anterior se encuentre funcionando vamos ahora a realizar directamente el deployment.
Primero iniciamos instalando gunicorn, para eso utilizamos:
(venv)$ pip install gunicorn
Podemos probar el funcionamiento de gunicorn utilizando:
(venv)$ cd miproyecto
(venv)$ gunicorn miproyecto.wsgi:application --bind 0.0.0.0:8080
NOTA: La carpeta miproyecto, es el directorio que django crea cuando ejecutamos un startproject.
Al ejecutar el comando anterior gunicorn inicia un servidor en el puerto 8080 para ejecutar nuestro proyecto, sin embargo puede ser que el contenido estático no funcione correctamente.
Ahora para hacerlo más dinámico realizamos lo siguiente, creamos un archivo en mi caso yo lo deje en carpeta_proyecto/deployment/gunicorn_run y le copiamos dentro el siguiente contenido:
#!/bin/bash
NAME="miproyecto_app" # Nombre de la app
DJANGODIR=/webapps/carpeta_proyecto/miproyecto # directorio del proyecto de Django
SOCKFILE=/webapps/carpeta_proyecto/deployment/gunicorn.sock # Nos comunicaremos utilizando este unix socket
USER=miusuario # Correr con el usuario
GROUP=grupousuario # Correr como el grupo
NUM_WORKERS=3 # Cuantos - worker processes - de Gunicorn
DJANGO_SETTINGS_MODULE=miproyecto.settings # Archivo settings de Django
DJANGO_WSGI_MODULE=miproyecto.wsgi # Archivo WSGI del proyecto
echo "Starting $NAME as `whoami`"
# Activando el entorno
cd $DJANGODIR
source ../venv/bin/activate
export DJANGO_SETTINGS_MODULE=$DJANGO_SETTINGS_MODULE
export PYTHONPATH=$DJANGODIR:$PYTHONPATH
# Crear el directorio para correrlo en caso de no existir
RUNDIR=$(dirname $SOCKFILE)
test -d $RUNDIR || mkdir -p $RUNDIR
# Iniciando Django Gunicorn
exec ../venv/bin/gunicorn ${DJANGO_WSGI_MODULE}:application \
--name $NAME \
--workers $NUM_WORKERS \
--user=$USER --group=$GROUP \
--bind=unix:$SOCKFILE \
--log-level=debug \
--log-file=-
Posteriormente convertimos el archivo como ejecutable usando el comando:
(venv)$ sudo chmod u+x gunicorn_run
Para probar el gunicorn podemos ejecutar el archivo de esta forma hacemos lo siguiente:
(venv)$ ./gunicorn_run
Una vez que se haya logrado ejecutar sin problemas, ahora, instalamos supervisor.
(venv)$ sudo apt-get install supervisor
Después de instalar supervisor vamos a crear el archivo /etc/supervisor/conf.d/miproyecto.conf con el siguiente contenido:
[program:miproyecto]
command = /webapps/carpeta_proyecto/deployment/gunicorn_run ; Comando para iniciar la app
user = miusuario ; Usuario que lo va ejecutar
stdout_logfile = /webapps/carpeta_proyecto/logs/gunicorn_supervisor.log ; Ruta del archivo log
redirect_stderr = true ; Alamcenar stderr en el mismo log
environment=LANG=en_US.UTF-8,LC_ALL=en_US.UTF-8 ; Establecer UTF-8 por default
Creamos el directorio logs y el archivo para almacenar el gunicorn_supervisor.log dentro del directorio de carpeta_proyecto.
(venv)$ mkdir /webapps/carpeta_proyecto/logs
(venv)$ touch /webapps/carpeta_proyecto/logs/gunicorn_supervisor.log
Posteriormente utilizamos para cargar el supervisor:
(venv)$ sudo supervisorctl reread
miproyecto: available
(venv)$ sudo supervisorctl update
miproyecto: added process group
Ahora para revisar el estatus del proyecto podemos utilizar:
(venv)$ sudo supervisorctl status miproyecto
miproyecto RUNNING pid 2277, uptime 0:01:40
Podemos iniciar, parar o reiniciar el proyecto utilizando:
(venv)$ sudo supervisorctl stop miproyecto
miproyecto: stopped
(venv)$ sudo supervisorctl start miproyecto
miproyecto: started
(venv)$ sudo supervisorctl restart miproyecto
miproyecto: stopped
miproyecto: started
Ahora vamos con Nginx, para instalarlo utilizamos:
(venv)$ sudo apt-get install nginx
Para iniciar el servicio podemos utilizar:
$ sudo service nginx start
Con esto el servidor de nginx se activará, puede probarse, por omisión el puerto es el 80. Ahora bien lo que haremos es crear el archivo /etc/nginx/sites-available/miproyecto con el siguiente contenido:
upstream miproyecto_app_server {
# fail_timeout=0 means we always retry an upstream even if it failed
# to return a good HTTP response (in case the Unicorn master nukes a
# single worker for timing out).
server unix:/webapps/carpeta_proyecto/deployment/gunicorn.sock fail_timeout=0;
}
server {
listen 80;
server_name example.com;
client_max_body_size 4G;
access_log /webapps/carpeta_proyecto/logs/nginx-access.log;
error_log /webapps/carpeta_proyecto/logs/nginx-error.log;
location /static/ {
# path to static folder alias /webapps/carpeta_proyecto/miproyecto/static/;
}
location /media/ {
# path to media folder
alias /webapps/carpeta_proyecto/miproyecto/media/;
}
location / {
# an HTTP header important enough to have its own Wikipedia entry:
# http://en.wikipedia.org/wiki/X-Forwarded-For
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
# enable this if and only if you use HTTPS, this helps Rack
# set the proper protocol for doing redirects:
# proxy_set_header X-Forwarded-Proto https;
# pass the Host: header from the client right along so redirects
# can be set properly within the Rack application
proxy_set_header Host $http_host;
# we don't want nginx trying to do something clever with
# redirects, we set the Host: header above already.
proxy_redirect off;
# set "proxy_buffering off" *only* for Rainbows! when doing
# Comet/long-poll stuff. It's also safe to set if you're
# using only serving fast clients with Unicorn + nginx.
# Otherwise you _want_ nginx to buffer responses to slow
# clients, really.
# proxy_buffering off;
# Try to serve static files from nginx, no point in making an
# *application* server like Unicorn/Rainbows! serve static files.
if (!-f $request_filename) {
proxy_pass http://miproyecto_app_server;
break;
}
}
# Error pages
error_page 500 502 503 504 /500.html;
location = /500.html {
root /webapps/carpeta_proyecto/miproyecto/static/;
}
}
De la misma manera que en los archivos anteriores personalizamos el contenido donde el color esta en negritas.
Ahora creamos el symbolic link en la carpeta sites-enabled (Esta carpeta nos permite indicar a nginx cuales sitios están habilitados).
$ sudo ln -s /etc/nginx/sites-available/miproyecto /etc/nginx/sites-enabled/miproyecto
Posteriormente reiniciamos nuestro servidor nginx:
$ sudo service nginx restart
Si hay algún error hay que revisar los directorios de los archivos, por otro lado en caso de que aparezca la pantalla de bienvenida de nginx al momento de volver a probar es debido al archivo default, en caso de que no vayamos a utilizar podemos eliminar su archivo símbolico desde el directorio de sites-enabled, una vez realizado lo anterior reiniciamos de nuevo el servidor de nginx.
$ sudo service nginx restart
Posterior a esto deberá funcionar correctamente el sitio.
Espero te sea de utilidad !
Referencias:
http://michal.karzynski.pl/blog/2013/06/09/django-nginx-gunicorn-virtualenv-supervisor/
http://michal.karzynski.pl/blog/2013/10/29/serving-multiple-django-applications-with-nginx-gunicorn-supervisor/
domingo, 11 de enero de 2015
virtualenvwrapper en mac osx
Para instalar virtualenvwrapper se debe hacer con pip, siguiendo estos comandos:
$ sudo easy_install pip
$ sudo pip install virtualenv
$ sudo pip install virtualenvwrapper
Es posible que pip o virtualenv ya los tengas instalados así que si es así puedes omitir esos pasos, ahora bien, aquí viene por que no me funcionaba a mi, debes editar el archivo ~/.bashrc o ~/.zshrc (si estas usando oh my zsh, altamente recomendable) y colocar la siguiente línea:
$ sudo easy_install pip
$ sudo pip install virtualenv
$ sudo pip install virtualenvwrapper
Es posible que pip o virtualenv ya los tengas instalados así que si es así puedes omitir esos pasos, ahora bien, aquí viene por que no me funcionaba a mi, debes editar el archivo ~/.bashrc o ~/.zshrc (si estas usando oh my zsh, altamente recomendable) y colocar la siguiente línea:
source /usr/local/bin/virtualenvwrapper.sh
Con lo anterior estará funcionando el virtualenvwrapper, al parecer todo el asunto esta que lo cargue antes, fue una forma que encontre de resolverlo, si encontraste alguna otra no dudes en compartirla.
Espero te sea de utilidad !
Referencias:
jueves, 8 de enero de 2015
unix: var run supervisor.sock or tmp.sock no such file o no encontrado
Después de haber cargado un servidor en suse con un deploy con Django sobre nginx, supervisor y gunicorn (Aquí la guía que seguí) tuvimos un proceso de reinicio de servidor y posteriormente al querer correr el nginx con el supervisor marcaba el error:
unix:///var/run/tmp.sock no such file
Buscando en internet encontré que también podría marcar el error de la siguientes formas:
unix:///var/run/supervisor.sock archivo no encontrado
unix:///var/run/supervisor.sock no such file
El detalle es que el supervisor tiene que ser reiniciado de forma manual de acuerdo a la referencia entonces se necesita realizar nuevamente el comando:
$ sudo supervisord
De esta forma se reiniciará y cargará nuevamente el supervisor, es importante recordar que se tiene que estar en el directorio del archivo supervisord.conf
Gracias a la referencia fue que encontré la solución.
Espero te sea de utilidad !
Referencias:
https://github.com/Supervisor/supervisor/issues/121
unix:///var/run/tmp.sock no such file
Buscando en internet encontré que también podría marcar el error de la siguientes formas:
unix:///var/run/supervisor.sock archivo no encontrado
unix:///var/run/supervisor.sock no such file
El detalle es que el supervisor tiene que ser reiniciado de forma manual de acuerdo a la referencia entonces se necesita realizar nuevamente el comando:
$ sudo supervisord
De esta forma se reiniciará y cargará nuevamente el supervisor, es importante recordar que se tiene que estar en el directorio del archivo supervisord.conf
Gracias a la referencia fue que encontré la solución.
Espero te sea de utilidad !
Referencias:
https://github.com/Supervisor/supervisor/issues/121
jueves, 11 de diciembre de 2014
Error occurred during initialization of VM Could not allocate metaspace: 1073741824 bytes SUSE Amazon AWS
Instalando Java en un servidor suse tuve el siguiente problema:
#java --version
Error occurred during initialization of VM
Could not allocate metaspace: 1073741824 bytes
Empezando para instalarlo descargue el rpm y seguí el procedimiento del siguiente sitio:
http://docs.oracle.com/javase/8/docs/technotes/guides/install/linux_jre.html#CFHIEGAA
Después de buscar en varios sitios, ejecutando el siguiente comando:
# java -XX:-UseCompressedClassPointers -XX:+PrintFlagsFinal LongSleep
Se ve un detallado del uso de memoria por flag, y me encontre que justo la línea:
uintx CompressedClassSpaceSize = 1073741824 {product}
Entonces siguiente los sitios de refencias, ejecutando la siguiente instrucción si opera correctamente java:
# java -XX:CompressedClassSpaceSize=10m -version
java version "1.8.0_25"
Java(TM) SE Runtime Environment (build 1.8.0_25-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.25-b02, mixed mode)
De esa manera le estoy indicando que solo use 10 megas para ejecutarlo, o también usando:
# java -XX:-UseCompressedClassPointers -version
java version "1.8.0_25"
Java(TM) SE Runtime Environment (build 1.8.0_25-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.25-b02, mixed mode)
Referencias:
http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2014-April/011319.html
http://arabhardware.net/forum/showthread.php?t=391068
http://docs.oracle.com/javase/8/docs/technotes/guides/install/linux_jre.html#CFHIEGAA
#java --version
Error occurred during initialization of VM
Could not allocate metaspace: 1073741824 bytes
Empezando para instalarlo descargue el rpm y seguí el procedimiento del siguiente sitio:
http://docs.oracle.com/javase/8/docs/technotes/guides/install/linux_jre.html#CFHIEGAA
Después de buscar en varios sitios, ejecutando el siguiente comando:
# java -XX:-UseCompressedClassPointers -XX:+PrintFlagsFinal LongSleep
Se ve un detallado del uso de memoria por flag, y me encontre que justo la línea:
uintx CompressedClassSpaceSize = 1073741824 {product}
Entonces siguiente los sitios de refencias, ejecutando la siguiente instrucción si opera correctamente java:
# java -XX:CompressedClassSpaceSize=10m -version
java version "1.8.0_25"
Java(TM) SE Runtime Environment (build 1.8.0_25-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.25-b02, mixed mode)
De esa manera le estoy indicando que solo use 10 megas para ejecutarlo, o también usando:
# java -XX:-UseCompressedClassPointers -version
java version "1.8.0_25"
Java(TM) SE Runtime Environment (build 1.8.0_25-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.25-b02, mixed mode)
Referencias:
http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2014-April/011319.html
http://arabhardware.net/forum/showthread.php?t=391068
http://docs.oracle.com/javase/8/docs/technotes/guides/install/linux_jre.html#CFHIEGAA
martes, 2 de diciembre de 2014
Django, suse, nginx, Gunicorn y supervisor
Como siempre, por necesidad me veo en la tarea de implementar dentro de un servidor suse montado en un AWS EC2, el servicio de ngix para un proyecto en django usando gunicorn y supervisor.
Esta guía esta basada al 100% del video: https://www.youtube.com/watch?v=VDVNgivbvYk la diferencia es que en esta guía se está usando SUSE resolviendo el tema de instalación de nginx fuera de yast.
Para instalar gunicorn que puede ser usando la instrucción:
Posteriormente podemos probar si esta funcionando, entrando al directorio de nuestro proyecto de django y haciendo lo siguiente:
# gunicorn miproyecto.wsgi:application --bind 0.0.0.0:8080
Apunte 3: (Añadido 2015-01-20):
En esta ocasión nos paso que no podíamos configurar en el puerto 80 el servicio, por lo que lo que tuvimos que hacer fue: revisar en si en la configuración de ngnix se estén cargando otros archivos de configuración generalmente antes del server {} si es así comentar las siguientes instrucciones agregando #, esto es:
# include /etc/nginx/conf.d/*.conf;
# incude /etc/nginx/sites-enabled/*;
O bien revisar si estos archivos no estén causando algún conflicto con el puerto 80.
Espero te sea de utilidad !
Esta guía esta basada al 100% del video: https://www.youtube.com/watch?v=VDVNgivbvYk la diferencia es que en esta guía se está usando SUSE resolviendo el tema de instalación de nginx fuera de yast.
Lo primero que debemos considerar es que este funcionando python, django y virtual-env que se escapan a este post. Por lo que el proyecto debe estar funcionando si ejecutamos:
# python manage.py runserver 0.0.0.0:8000
# pip install gunicorn
Posteriormente podemos probar si esta funcionando, entrando al directorio de nuestro proyecto de django y haciendo lo siguiente:
# gunicorn miproyecto.wsgi:application --bind 0.0.0.0:8080
________________________________
Nota:
Si lo queremos poner como servicio:
$ gunicorn miproyecto.wsgi:application --bind 0.0.0.0:8080 --pid /tmp/gunicorn.pid --workers=3 --daemon
Para detenerlo debemos verificar su id de proceso:
$ cat /tmp/gunicorn.pid
####
$ kill -9 ####
________________________________
Si entramos al navegador y usamos la ip del equipo deberiamos ser capacez de ver el proyecto en ejecución: http://IP-del-servidor:8080/
Ahora instalaremos supervisor para mantener todo el tiempo nuestro servidor activo.
El proceso para instalarlo es el siguiente:
# pip install supervisor
Una vez instalado usaremos el archivo supervisord.conf de referencia para obtenerlo usamos el siguiente comando:
# echo_supervisord_conf > ./supervisord.conf
Una vez obtenido lo editaremos usando el siguiente comando:
# vi supervisord.conf
Al final del archivo agregamos las siguientes líneas:
;CONFIGURACION BASICA GUNICORN
[program:gunicorn]
;ruta donde se encuentra el directorio virtual que ejecutara gunicorn
command=/home/ruta-a-virtualenv/virtualmachine/bin/gunicorn miproyecto.wsgi:application --bind 0.0.0.0:8080 --workers=3 --pid /tmp/gunicorn.pid
;Ahora indicamos el directorio donde se almacena el proyecto ...
directory=/home/ruta-al-pryecto/miproyecto/
Una vez teniendo el archivo configurado, podemos ejecutar el servicio usando:
# supervisord
Con eso el servicio esta en ejecución una forma de revisar que se encuentre en ejecución, es revisando que el archivo /tmp/gunicorn.pid se haya generado y tenga el número de proceso del servicio.
Otra forma de ver el servicio es usando el siguiente comando:
# supervisorctl
Para parar el servicio de supervisor:
# supervisorctrl stop gunicorn
Hasta este momento siguiendo los link de referencias logre montar el servidor gunicorn con supervisor.
Ahora vamos a crear un archivo bash de nombre gunicorn_run en la raíz del proyecto django; con el siguiente contenido:
#!/bin/bash
NAME="miproyecto_app" # Nombre del proyecto
DJANGODIR=/home/ruta-al-proyecto/miproyecto #Directorio del proyecto
SOCKFILE=/home/rutal-al-proyecto/run/gunicorn.sock #Ruta del SockFile para nginx
USER=django # Usuario que ejecute las instancias
GROUP=django # Grupo del usuario que ejecute las instancias
NUM_WORKERS=3 # 2 * CPUs + 1
DJANGO_SETTINGS_MODULE=miproyecto.settings # Modulo settings del proyecto
DJANGO_WSGI_MODULE=miproyecto.wsgi # Nombre de la aplicacion para WSGI
echo "Iniciando $NAME como `whoami`"
# Activando el ambiente virtual
cd $DJANGODIR
source /home/ruta-a-virtualenv/virtualmachine/bin/activate
export DJANGO_SETTINGS_MODULE=$DJANGO_SETTINGS_MODULE
export PYTHONPATH=$DJANGODIR:$PYTHONPATH
# Creando el directorio del archivo gunicorn.sock por si no existe
RUNDIR=$(dirname $SOCKFILE)
test -d $RUNDIR || mkdir -p $RUNDIR
# Comando que ejecuta supervisor para correr el servidor gunicorn
exec /home/ruta-a-virtualenv/virtualmachine/bin/gunicorn ${DJANGO_WSGI_MODULE}:application \
--name $NAME \
--workers $NUM_WORKERS \
--user=$USER --group=$GROUP \
--bind=unix:$SOCKFILE \
--log-level=debug \
--log-file=-
Dentro del archivo colocaremos lo siguiente sustituyendo la sección del servidor 80 o bien dejando el actual con 8080:
upstream miproyecto_app {
# Este es el que conecta con gunicorn con nginx
server unix:/home/rutal-al-proyecto/run/gunicorn.sock fail_timeout=0;
}
server {
# Puerto de escucha
listen 80;
# Dominios que responden a esta configuracion
server_name example.com
# Configuracion customizada para la subida de statics
client_body_in_file_only clean;
client_body_buffer_size 32K;
client_max_body_size 300M;
sendfile on;
send_timeout 300s;
# Logs de eventos
access_log /home/rutal-al-proyecto/logs/nginx-access.log;
error_log /home/rutal-al-proyecto/logs/nginx-error.log;
# Archivos estaticos
location /static/ {
alias /home/rutal-al-proyecto/static/;
}
# Archivos media
location /media/ {
alias /home/rutal-al-proyecto/media/;
}
# Procesando django
location / {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_redirect off;
if (!-f $request_filename) {
proxy_pass http://miproyecto_app;
break;
}
}
# Error pages
error_page 500 502 503 504 /500.html;
location = /500.html {
root /home/rutal-al-proyecto/;
}
}
Ahora instalaremos supervisor para mantener todo el tiempo nuestro servidor activo.
El proceso para instalarlo es el siguiente:
# pip install supervisor
Una vez instalado usaremos el archivo supervisord.conf de referencia para obtenerlo usamos el siguiente comando:
# echo_supervisord_conf > ./supervisord.conf
Una vez obtenido lo editaremos usando el siguiente comando:
# vi supervisord.conf
Al final del archivo agregamos las siguientes líneas:
;CONFIGURACION BASICA GUNICORN
[program:gunicorn]
;ruta donde se encuentra el directorio virtual que ejecutara gunicorn
command=/home/ruta-a-virtualenv/virtualmachine/bin/gunicorn miproyecto.wsgi:application --bind 0.0.0.0:8080 --workers=3 --pid /tmp/gunicorn.pid
;Ahora indicamos el directorio donde se almacena el proyecto ...
directory=/home/ruta-al-pryecto/miproyecto/
Una vez teniendo el archivo configurado, podemos ejecutar el servicio usando:
# supervisord
Con eso el servicio esta en ejecución una forma de revisar que se encuentre en ejecución, es revisando que el archivo /tmp/gunicorn.pid se haya generado y tenga el número de proceso del servicio.
Otra forma de ver el servicio es usando el siguiente comando:
# supervisorctl
Para parar el servicio de supervisor:
# supervisorctrl stop gunicorn
________________________________
Nota: En caso de que necesites recargar el archivo de configuración (a mi me paso jeje), puedes entrar con el comando:
$ supervisorctl
Y posteriormente teclear reload:
supervisor> reload
Pedirá confirmar y posteriormente se recargará la configuración
________________________________
Hasta este momento siguiendo los link de referencias logre montar el servidor gunicorn con supervisor.
Ahora vamos a crear un archivo bash de nombre gunicorn_run en la raíz del proyecto django; con el siguiente contenido:
#!/bin/bash
NAME="miproyecto_app" # Nombre del proyecto
DJANGODIR=/home/ruta-al-proyecto/miproyecto #Directorio del proyecto
SOCKFILE=/home/rutal-al-proyecto/run/gunicorn.sock #Ruta del SockFile para nginx
USER=django # Usuario que ejecute las instancias
GROUP=django # Grupo del usuario que ejecute las instancias
NUM_WORKERS=3 # 2 * CPUs + 1
DJANGO_SETTINGS_MODULE=miproyecto.settings # Modulo settings del proyecto
DJANGO_WSGI_MODULE=miproyecto.wsgi # Nombre de la aplicacion para WSGI
echo "Iniciando $NAME como `whoami`"
# Activando el ambiente virtual
cd $DJANGODIR
source /home/ruta-a-virtualenv/virtualmachine/bin/activate
export DJANGO_SETTINGS_MODULE=$DJANGO_SETTINGS_MODULE
export PYTHONPATH=$DJANGODIR:$PYTHONPATH
# Creando el directorio del archivo gunicorn.sock por si no existe
RUNDIR=$(dirname $SOCKFILE)
test -d $RUNDIR || mkdir -p $RUNDIR
# Comando que ejecuta supervisor para correr el servidor gunicorn
exec /home/ruta-a-virtualenv/virtualmachine/bin/gunicorn ${DJANGO_WSGI_MODULE}:application \
--name $NAME \
--workers $NUM_WORKERS \
--user=$USER --group=$GROUP \
--bind=unix:$SOCKFILE \
--log-level=debug \
--log-file=-
Una vez que completemos el archivo y llenemos las secciones que debemos personalizar aplicaremos los persmisos:
# chmod u+x gunicorn_run
Detenemos el gunicorn en caso de tenerlo activo con supervisor, (supervisorctl stop gunicorn) y actualizaremos el supervisord.conf, sustituyendo las líneas que habíamos agregado por:
;CONFIGURACION AVANZADA GUNICORN (Activa)
[program:gunicorn]
;ruta donde se encuentra el archivo bash
command=/home/ruta-al-proyecto/miproyecto/gunicorn_run
;usuario que ejecuta el bash y el comando
username=root
;log de eventos para la gestion de errores
stdout_logfiles=/home/ruta-al-proyecto/logs/gunicorn_supervisor.log
redirect_stderr=true
environment=LANG=en_US.UTF-8,LC_ALL=en_US.UTF-8
Una vez realizado lo anterior generaremos la carpeta de logs:
# mkdir /home/ruta-al-proyecto/logs/
Ahora iniciamos con la instalación de nginx en suse. Para realizarlo ejecutamos, los siguientes comandos:
# wget http://nginx.org/download/nginx-1.6.0.tar.gz
# make
# make install
----
Para hacerlo servicio se debe crear el siguiente archivo:
# vi /etc/init.d/nginx
Con el siguiente contenido:
#! /bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/nginx/sbin
DAEMON=/usr/local/nginx/sbin/nginx
NAME=nginx
DESC=nginx
PIDFILE=/usr/local/nginx/logs/$NAME.pid
DAEMON_CONFIG=/usr/local/nginx/conf/nginx.conf
test -x $DAEMON || exit 0
set -e
case "$1" in
start)
echo -n "Starting $DESC: "
start-stop-daemon --start --quiet --pidfile $PIDFILE \
--exec $DAEMON
echo " started"
;;
stop)
echo -n "Stopping $DESC: "
if [ -f $PIDFILE ]; then
kill -15 `cat $PIDFILE 2>/dev/null`
fi
echo " stopped"
;;
restart|force-reload)
echo -n "Restarting $DESC: "
if [ -f $PIDFILE ]; then
kill -15 `cat $PIDFILE 2>/dev/null`
fi
sleep 1
start-stop-daemon --start --quiet --pidfile $PIDFILE \
--exec $DAEMON
echo " restarted"
;;
status)
echo "Status $DESC: "
ps aux | grep -v grep | grep -v /bin/sh | grep $NAME
;;
*)
N=/etc/init.d/$NAME
echo "Usage: $N {start|stop|status|restart}" >&2
exit 1
;;
esac
exit 0
Le damos permisos de ejecución al archivo nginx:
# cd /etc/init.d/
# chmod +x nginx
Ahora lo que vamos hacer es modificar el archivo de configuración:
# vi /usr/local/nginx/conf/nginx.conf
Localizar la línea: # user nobody
De esa línea eliminar el caracter '#'.
Una vez realizado lo anterior usaremos la instrucción para agregar la configuración:
# chkconfig -a nginx
# chkconfig --level 345 nginx on
Con lo anterior queda configurado el servicio y podemos iniciarlo o pararlo con las instrucciones:
# service nginx start
# service nginx stop
Ahora lo que realizaremos será configurar el archivo del sitio:
# vi /usr/local/nginx/conf/nginx.conf
[program:gunicorn]
;ruta donde se encuentra el archivo bash
command=/home/ruta-al-proyecto/miproyecto/gunicorn_run
;usuario que ejecuta el bash y el comando
username=root
;log de eventos para la gestion de errores
stdout_logfiles=/home/ruta-al-proyecto/logs/gunicorn_supervisor.log
redirect_stderr=true
environment=LANG=en_US.UTF-8,LC_ALL=en_US.UTF-8
# mkdir /home/ruta-al-proyecto/logs/
Ahora iniciamos con la instalación de nginx en suse. Para realizarlo ejecutamos, los siguientes comandos:
# wget http://nginx.org/download/nginx-1.6.0.tar.gz
# tar xvf nginx-1.6.0.tar.gz
# ./configure# make
# make install
----
Para hacerlo servicio se debe crear el siguiente archivo:
# vi /etc/init.d/nginx
Con el siguiente contenido:
#! /bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/nginx/sbin
DAEMON=/usr/local/nginx/sbin/nginx
NAME=nginx
DESC=nginx
PIDFILE=/usr/local/nginx/logs/$NAME.pid
DAEMON_CONFIG=/usr/local/nginx/conf/nginx.conf
test -x $DAEMON || exit 0
set -e
case "$1" in
start)
echo -n "Starting $DESC: "
start-stop-daemon --start --quiet --pidfile $PIDFILE \
--exec $DAEMON
echo " started"
;;
stop)
echo -n "Stopping $DESC: "
if [ -f $PIDFILE ]; then
kill -15 `cat $PIDFILE 2>/dev/null`
fi
echo " stopped"
;;
restart|force-reload)
echo -n "Restarting $DESC: "
if [ -f $PIDFILE ]; then
kill -15 `cat $PIDFILE 2>/dev/null`
fi
sleep 1
start-stop-daemon --start --quiet --pidfile $PIDFILE \
--exec $DAEMON
echo " restarted"
;;
status)
echo "Status $DESC: "
ps aux | grep -v grep | grep -v /bin/sh | grep $NAME
;;
*)
N=/etc/init.d/$NAME
echo "Usage: $N {start|stop|status|restart}" >&2
exit 1
;;
esac
exit 0
Le damos permisos de ejecución al archivo nginx:
# cd /etc/init.d/
# chmod +x nginx
Ahora lo que vamos hacer es modificar el archivo de configuración:
# vi /usr/local/nginx/conf/nginx.conf
Localizar la línea: # user nobody
De esa línea eliminar el caracter '#'.
Una vez realizado lo anterior usaremos la instrucción para agregar la configuración:
# chkconfig -a nginx
# chkconfig --level 345 nginx on
Con lo anterior queda configurado el servicio y podemos iniciarlo o pararlo con las instrucciones:
# service nginx start
# service nginx stop
Ahora lo que realizaremos será configurar el archivo del sitio:
# vi /usr/local/nginx/conf/nginx.conf
Dentro del archivo colocaremos lo siguiente sustituyendo la sección del servidor 80 o bien dejando el actual con 8080:
upstream miproyecto_app {
# Este es el que conecta con gunicorn con nginx
server unix:/home/rutal-al-proyecto/run/gunicorn.sock fail_timeout=0;
}
server {
# Puerto de escucha
listen 80;
# Dominios que responden a esta configuracion
server_name example.com
# Configuracion customizada para la subida de statics
client_body_in_file_only clean;
client_body_buffer_size 32K;
client_max_body_size 300M;
sendfile on;
send_timeout 300s;
# Logs de eventos
access_log /home/rutal-al-proyecto/logs/nginx-access.log;
error_log /home/rutal-al-proyecto/logs/nginx-error.log;
# Archivos estaticos
location /static/ {
alias /home/rutal-al-proyecto/static/;
}
# Archivos media
location /media/ {
alias /home/rutal-al-proyecto/media/;
}
# Procesando django
location / {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_redirect off;
if (!-f $request_filename) {
proxy_pass http://miproyecto_app;
break;
}
}
# Error pages
error_page 500 502 503 504 /500.html;
location = /500.html {
root /home/rutal-al-proyecto/;
}
}
Necesitaremos levantar el servicio del gunicorn debemos recordar el proceso o levantarlo nuevamente es posible que necesiten entrar a la maquina virtual para entrar a supervisorctl start gunicorn, o bien es necesario también usar reload para que actualice el servicio con el archivo de configuración de supervisord.conf.
Nota: También es posible que necesitemos crear el archivo 500.html
Una vez levantado el supervisor con gunicorn, ahora levantaremos el servicio de nginx usando:
# service nginx restart
Ha sido toda una odisea en el camino casi me decido por dejarlo, pero igual funcionó, les agradezco si encuentran alguna mejora se agradece ya que hay varias cosas que seguramente puedan mejorarse.
Apuntes adicionales:
Apunte 1: Para ver servicios en ejecución en suse puedes utilizar:
$ ps aux | grep
Ejemplo:
$ ps aux | grep gunicorn
Con lo anterior puedes ver el id en la segunda columna y si es necesario puedes detenerlo:
$ kill -9 ####
Apunte 2: (Añadido 2014-12-11):
Si se necesita actualizar el código del proyecto de django puede hacerse realizando lo siguiente, se debe entrar al virtualenv y con eso parar el servidor con:
# supervisorctrl stop gunicorn
# supervisorctrl start gunicorn
Nota: También es posible que necesitemos crear el archivo 500.html
Una vez levantado el supervisor con gunicorn, ahora levantaremos el servicio de nginx usando:
# service nginx restart
Ha sido toda una odisea en el camino casi me decido por dejarlo, pero igual funcionó, les agradezco si encuentran alguna mejora se agradece ya que hay varias cosas que seguramente puedan mejorarse.
Apuntes adicionales:
Apunte 1: Para ver servicios en ejecución en suse puedes utilizar:
$ ps aux | grep
Ejemplo:
$ ps aux | grep gunicorn
Con lo anterior puedes ver el id en la segunda columna y si es necesario puedes detenerlo:
$ kill -9 ####
Apunte 2: (Añadido 2014-12-11):
Si se necesita actualizar el código del proyecto de django puede hacerse realizando lo siguiente, se debe entrar al virtualenv y con eso parar el servidor con:
# supervisorctrl stop gunicorn
# supervisorctrl start gunicorn
Apunte 3: (Añadido 2015-01-20):
En esta ocasión nos paso que no podíamos configurar en el puerto 80 el servicio, por lo que lo que tuvimos que hacer fue: revisar en si en la configuración de ngnix se estén cargando otros archivos de configuración generalmente antes del server {} si es así comentar las siguientes instrucciones agregando #, esto es:
# include /etc/nginx/conf.d/*.conf;
# incude /etc/nginx/sites-enabled/*;
O bien revisar si estos archivos no estén causando algún conflicto con el puerto 80.
Espero te sea de utilidad !
https://docs.djangoproject.com/en/1.7/howto/deployment/wsgi/gunicorn/
http://adityo.blog.binusian.org/?tag=php-fpm-nginx-on-opensuse-110
http://docs.gunicorn.org/en/latest/deploy.html
http://goodcode.io/blog/django-nginx-gunicorn/
http://michal.karzynski.pl/blog/2013/06/09/django-nginx-gunicorn-virtualenv-supervisor/
http://adityo.blog.binusian.org/?tag=php-fpm-nginx-on-opensuse-110
http://wiki.nginx.org/Install
http://stackoverflow.com/questions/19916016/gunicorn-nginx-server-via-socket-or-proxy
http://adityo.blog.binusian.org/?tag=php-fpm-nginx-on-opensuse-110
http://docs.gunicorn.org/en/latest/deploy.html
http://goodcode.io/blog/django-nginx-gunicorn/
http://michal.karzynski.pl/blog/2013/06/09/django-nginx-gunicorn-virtualenv-supervisor/
http://adityo.blog.binusian.org/?tag=php-fpm-nginx-on-opensuse-110
http://wiki.nginx.org/Install
http://stackoverflow.com/questions/19916016/gunicorn-nginx-server-via-socket-or-proxy
miércoles, 19 de noviembre de 2014
Errores al iniciar gvim : (gvim:10659): Gtk-WARNING - ElementaryOS
Como ya tenia un tiempo que cada vez que abría gvim desde el terminal en ElementaryOS marca varias veces el mismo error:
Errores al iniciar gvim : (gvim:10659): Gtk-WARNING **: Imposible encontrar el motor de temas en la ruta al _modulo: «pixmap»
Para este error en particular realizar lo siguiente:
$ sudo apt-get install synaptic
$ sudo apt-get install gtk2-engines-pixbuf
Una vez aplicado los comandos los errores desaparecieron.
Espero te sea de utilidad !
Referencias:
http://tuksik.ru/gtk-warning-error-pixmap/
____________________________________
Actualización: 06/Oct/2015
En Ubuntu 14.04 tuve que realizar estos pasos adicionales:
sudo apt-get remove vim-gnome
sudo apt-get install vim-gtk
Otra opción es agregar esta línea al .bashrc o .zshrc:
alias gvim="gvim 2>/dev/null"
Referencias:
http://askubuntu.com/questions/361180/gvim-glib-gobject-warning-in-ubuntu-13-10
Suscribirse a:
Entradas (Atom)