Me lo voy a dejar aquí escrito, porque tengo muy mala cabeza y ahora hay mucho Symfony destroyer que se meten cabezazos por el error este.
Continuar leyendo «wkhtmltopdf: cannot connect to X server «centos 7»»
Plesk, seguridad, Proxmox, cloud, Manuales, tips, Servidores, scripts bash, sysadmin, Linux, Centos, Ubuntu, MySQL,
Me lo voy a dejar aquí escrito, porque tengo muy mala cabeza y ahora hay mucho Symfony destroyer que se meten cabezazos por el error este.
Continuar leyendo «wkhtmltopdf: cannot connect to X server «centos 7»»
Al igual que conocéis Htop, en está ocasión vamos a ver que es y como se instala Glance.
Glance es una herramienta de monitoreo basado en CLI curses para GNU/Linux y BSD OS. Glance es mucho más completo que el ultra conocido HTOP.
Glances utiliza la librería PsUtil para obtener la información del sistema. Está desarrollada en Phyton.
Paquetes existen para Debian (SID), Arch, Fedora, RedHat, FreeBSD
PyPi es una administrador de paquetes no oficial.
Primero necesitas instalar pypi en tu sistema. Por ejemplo en Ubuntu/Xubuntu:
sudo apt-get install python-pip build-essential python-dev
Luego, instalar la ultima version de Glance:
sudo pip install Glances
Esta instalación es básica para servidores y/o equipos con sistemas Debian/Ubuntu. Para instalar Glance en servidores basados en RHEL/Centos hay que instalar repositorios EPEL y después hacer
yum -y install python-pip
Si quiere monitorear la maquina local, ejecuta:
glance
En modo cliente/servidor
Ejecuta este comando en el servidor:
server$ glances -s
Y este en el cliente:
client$ glances -c @server
Donde @server es la IP del servidor o el nombre del servidor
Glance utiliza el esquema de servicio XML/RPC y puede ser usado por otro software cliente
Por defecto las estadísticas se actualizan cada segundo, para cambiar esto puede usar la opción -t. Por ejemplo para definir la actualización cada 5 segundos seria:
glances -t 5
Las estadisticas importantes estan coloreadas como:
Cuando Glance esta en ejecucion puedes presionar las siguiente teclas:
‘h’ muestra el mensaje de ayuda en pantalla con las teclas que puedes utilizar
‘a’ definir el método automático. Los procesos son ordenados automaticamente
Si CPU > 70%, ordena los procesos por consumo de CPU
Si MEM > 70%, orden los procesos por consumo de tamaño de memoria
‘b’ intercambia entre bit/s o byte/s para la E/S de red
‘c’ ordena la lista de procesos por consumo de CPU
‘d’ habilita/deshabilita las estadísticas de I/O en disco
‘e’ habilita el modulo de sensores (la librería PySensors es necesaria; Solo Linux)
‘f’ hablita/deshabilita las estadísticas del sistema de archivos
‘l’ habilita/deshabilita el logeo de la aplicación.
‘m’ ordena la lista de procesos por consumo de memoria
‘n’ habilita/deshabilita las estadisticas de la interfaz de red
‘p’ ordena por el nombre del proceso
‘w’ elimina los WARNING finalizados (que ya no estan) del archivo log
’1′ intercambia entre las estadisticas globales del CPU y las estadisticas particulares por cada CORE
‘q’ salir de la aplicacion
En modo servidor, puede definir la IP donde escuchara las peticiones (-B DIRECCION) y el puerto (-p PUERTO)
En el modo cliente, puede definir el puerto del servidor con -p PUERTO
La IP de escucha por defecto es 0.0.0.0, es decir, en todas las que tenga el equipo.
Si teneis alguna pregunta sobre Glance, decirlos en los comentarios!! Be water my friends!!
Varnish es un acelerador para HTTP que está causando furor en el mundo del hosting y en general en el mundo Linux. Varnish aparece como alternativa al poderoso Nginx, que durante mucho tiempo fue el rey en cuanto a la optimización a nivel de cache, proxy y balanceo de carga para los servicios web. Varnish además de hacer todo lo que hace Nginx con mejor rendimiento, también tiene algunas característiacs destacables, como por ejemplo:
La forma de funcionar de Varnish es muy sencilla, pero a la vez efectiva: se guarda la información de cada request en la memoria virtual y el S.O es quien decide qué es guardado y que es paginado al disco duro. Esto es muy útil para que no se cachee información mientras se mueve al disco duro por otras aplicaciones.
Cada request desde el cliente genera hilos independientes y una vez se llega al límite de hilos, las nuevas conexiones son puestas en cola y recién a medida que se liberan otras, estas nuevas comienzan a despacharse. Sólo si la cola de peticiones pendientes alcanza un gran límite recién serán descartadas.
Un escenario ideal es tener apache, lighttpd o nginx en el puerto 8080 y Varnish en el 80 para actuar como proxy delante del webserver. En fin, ahora que ya tenemos una ideal general de como funciona, vamos a la parte divertida:
Para instalar Varnish vamos a seguir los siguientes pasos:
Si bien este repo es para RHEL/CentOS 5.x, funciona perfecto en la versión CentOS 6.x.
Instalamos el repositorio:
rpm --nosignature -i http://repo.varnish-cache.org/redhat/varnish-3.0/el5/noarch/varnish-release-3.0-1.noarch.rpm
Instalamos Varnish
yum install varnish
Lo configuramos para iniciar al arranque del sistema:
chkconfig varnish on
Iniciamos Varnish
service varnish start
Para comprobar si está funcionando, basta con tipear:
service varnish status
Finalmente, resta configurar el servicio desde dos archivos clave:
/etc/sysconfig/varnish, para configurar el servicio a nivel general
/etc/varnish/default.vlc, para configurar las directivas propias que afectarán a cada sitio web.
Más información en la web oficial de Varnish
Si detectectamos en el servidor Linux con CentOS y notas que tienes muchos procesos del tipo:
/var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/
Es posible que el servidor no resuelva correctamente las DNS de los dominios, por lo cual el sistemas de listas negras tarda mucho en cerrarse y se acumulan los procesos.
Continuar leyendo «Error en Qmail con demasiados procesos /var/qmail/bin/relaylock»
Este procedimiento deberia funcionar en las distribuciones RedHat Linux 7.x/9, RHEL, Fedora y CentOS sin problemas porque todas tienen similar configuración. El objetivo es nunca reiniciar sin necesidad y mantener el tiempo de uptime del servidor intacto y por supuesto no interrumpir los otros servicios.
nano /etc/sysconfig/network
HOSTNAME=central
nano /etc/hosts
192.168.0.1 central
hostname redhat9
hostname
service network restart
Rápido, sin problemas y no interrumpimos los servicios del servidor ni tampoco perdemos el uptime de nuestro servidor.