mod_fcgid: process /usr/local/cpanel/cgi-sys/php5 exit(communication error), get unexpected signal 7

Administro varios servidores con una configuración muy similar, 8 vps en la misma empresa todos con APC pero solo en uno tengo ese error

Error en cPanel mod_fcgid: exit(communication error), get unexpected signal 7

La configuración en la mayoría de VPS:

PHP 5.3.25 o php 5.4 algunos con IONcube y otros sin el, algunos con ZEND y otros sin el, todos con fcgi y APC.

El caso curioso es que solo un servidor tienen el error descrito anteriormente, el cual he deducido que pasa por tener APC, al quitar APC el error desaparece.

El error no es solo un get unexpected signal 7 en el error log si no que también provoca un error 500 en las páginas web del servidor.

Bien según las pruebas que hecho el error desaparece al quitar APC, al cambiar a PHP 5.4 y poner xcache persiste el error pero aparece en ocasiones muy raras.

Así que viendo el error: mod_fcgid: exit(communication error), get unexpected signal 7 puedo ver que pasa con cualquier optcode: apc o xcache.

cPanel
PHP 5.4 ( muy de vez en cuando )
PHP 5.3.25
Con o sin ZEND o ION
Pasa en un solo VPS con cpanel con unas 25 webs.
Pasa en un VPS de 8 en la misma empresa:

4 gigas de RAM
CPU 4x Xeon(R) CPU E5-2660 0 @ 2.20GHz
SSD raid10
Loadaverage entre 0.80 y 2 según la hora y cantidad de tráfico.
Ram consumida no sobre pasa los 3 gigas.

En fin, con esto digo que con php 5.4 y xcache se reduce la cantidad de veces que sucede, aunque es pronto decirlo los cambios en el server los he hecho hace varias horas y aún no llegamos a hora pico, pero lo que si puedo decir es que si tienen el mismo problema, el mismo mensaje en los logs y errores 500 en la web desabiliten APC o xCache.

Yo volveré a escribir cuando pase la hora pico hoy por la noche que es cuando más se ve el error y veremos si PHP 5.4 y xcache lo solucionan si es así probaré con APC y si tampoco recae en el error atribuiré el fallo a php 5.3.25, algún modulo dañado o algo por el estilo que ya me a pasado en otras ocasiones y reinstalandolo me a solucionado otros fallos similares y cargas altas sin motivo aparente.

Lo otro sería que el VPS este en un nodo con algún problemilla con la RAM, se quede sin RAM o algo parecido, aunque la empresa en la que están los VPS siempre tienen mucha RAM libre y no hay overselling en los nodos.

Ramnode.com VPS Info – CPU e Velocidad IO

Hoy les traigo las pruebas de 2 VPS de RAMnode, uno raid10 SSD y el otro RAID10 SSD Cached ( o sea discos Sata y SSD en el mismo nodo )

Bien, primero los resultados de Raid10 Cached:

CPU de 2 Cores

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 45
model name : Intel(R) Xeon(R) CPU E5-2630 0 @ 2.30GHz
stepping : 7
cpu MHz : 2300.090
cache size : 15360 KB

physical id : 0
siblings : 12
core id : 1
cpu cores : 6

Un buen CPU aunque bastante distinto al que nos dan en el SSD10, ramnode tiene en dos lugares sus vps uno en seatle y otro en atlanta, y también por lo que se ve tienen hardware muy distinto.

En cuanto a la velocidad del disco, aquí les dejo el test de escritura:

dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 1.57401 s, 682 MB/s

Muy buena velocidad, este es un servidor con 512 MB de ram y 120 gigas de espacio en disco, en ramnode los cached tienen más espacio que los SSD puros.

Ahora vamos el raid10 SSD de atlanta:

Son 4 cores, con 2 gigas de RAM y 40 gigas de disco duro, pero el CPU es de una gama mucho más baja:

processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Xeon(R) CPU E3-1240 V2 @ 3.40GHz
stepping : 9
cpu MHz : 3400.067
cache size : 8192 KB

physical id : 0
siblings : 8
core id : 3
cpu cores : 4

En cuanto al IO:

