Problemas técnicos

10/7/2010 por ggarfield, 18

“En casa de herrero, cuchillo de palo”, dicen, y a nosotros nos encaja a la perfección.

2 ingenieros informáticos licenciados y somos incapaces de arreglar el jodido servidor de Gran Angular xD. Llevo todo el día con él (seguro que lo habéis notado), pero no hay manera de arreglar un error que hace que el Apache (el servidor web) se pare aleatoriamente cada cierto tiempo.

Ante la imposibilidad de encontrar una solución al problema habiéndole dedicado más de 4 ó 5 horas al tema, he hecho todo lo que un buen informático tiene que hacer algún día: una buena chapuza de workaround. El workaround consiste en programar un reinicio del Apache cada 15 minutos para asegurar que no se quede caído todo el día.

Los síntomas, hasta que solucione de raíz el problema, serán los actuales: lentitud, 404, 500, timeouts… como el infierno de las páginas web vaya, pero mejor esto que nada, ¿no?

Bueno, nada más, que disculpéis por las molestias y que si alguien por casualidad sabe cómo coño arreglar el error:

“Invalid argument: couldn’t grab the accept mutex”

Que hace petar el Apache, le agradeceríamos un montón que nos echara una mano :)

Buen Saturday night fever y ojalá la Roja gane mañana ;)

