dedicado que se cae

Hola, soy nuevo en el foro, aunque llevo una temporada siguiendo algunos temas. Lo primero: soy nuevo en linux, y me está costando entrar, pero allá vamos.

Tengo un dedicado (no administrado) que me está dando problemas, se cae de vez en cuando. Despues de mucho investigar por internet, he llegado a la conclusión de que es un problema de mysql y el consumo de memoria. Ejecutando el mysqltuner obtengo la siguiente salida:

>> MySQLTuner 1.0.1 - Major Hayden <[email protected]>
>> Bug reports, feature requests, and downloads at
>> Run with '--help' for additional options and output filtering

-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.0.45-log
[OK] Operating on 32-bit architecture with less than 2GB RAM

-------- Storage Engine Statistics -------------------------------------------
[--] Status: -Archive +BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 75M (Tables: 246)
[--] Data in InnoDB tables: 2M (Tables: 138)
[!!] BDB is enabled but isn't being used
[!!] Total fragmented tables: 19

-------- Performance Metrics -------------------------------------------------
[--] Up for: 11h 18m 17s (511K q [12.577 qps], 48K conn, TX: 283M, RX: 49M)
[--] Reads / Writes: 75% / 25%
[--] Total buffers: 186.0M global + 24.4M per thread (100 max threads)
[!!] Allocating > 2GB RAM on 32-bit systems can cause system instability
[!!] Maximum possible memory usage: 2.6G (264% of installed RAM)
[OK] Slow queries: 3% (15K/511K)
[OK] Highest usage of available connections: 16% (16/100)
[OK] Key buffer size / total MyISAM indexes: 64.0M/25.1M
[OK] Key buffer hit rate: 99.9% (8M cached / 12K reads)
[OK] Query cache efficiency: 83.8% (271K cached / 324K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 8K sorts)
[OK] Temporary tables created on disk: 11% (5K on disk / 47K total)
[OK] Thread cache hit rate: 99% (16 created / 48K connections)
[OK] Table cache hit rate: 92% (408 open / 442 opened)
[OK] Open file limit used: 24% (533/2K)
[OK] Table locks acquired immediately: 99% (82K immediate / 82K locks)
[OK] InnoDB data size / buffer pool: 2.3M/8.0M

-------- Recommendations -----------------------------------------------------
General recommendations:
Add skip-bdb to MySQL configuration to disable BDB
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours - recommendations may be inaccurate

sé que no han pasado las 24 horas que pide el programa, y he optimizado las tablas de las bases de datos. Lo que no sé es que optimizar en my.cnf para no permitir el uso tan elevado de memoria (264 % de RAM), que creo que es lo que da el problema.

Tengo varias páginas web alojadas, con poco movimimiento, excepto un wordpress con unas 6000 visitas diarias máximas.

El dedicado tiene un fedora 7 instalado con plesk, cpu AuthenticAMD, AMD Athlon64 X2 Dual Core Processor 3400 y 1 Gb de RAM

Agradezco cualquier sugerencia

Un saludo a toda la comunidad

 

Amplia la memoria de tu servidor..

 

no puedo

Hola ideasmultiples, lamentablemente, me supondría cambiar de servidor. No me permiten ese cambio de hardware. Me gustaría saber si es posible con ese hardware, y una configuración afinada, soportar esa carga.
Por supuesto, si llego a la conclusión de que no es posible, habrá que migrar a otro dedicado más potente...

Gracias por la respuesta

 

el wordpress lo tendras con cache, verdad ???

un wordpress sin cache te tira hasta el mejor servidor.

un saludo.

 

Hola comvive, efectivamente tengo instalado el wp-cache. El problema creo que viene de una mala configuración de mysql, que le permite usar más memoria de la disponible.

Un saludo

 

el wp-cache es muy antiguo, intenta probar con otros como 1 blog cacher o wp-supercache

un saludo.

 

Hola comvive, antes de instalar el wp-cache, (llegué a el buscando un sistema para reducir la carga del server), estuve indagando por la web. Encontré varias webs donde dicen que wp-cache, aunque a veces da algún problema, consume menos recursos que 1 blog cache o que wp-supercache