[root@skamasle ~]# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1,1 GB) copied, 1,77273 s, 606 MB/s
[root@skamasle ~]# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1,1 GB) copied, 1,05945 s, 1,0 GB/s
[root@skamasle ~]# dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1,1 GB) copied, 1,51957 s, 707 MB/s

Buen IO, pero el CPU algo flojo, o al menos peor que el del otro nodo, cosa que no debería pasar, por lo menos a mi no me gusta, he tenido muchos clientes en knownhost pagando por el mismo VPS pero algunos están en nodos con XEON e5-xxxx y otros están en nodos con AMD con 512KB de cache de hace varios años, y claro algunos con menos visitas les va peor el vps que los que tienen 20 mil o 30 mil visitas en el vps con xeon, siempre es una injusticia pagar igual y recibir menos, aunque en el caso de knownhost basta con enviar un ticket para que te cambien a un servidor Intel y lo hacen con todo el gusto y se nota mucho la diferencia en el rendimiento.

Bueno, eso es todo.

Añado test de descarga:

 wget cachefly.cachefly.net/100mb.test
--2013-05-16 11:23:42--  http://cachefly.cachefly.net/100mb.test
Resolviendo cachefly.cachefly.net... 205.234.175.175
Connecting to cachefly.cachefly.net|205.234.175.175|:80... conectado.
Petición HTTP enviada, esperando respuesta... 200 OK
Longitud: 104857600 (100M) [application/octet-stream]
Saving to: `100mb.test'

100%[======================================>] 104.857.600 67,9M/s   in 1,5s    

2013-05-16 11:23:43 (67,9 MB/s) - `100mb.test' saved [104857600/104857600]

Virpus.com Información de CPU y Discos IO

Más de 2 años usando virpus para alojar algunos archivos, sobre todo imágenes, como siempre he dicho, es lowcost, a veces va bien a veces mal, durante muchos meses desde que me pase a XEN e estado en este VPS:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 45
model name : Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz
stepping : 7
microcode : 0x70a
cpu MHz : 1999.999
cache size : 15360 KB

physical id : 0
siblings : 2

El vps tiene 2 cores y 1 giga de RAM.

Si han leído mi anterior tema de los XEON e5-xxxx uno de este mismo modelo 2620 que cada core viene a 1.6 o se ve que eso tiene en algunos servidores cuando no se usa o no esta cargado para ahorrar energía, en este VPS se ve claramente que tiene 1999 MHz apesar de que el VPS tiene una carga de 0.00 ya que no tengo nada en el ahora. Bien esto puede ser por dos motivos, o lo han configurado así en el BIOS o es por que el nodo esta muy cargado, cosa que si puede ser, ya que por 10 USD un VPS así no es rentable y hay que sobre vender un poco aunque sea solo CPU ya que es lo que permite sobre vender XEN, pero esto es solo un comentario puede que sea así puede que no ( casi seguro que si )

El IO hoy esta bastante bajo a veces a estado en poco más de 100:

dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
16384+0 registros leídos
16384+0 registros escritos
1073741824 bytes (1,1 GB) copiados, 19,8021 s, 54,2 MB/s

54 MB/s algo normal en los VPS de coste bajo menos ya es bastante malo, pero por un VPS de 10 USD no me quejo, viendo el punto bueno de que es mejor que gigas que por el momento es el que tiene peor IO de todos los reviews que se han hecho.

En puntos, no se que darles, tienen buen CPU, todos sabemos que hacen algo de overselling o bastante en los OpenVZ que ya van a quitar, así que un 5 de 10, el IO es lento, pero por ese precio que ofrecen esta muy bien el rendimiento para algunas cosas, paginas web pequeñas, almacenar archivos, entre otras cosas.

Redcoruna.com CPU Info – Velocidad de Discos – IO

Probamos un VPS de los de redcoruna, parece que uno de los nuevos por que tienen vps con cpu bastante viejo y en este nos encontramos con algo bastante reciente:

CPU

processor : 11
vendor_id : GenuineIntel
cpu family : 6
model : 45
model name : Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz
stepping : 7
cpu MHz : 1666.637
cache size : 15360 KB
physical id : 1
siblings : 6
core id : 3
cpu cores : 6

