Un comando muy sencillo para ver cuantos archivos contiene un directorio y sus subdirectorios o bien solo el directorio actual:
Ver archivos en directorio actual y en los subdirectorios que tenga:
find . -type f | wc -l
Ver número de archivos que hay solo en el directorio actual:
find . -maxdepth 1 -type f | wc -l
4 fantasticas herramientas para monitorear la red en linux que no pueden faltar entre tus programas de monitoreo.
Explicación detallada de lo que hacen y como instalarlos, entre ellos iptraf, iftop, bmon, darkstat y además algunas menciones a otros.
Les dejo nuestra ultima entrada sobre un script que monitorea el CPU la memoria, el swapt además de los paquetes entrantes y salientes. Si algún valor es mayor o igual al que hemos puesto nos enviará un email para que revisemos el servidor.
Pueden ver toda la entrada y el script en este enlace Script para monitorear el servidor
Bueno como dice el titulo vamos a limitar la velocidad de bajada de cada conexión a apache.
Primero instalamos
libapache2-mod-bw
apt-get install libapache2-mod-bw
Habilitamos el modulo:
a2enmod bw
Este paso casi nunca hace falta ya que si lo instalamos con apt-get se auto habilita.
Ahora bien, en el virtual host de cada web o de la web que queremos limitar la bajada añadimos estas lineas al final:
BandwidthModule On
ForceBandWidthModule On
# Limitamos a 200KB por segundo ( los valores en bits )
Bandwidth all 1638400
# Podemos limitar por ciertas extensiones ( 100KBps
LargeFileLimit .avi 1 819200
LargeFileLimit .mpg 1 819200
Reiniciamos apache:
service apache2 restart
Eso es todo.
Es un error bastante común si tenemos bases de datos grandes y las intentamos exportar en comprimidas, también es verdad que ocurre el problema con mayor frecuencia cuando intentamos exportar en zip, normalmente vemos este error:
Viendo los logs de cpanel ( no los de /etc/httpd que son los logs de las webs ) vemos que hay un problema de memoria:
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 109580528 bytes) in /usr/local/cpanel/base/3rdparty/phpMyAdmin/libraries/zip.lib.php on line 132
La solución es subir la memoria que puede usar phpmyadmin o bien dejar de usar zip por que consume más.
La memoria la podemos subir en /usr/local/cpanel/3rdparty/php/53/etc/phpmyadmin/php.ini
O si no toma los valores, en este otro archivo: /usr/local/cpanel/3rdparty/php/53/etc/php.ini
No se por que antes en cpanel 11.36 funcionaba en el php.ini de la carpeta phpmyadmin pero luego de la actualización a cpanel 11.38.x ya solo me funciona en la segunda ruta que deje.
Ahora bien cuanto ?
Eso dependerá del error, a mi me dice que me hacen falta poco más de 100MB, así que subo 100, si nos pide mucho es mejor dejar de usar zip por que podemos tener problemas.
Pero bueno si editamos el php.ini que deje arriba tenemos que ejcutar:
/usr/local/cpanel/bin/install_php_inis
Va eso es todo 🙂
Pues eso hoy otra vez he tenido este error en cpanel, alguna que otra vez me lo he encontrado si no accedo durante un largo periodo al servidor, el error como dice el título:
ssh_exchange_identification: Connection closed by remote host
No se a que es debido, pero si entramos a WHM -> restar services y reiniciamos el SSH problema resualto, esto lo digo por si a alguien le pasa.
Como saben este blog lo he creado para dejar aquí soluciones a errores o bien errores pendientes de solución a los que no tengo tiempo para revisarlo al instante, así que aquí esta el problema, si alguien lee esto y sabe lo que pasa, se le agradece que deje un comentario con la solución o mande un email a yo(arroba)skamasle(punto)com
En todo caso lo intentaré mirar a fondo cuando tenga un rato, igual no es nada grave y casi nunca pasa 🙁
Un ingeniero que fue llamado a arreglar una computadora muy grande y extremadamente compleja… una computadora que tenia un coste de 12 millones de dolares
Sentado frente a la pantalla, oprimió unas cuantas teclas, asintió con la cabeza, murmuró algo para sí mismo y apagó el aparato. Procedió a sacar un pequeño destornillador de su bolsillo y dio vuelta y media a un minúsculo tornillo. Entonces encendió de nuevo la computadora y comprobó que estaba trabajando perfectamente.
El presidente de la compañía se mostró encantado y se ofreció a pagar la cuenta en el acto.
-¿Cuánto le debo? -preguntó
– Son mil dólares, si me hace el favor.
– ¡¿Mil dólares?! ¿Mil dólares por unos momentos de trabajo? ¿Mil dólares por apretar un simple tornillito? ¡Ya sé que mi computadora cuesta 12 millones de dólares, pero mil dólares es una cantidad disparatada! La pagaré sólo si me manda una factura perfectamente detallada que la justifique.
El ingeniero asintió con la cabeza y se fue. A la mañana siguiente, el presidente recibió la factura, la leyó con cuidado, sacudió la cabeza procedió a pagarla en el acto, sin chistar.
La factura decía:
Servicios prestados:
Apretar un tornillo…………………… 1 dólar.
Saber qué tornillo apretar…………. 999 dólares.
Aquí una pequeña explicación de que es la cache que se guarda en la memoria de linux, también si esta bien o no liberarla y otros detalles que deberían saber si creen que su PC o servidor consume mucha RAM.
En forobeta han hecho una pregunta interesante sobre un servidor que tenia el load alto o sea mucha carga y además han dejado una captura, aquí dejo la captura y mi respuesta, OJO que dejo aquí la respuesta y demás por que es un tema muy interesante este:
En la imagen vemos que el mysql consube bastante, en muchos casos es poro algún plugin, alguna query muy larga, algo que hace muchas consultas y en otros casos es por que el disco duro es muy lento y tiene que esta haciendo muchas lecturas y escrituras y eso retrasa la base de datos, ahora bien, esto lo vemos en donde dice WA 8%, no es mucho, pero si se mantiene siempre o siempre hay IO wait y sube hará que todo nuestro server este lento, aunque como es solo una captura no sabemos eso con exactitud.
En todo caso el Wait no es siempre provocado por mysql, así que he aquí algunas deducciones y cosas que podemos hacer o al menos que yo haría.
Pues digo lo mismo que datacenter1, parece que tienes problema de IO.
Aunque depende de muchas cosas.
Puedes tener un server con un disco lento o saturado y eso genera mucha carga.
Puede ser tu CPU, he tenido muchos clientes que en un dedicado van algo mal y en un VPS mucho mejor,, claro el VPS es de calidad, con CPU XEON 2.4 y 20 MB de cache cada core, y el load no sube de 1 o 2 en cambio el dedicado un i7 de los de primera generación o un 15 o un i3 o peor aún un q8xxx
Puede ser que tu CPU sea algo flojo.
Puede que tu disco este saturado y por eso el IO tan algo.
Puede que simplemente sea mala configuración.
O puede que tus webs consuman mucho y tu server sea algo flojo, además mal configurado y el disco este saturado lectura/escritura y aparte sea hardware viejo DDR2 etc.Solución, cambiar de servidor.
Solución 2 configurar bien el servidor.
Solución para el IO wait, intentar cachear, evitar que se use mucho el disco, principalmente en el tmp de mysql y en los caches de las webs, opciones;
– Montar tmp y caches en RAM si se tiene mucha RAM, no hay problema.
– Complementar con memcached | Intentar con varnish | Apc y xcache para reducir el consumo de PHP | deshabilitar algunos logs | checar disco duro.
En resumen, entre menos usemos el disco más rápido será todo, si tenemos SSD o SSD en raid10 o sas15k también en RAID 10 tendremos mejor rendimiento, pero si no también es mejor intentar aprovechar la RAM y montar ahí algunas carpetas.
Eso es todo, pueden ver todo el tema y las demás respuestas aquí: http://forobeta.com/dedicado/181204-cpu-load-alto-ram-baja-que.html
Les dejo esta pequeña guía que nos permite hacer un monitor de uptime para nuestra web usando google docs.