te adjunto un enlace: buayacorp.com/archivos/wp-cache-vs-1blogcacher

gracias por las ideas

 

Otra opcion es ver si has optimizado tu servidor tanto para http como para mysql. A lo que veo no, te recomiendo buscar por internet e investigar un poco sobre optimizacion del servidor, te hubiera recomendado unos 3 sitios pero desgraciadamente en la actualizacion que hice de windows chafa vista a windows 7 perdi varios de mis enlaces favoritos (Una desgracia la verdad), eso si deberas andar jugando un poco con los valores para ver cual es la mejor optimizacion para tu sitio. en caso de que no funcione la optimizacion ahora si sera necesario cambiarte a un servidor mas potente.

 

Te recomiendo pagues 20 y algo de dolares a una empresa de administracion de server , como Platinum management server,,, lo primero que hacen ellos es optimizar todo e implementar seguridad.
Ahora ojito. Veo todos los dias gente con WP que casi ni tiene visitas y satura servidor, simplemente por el hecho de andar instalando malditos plugins para esto y para aquello.
Los plugins son buenos pero cuidado de donde los sacas.... haciendo limpieza en maquinas y ayudando a clientes hemos visto un centenar de plugins infectados, que a cada rato el mysql caia una y otra vez..

 

Una buena opcion de echo platinumservermanagement es muy bueno para las optimizaciones y es barato, puedes contratarlo por solo 1 mes, para que te administren el servdor en la cuestion de optimizacion.

 

Voy a echar un vistazo, parece una opción muy razonable. Gracias por las respuestas.

 

Hola luisfer1,

Tienes configurado el mysqld para que consuma 2,6G de ram cuando solo tienes 1Gb en el servidor:
[!!] Maximum possible memory usage: 2.6G (264% of installed RAM)

Baja los valores de las variables en /etc/my.cnf hasta que el "Maximum possible memory usage" marque un 60% o 70% del total de ram instalada.

Tambien puedes desactivar el binary log para ganar mas velocidad. Esta todo comentado en /etc/my.cnf


saludos

 

Hola Rosco, gracias por la respuesta. Despues de nnuchas vueltas por internet y de muchas pruebas, conseguí bajar el tope de RAM a 500 y pico MB.

He usado dos scripts diferentes, el tuning-primer.sh y el mysqltuner.pl y a base de pruebas y de entender un poquito como funcionaban los diferentes parámetros de configuración he logrado que no me suelten ninguna alerta en rojo,

Se paró un día el servidor despues de funcionar como 12 días seguidos (nunca había estado tanto tiempo funcionando desde que instalé el blog, 6000 entradas diarias), y creo que fue por sobrepasar las 100 conexiones por defecto. He subido ese valor a 120 y parace que el consumo máximo posible de RAM no se ha incrementado demasiado.

Pego el contenido del my.cnf por si le vale a alguien. Corre en una máquina con fedora 7 instalado con plesk, cpu AuthenticAMD, AMD Athlon64 X2 Dual Core Processor 3400 y 1 Gb de RAM

CODE, HTML o PHP Insertado:

[mysqld]
socket=/var/lib/mysql/mysql.sock
datadir=/var/lib/mysql
skip-locking
skip-bdb

max_connection = 120

query_cache_type=1
query_cache_limit=1M
query_cache_size=96M


interactive_timeout=80
wait_timeout=10
connect_timeout=10

table_cache=1024
thread_cache=32

key_buffer=128M
thread_concurrency=2
log_slow_queries=/var/log/mysql-slow-queries.log
long_query_time=2

[mysql.server]
user=mysql
basedir=/var/lib

[safe_mysqld]
err-log=/var/log/mysqld.log
pid-file=/var/lib/mysqld/mysqld.pid
open_files_limit=8192

[mysqldump]
quick
max_allowed_packet=16M

[mysql]
no-auto-rehash

[isamchk]
key_buffer=64M
sort_buffer=64M
read_buffer=16M
write_buffer=16M

[myisamchk]
key_buffer=64M
sort_buffer=64M
read_buffer=16M
write_buffer=16M

[mysqlhotcopy]
interactive-timeout

[client]
socket=/var/lib/mysql/mysql.sock

Gracias a todos por las respuestas. Un saludo