15 MB de cache por core y una velocidad de 2.0ghz, aunque en cpu MHz dice 1.6 pero los E5-xxxx vienen así ya sea a 1.6 o a 1.3 GHz para ahorrar energía y cuando se requiere forzar el CPU comienza a desbloquearse poco a poco, esto se ve en los dedicados también, no es cosa de VPS y casi siempre pasa, al menos claro que la empresa este dándonos menos MHz, esto podemos notarlo muy fácilmente, haciendo una prueba de estres o bien en altas cargas, los 1600 Mhz tienen que ir subiendo hasta llegar a la velocidad del vps en este caso 2.0 GHz, si no sube posiblemente hay una restricción en el BIOS ( en dedicados ) o bien por parte de la empresa que nos da el VPS.

La velocidad IO de este VPS es de 149 MB/s, un poco menos que nuestra última prueba en rocketvps:

dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1,1 GB) copied, 7,22552 seconds, 149 MB/s

——————-

Actualizo la info, tiempo después el IO a bajado mucho:

dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1,1 GB) copied, 33,9464 seconds, 31,6 MB/s

RocketVPS.com tipo de CPU – Velocidad / Speed IO

Seguimos con las pruebas, aunque no son pruebas, solo es información del tipo de hardware y características de CPU que nos dan las empresas, así antes de contratar pueden ver si vale la pena o no pagar por ese VPS.

Rocketvps es una empresa de knownhost, y no todos los VPS tienen el mismo CPU, me he encontrado con AMD e Intel, algunos modelos muy viejos y otros nuevos, así que esto es solo una muestra de lo que se pueden encontrar.

CPU:

processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 44
model name : Intel(R) Xeon(R) CPU E5645 @ 2.40GHz
stepping : 2
cpu MHz : 2400.026
cache size : 12288 KB

physical id : 0
siblings : 12
core id : 8
cpu cores : 6

No es de los CPU más recientes pero es muy aceptable para un VPS de ese precio unos 25 USD por 4 cores y 1 gb de RAM.

Velocidad IO de este VPS:

dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1,1 GB) copied, 5,71297 s, 188 MB/s

188MB/s no esta mal para un VPS una velocidad aceptable y nada despreciable más cuando hemos vista nodos de gigas.com con solo 33MB/s, por otro lado cabe mencionar que 188MB/s es más de lo que se puede encontrar en algunos dedicados con discos SATA o con raid1 por software, así que si nuestro VPS mantiene esa velocidad de IO siempre podemos estar satisfechos teniendo una velocidad que no conseguimos en algunos dedicados.

Por mi parte le doy un 7 de 10, el cpu no es nuevo pero no esta mal y el IO es aceptable al menos en este nodo que probamos.

CPU – IO Speed Gigas.com | Velocidad de Discos y Tipo de CPU

Hoy tuvimos otro VPS de gigas.com y he aquí algunos test:

VPS de 2 Cores:

processor : 1
vendor_id : AuthenticAMD
cpu family : 6
model : 2
model name : QEMU Virtual CPU version 1.3.1
stepping : 3
cpu MHz : 2099.998
cache size : 512 KB

Un CPU de 2Ghz, pero por la cantidad de cache que tiene cada core parece que usan modelos AMD bastante viejos en algunos nodos al menos en este que probamos.

2 GB de RAM

free -m
total used free shared buffers cached
Mem: 2007 1361 645 0 106 447
-/+ buffers/cache: 807 1199
Swap: 1023 30 993

Y la velocidad IO del VPS:

dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1,1 GB) copied, 31,7135 s, 33,9 MB/s

Solo 33.9 megas por segundo, muy pero muy pobre para un VPS Cloud, un portatil de 5400rpm tiene unas 70 MB/s

Mi nota para este vps un 4 de 10, IO lento, CPU AMD aparentemente algo viejo, no lo recomendaría a nadie con un sitio web de más de 5000 visitas al día o unos tal vez 50 usuarios viendo el sitio simultáneamente.

|———————–|

Dejo una captura del IO que acabo de tomar, pro que me dijeron que esa velocidad era imposible tenerla :/

gigas.com-io

Interesante y muy importante aplicación que siempre tenemos que tener a mano si queremos crear un USB en unos pocos sencillos pasos, ya sea con linux, con hirens boot, con gparted u otras herramientas.

Se trata de lili, si quieren ver más información pueden visitar este enlace: Instalar Linux y Aplicaciones en un USB