¿Te ha gustado lo que has visto? ¡Compártelo, menéalo o vótalo! ¡Gracias!
Guardado en:  Sobre Gran Angular
18 comentarios
  1. Ha, créo, que no esta por demás preguntar si es que ya checarón que su servidor este libre de cualquier “rootkit” y no sé que S.O. manejen pero, esta actualizado a la fecha?…

    RGM dice...
    10/7/2010 a las 9:51 pm
  2. pues con la sablada que te pegan mediatemple ya te lo podrían arreglar ellos xD

    knoopx dice...
    10/7/2010 a las 10:17 pm
  3. yo te diría que tiene algo que ver la memoria disponible y con apache no pudiendo lanzar threads nuevos cuando tienes concurrencia de usuarios. si tu server tiene poca ram, hay que cambiar algunos defaults de apache para que no pasen cosas como esta (el keep-alive o el preforking pueden tumbarte la máquina en ciertas situaciones)

    knoopx dice...
    10/7/2010 a las 10:26 pm
  4. Saludos Ggarfield!
    Soy un habitual lector del blog. Amo lo que han hecho con el lugar; y resulta que también soy un aficionado de la informática. No se mucho de servidores Apache, pero tras hacer una búsqueda rápida por internet, encontré lo que pudiera ser la causa del problema: Falta de memoria.

    (Traducción más abajo)
    (cita) What is your guarantee RAM and burstable RAM? If you overuse your guarantee RAM, the host machine will random kill your process that are using the burstable RAM when the host machine need it. It is better to host on XEN platform. It offer both Real Physcial RAM + SWAP. Which mean much more stable, and ISP can not oversell RAM. (/cita)

    (liga)
    http://www.webhostingtalk.com/showthread.php?t=674175
    (/liga)

    (traducción) Qué tanta “Guarantee RAM” y “Burstable RAM” tienes? Si sobre-utilizas tu “Guarantee RAM”, el servidor detendrá aleatoriamente los procesos que estan ocupando tu “Burstable RAM” cuando requiera más de esta. Es mejor hostear en una plataforma “XEN”. Ofrece tanto RAM física como SWAP, lo que significa más estabilidad. (/traducción)

    En resúmen, la recomendación que hacen es “upgradear” el servidor a uno con mayor capacidad. Otra solución que dan es configurarlo para que ocupe menos memoria, mas no la recomiendan y dicen que es muy complicada.

    Aquí hay otro “thread” interesante. (ojo, que también está en inglés)

    http://forums.gentoo.org/viewtopic-t-298564-highlight-mutex+apache.html

    Espero que sirva de algo. Si puedo ser de mayor ayuda, contáctenme vía e-mail, dejé una dirección registrada en el post. Si necesitan ayuda con alguna traducción, también cuenten conmigo.

    Buena suerte!

    Black Rage dice...
    10/7/2010 a las 10:27 pm
  5. Ya puestos, podeis aprovechar y actualizar a la version 7 de Apache. Por lo que oido tiene una gestion de memoria better and improved XD

    vk dice...
    10/7/2010 a las 11:16 pm
  6. como buenos informaticos,deberiais hacer ba ckup de archivos,desinstalar el apache y reinstalarlo luego cargais de nuevo php y ya sta, tipica solucion en este mundillo xD

    dxxxx dice...
    11/7/2010 a las 12:20 am
  7. Hola,

    Habeis probado de hacer un reload? Yo tuve que hacer un workarround/chapuzilla un día con un apache que se comía la memoria … en vez de hacer un restart hice un reload cuando quedaban 400Mb de memoria.

    Salu2

    Ivo Sandoval dice...
    11/7/2010 a las 12:40 am
  8. Muchas gracias a todos por la rápida respuesta :)

    Creo que por fin he dado con el problema!Como siempre, siempre encuentras “lo que buscas” (en este caso qué fallava) en el lugar menos pensado.

    Se trataba de un plugin de wordpress que instalé ayer que, o bien está muy mal programado, o es incompatible con la versión que tenemos en GA. El plugin en cuestión se comía literalmente todos los recursos del server hasta hacer que, como muy bien ha explicado Black Rage, el server decidiera matar el Apache.

    El plugin en cuestión creo que es el de Text Link Ads Inlinks. Digo “creo” porque he desactivado 3 por si acaso y no tengo ningunas ganas de probar cuál falla exactamente xD.

    Para saber si de verdad es la solución o es solo un espejismo, solo se puede hacer una cosa: testear, mis queridos lectores/testers jeje.

    Así que ya sabéis, si detectáis algún otro síntoma extraño nos dejáis un coment aquí mismo o nos contactáispor el formulario :)

    Muchas gracias por todo amigos!

    #knoopx: en principio ya lo “tuneé” bastante a medida (o eso creo :S)

    #RGM: Gracias por la recomendación, en princpio he pasado el rootkit detector (o como se llame) y estamos limpios de rootkits :)

    #vk: con lo quemado que estoy de estos días toqueteando el server (casi cueño con shellscripts y ficheros de configuración), no haré un upgrade del Apache a no ser que me paguen por ello xD

    ggarfield dice...
    11/7/2010 a las 3:13 am
  9. Apaga y enciende el router y reinicia el ordenador, de nada :P

    errete dice...
    11/7/2010 a las 4:05 am
  10. fofue dice...
    11/7/2010 a las 9:05 am
  11. @vk: Versión 7 de Apache? Que yo sepa vamos aún por la 2.2.X

    @ggarfield: Aprovechando la coyuntura te digo que no he vuelto a ver fallos de SQL (de momento) ;)

    pizte dice...
    11/7/2010 a las 11:32 am
  12. ya lo avia dicho enjuto mojamuto,
    encender y apagar el ruter.

    Isaac dice...
    11/7/2010 a las 1:09 pm
  13. @pizte:

    Echale un ojo aqui
    http://tomcat.apache.org/

    Igual te refieres a la especification servlet que soportaba, que ahora es la 3.0:
    http://www.theserverside.com/news/thread.tss?thread_id=60452

    vk dice...
    11/7/2010 a las 3:44 pm
  14. Sorry estamos hablando de Apache a secas, no el contenedor de JSP que es Tomcat…
    Es que la cabra siempre tira pa´l monte…

    vk dice...
    11/7/2010 a las 3:49 pm
  15. @vk: No te preocupes, yo me refería en concreto al servidor HTTPD de Apache jeje

    pizte dice...
    11/7/2010 a las 4:44 pm
  16. Creo que por fin he dado con el problema!Como siempre, siempre encuentras “lo que buscas” (en este caso qué fallava) en el lugar menos pensado.

    ….Fallaba con V como se nota que somos de ciencias….

    ya lo avia dicho enjuto mojamuto,
    encender y apagar el ruter.

    habia con V y sin H….

    Enfin necesitas mirar algo mas que el Apache….

    Anónimo dice...
    11/7/2010 a las 5:19 pm
  17. Personalmente me está pasando que la web carga a veces si a veces no.

    Según the internets el error que describís es porque se queda sin RAM como comentan por ahí arriba. Vuestro hosting no os debería dar algún aviso de ello?

    Es más, igual no es vuestro problema, y es cosa del hosting (fallo en el modulo físico de la RAM?).

    De toda manera pedid soporte al hosting, que para eso están xD

    r0s dice...
    12/7/2010 a las 3:33 pm
  18. #r0s: Tengo que decir que, a parte de los problemas técnicos propios de la configuración del server, hoy el hosting ha tenido problemas de conexión en su centro de datos xDD

    Y sobre lo que dices del servicio técnico, al ser un Virtual Private Server es un “tú te lo guisas, tú te lo comes” jeje

    gracias por el comentario!

    ggarfield dice...
    12/7/2010 a las 9:51 pm
¡Comenta!