En la SUN se ve el espacio en disco con "df -k". Un comando util es "du -sk * | sort -n" que nos da los directorios ordenados por tamanio. El ultimo es el mayor y sirve para ver donde se estan acumulando los MB. OBSERVACION: siempre que se llene un filesystem, fijarse si no hay algun proceso que se haya muerto y haya dejado un "core" en ese filesystem. Se puede ver posicionandose en ese filesystem y ls core o bien con un find . -name core -xdev (eso le dice que se mantenga dentro del filesystem y no salte a otro). Borrar esos core porque ocupan mucho espacio y no se usan. NS1: / No tiene que crecer. /usr No tiene que crecer. /proc Es el filesystem de procesos. No se llena fd No se usa /var No deberia llenarse. Si se llena borrar en /var/adm los messsages.?.gz, dejar solo el messages (los que tienen numero son mas viejos, ver fecha) o en /var/log los syslog.?.gz /export/home Cuentas de usuarios, no deberia llenarse. Podria crecer mucho el subdirectorio /export/home/dns. En ese caso borrar dentro de /dns/ant. /export/home/backup/tmp borrar el contenido. /opt No tiene que crecer. /usr/openwin No tiene que crecer. /tmp Si se llena se queda sin swap la maquina. Probablemente se rebotee sola o de algun mensaje de error. Si da cannot fork, fijarse si no hay mas de un named corriendo (si fuera asi, matarlos a todos y largar uno nuevo con /usr/local/sbin/named). NS2: / No tiene que crecer /usr No tiene que crecer /proc Es el filesystem de procesos. No se llena fd No se usa /var Crece. OJO. En /var/log se guardan los rnoc*.log y rnoc*.debug que pueden hacerse muy grandes. Empezar por borrar los .gz. Si no basta, copiar /dev/null a alguno de esos archivos para ponerlo en cero (no borrarlo con "rm" porque el syslog lo tiene abierto). Ejemplo: cp /dev/null rnoc4.debug cp /dev/null rnoc7.log Si sigue muy lleno, borrar los syslog.?.gz (los mas viejos). Y en /var/adm los messages.?.gz (tambien empezar por los mas viejos) Otro dir que puede crecer es /var/spool/mqueue. Si hay mails enormes, borrarlos (recordar: dfXXXXXXX es el archivo con los datos, qfXXXXXX es el que tiene el header, xfXXXXXX es el que tiene el mensaje de error. Borrar los 3 para que no queden cosas sueltas). Borrar con delicadeza, solo lo indispensable!! Son mails que se pierden! Solo en caso de extrema urgencia!!! En /var/mail se puede poner en 0 el archivo nicolas, el no lo lee mas, pero a veces llegan mensajes relativos a la red (porque el estaba como administrador) y por eso se guarda. Borrar solo en caso de necesidad. /tmp Es el swap space. Si se llena va a dar error la maquina. Ver con "top" que proceso se esta comiendo la memoria. Si es el named, matarlo y largarlo de nuevo. Si no, depende de lo que haga el proceso. Si es el dump*.pl y esta corriendo hace mas de 5 minutos, se puede matar (ver como hacerlo en receta por separado). /export No deberia crecer. Si crece, decirle a Christian que borre sus cosas y libere algo de espacio /opt No tiene que crecer /usr/local Puede crecer. Si se llena, en /usr/local/squid/logs se pueden borrar los logs mas viejos (store.?, cache.? y access.?). /sysmgr Se puede llenar. Los archivos que crecen mucho son el serial.log, rnoc4.log, nacional.log y env.log. No se pueden borrar, pero se pueden pasar a un disco de otra maquina y comprimirlos. Es el accounting de todo el sistema, no hay que perderlos. Si hay algun .gz empezar borrando esos primero. /cache1 /cache2 /cache3 /cache4 No deberian pasar del 95%. Si sucediera eso, no se puede borrar nada, pero se podria reducir un parametro en el archivo squid.conf y rearrancarlo. Hay que editar el archivo /usr/local/squid/etc/squid.conf y bajar el tamanio del primer parametro de cada directorio de cache, que indica el maximo en MB que usa para ese directorio. Rearrancar el squid haciendo: /usr/local/squid/bin/squid -k reconfigure. Si eso no anda, hacer shutdown y volver a largar el squid: /usr/local/squid/bin/squid -k shutdown (esperar a que termine, ver con ps -ef | grep squid que el squid no aparezca mas. El squid toma 30seg-1min en hacer el cleanup y morir) /usr/local/squid/bin/squid NOTA: a veces basta con bajar el squid y volver a largarlo, sin necesidad de cambiar la configuracion. PAGER (alias NEWS.RETINA.AR) / No tiene que crecer /news Si crece mucho es que los newsgroups estan llenando el filesystem. Hay que hacerlos expirar mas seguido. Para hacerlos expirar mas rapido: editar el archivo /news/etc/expire.ctl y donde dice: ar.*:A:never:never:never Poner por ejemplo: ar.*:A:10:10:10 En donde dice *:A:14:18:20 bajar los tiempos a 5 (como algo extremo para ver si baja el uso del filesystem). Luego correr: /news/bin/scripts/expirar Verificar que el expire empiece a correr (con ps -ef). A veces el server ha quedado "throttled" o "reserved" y el expire falla. Esto se puede ver en el archivo nohup.out que genera el "expirar". En ese caso hay que darle "go" con el ctlinnd. Primero hay que ver la razon por la cual esta "throttled" o "reserved": /news/bin/ctlinnd mode Server throttled reason: No space left on device writing article file -- throttling y entonces darle: /news/bin/ctlinnd go "..." donde entre comillas se debe poner la razon que dice el ctlinnd mode. NOTA: ver mas explicacion en la documentacion sobre ctlinnd, innd, expire. /tmp si crece se puede borrar cualquier cosa /usr no deberia crecer /var en /var/log se puede hacer lo mismo que en las otras maquinas, solo que aqui hay mas diversidad de logs. Siempre borrar primero los mas viejos. En /var/log/httpd se pueden borrar los logs de las paginas web: *access_log y *errror_log. En /var/home estan las cuentas de usuarios. En gcicileo hay un directorio patches y otro rpms que en caso de urgencia se pueden borrar. Sin embargo esto no crece, por lo que si se llena el filesystem se debe a otra cosa. MAILER-1 (alias MAIL.RETINA.AR): / No tiene que crecer. /usr No tiene que crecer. /proc Es el filesystem de procesos. No se llena fd No se usa /var Puede llenarse. Un dir que puede crecer es /var/spool/mqueue. Si hay mails enormes, borrarlos (recordar: dfXXXXXXX es el archivo con los datos, qfXXXXXX es el que tiene el header, xfXXXXXX es el que tiene el mensaje de error. Borrar los 3 para que no queden cosas sueltas). Borrar con delicadeza, solo lo indispensable!! Son mails que se pierden! Solo en caso de extrema urgencia!!! Los directorios /var/adm y /var/log tambien pueden crecer y si es necesario se pueden borrar los messages.? y syslog.? mas viejos. Tambien pueden crecer mucho los archivos poplog, osh.log, tcpd.log y tacacs.log. Si se necesita, se puede hacer una copia de estos archivos a alguna otra maquina y hacer un "cp /dev/null poplog", etc, para ponerlos en 0. El tcpd.log en caso de urgencia se puede poner en 0 y suele crecer mucho. Otro directorio que podria crecer es /var/html, pues hay algunas paginas de web y algunos logs. Se pueden borrar los archivos access_log y error_log en los subdirectorios /var/html/cihoy/logs y /var/html/retina/logs (las paginas de los webs de darwin y antorchas estan en otro file system, por eso no se mencionan aqui. Tambien las paginas de Ciencia Hoy, aqui solo estan los logs). El directorio /var/sysmgr contiene un subdirectorio "tacacs" en el que el archivo userlog puede volverse muy grande. Si pasa esto, copiar el archivo a otra maquina y luego hacer el "cp /dev/null userlog". En caso de urgencia, ponerlo en 0 pues no tiene tanta importancia. /var/mail Estan los mails de los usuarios en /var/mail que pueden ser muy grandes. Si se llena, se pueden pasar los mails de usuarios a otra maquina y hacer que se los lleve. Normalmente Beto se encarga de llamar a los usuarios cuando hace mucho que no leen mails. /export/home Es el directorio donde estan las cuentas interactivas y donde ponen las paginas de web darwin, antorchas y otros. Si se llena, se puede ver que usuarios estan haciendo mayor uso del disco con "du -sk *" en /export/home. En el subdirectorio /export/home/ftp/home estan las paginas web de las que hacemos "hosting". La unica que deberia crecer es la de Ciencia Hoy (cihoy) y eventualmente la de Antorchas. Si se llenara el disco, habria que tratar de hacer espacio de alguna manera y en ultima instancia pedirle a quienes hacen las paginas que usen menos disco. En el directorio /export/home/local/private/etc cuelgan los archivos del radius. Se pueden borrar de raddb los logfile.??????.gz mas viejos (el radius genera uno por dia). En radacct/200.10.202.20 el archivo detail se puede poner en 0 en caso de urgencia. En /export/home/backup/tmp se pueden borrar los archivos, pues son generados ahi pero se copian a NOC1 a determinada hora (es de esperar que ya haya sido copiado durante la noche). /opt No tiene que crecer. /usr/openwin No tiene que crecer. /tmp Es el area de swap. No se deberia llenar. Si se llena, ver con "top" que proceso es el que esta consumiendo mas memoria y ver si se lo puede matar. MAILER-2 (este es un SCO, se usa "dfspace" para ver el espacio usado): Hay un unico filesystem. Se pueden borrar los archivos de /tmp. Tambien en /var/log se pueden poner en 0 los archivos daemon.debug y tacacs.log. En /var/adm se pueden borrar los messages.?.gz. En /var/tmp se puede poner en 0 el archivo tac_plus.log. En /usr/local/etc/httpd/logs se pueden comprimir los archivos error_log y access_log de la siguiente manera: gzip -9c error_log > err.yyyymmdd.gz ; cp /dev/null error_log gzip -9c access_log > acc.yyyymmdd.gz ; cp /dev/null access_log