Nos situamos. Puede que un día empiece a ir muy lento el arranque del VCSA, que nos surjan problemas de funcionalidad en nuestro día a día y que no sea posible realizar las operacines desde el propio vCenter.

En cambio, si nos conectamos directamente a los ESXi las podamos realizar sin problema alguno, o puede llegar el día en que no nos cargue el servicio de Web Client y no podamos acceder.

Todo esto apunta directamente a un problema:

Nos hemos quedado sin espacio en una de las particiones de nuestro VCSA 6.0

Esto se debe a que hay un bug en algunas de las releases más recientes.

Buscando el problema

Para asegurarnos que realmente es este el problema, podemos comprobarlo de una manera muy sencilla, accediendo a https://vCenter_IP:5480

storage VCSA 6.0 

Como podemos observar en la imagen, tenemos una alerta que nos indica que el filesystem /storage/log está bajo en espacio en disco.
El primer paso, es habilitar SSH y Shell.

storage VCSA 6.0 

Una vez habilitado, ya podemos acceder por SSH y comprobar los recursos con df -h

storage VCSA 6.0 

Observamos que /dev/mapper/log vg-log está al 100%, entonces, sabemos que este es el causante de los problemas.

¿Cómo solucionar el problema?

Vamos a empezar a realizar las modificaciones pertinentes para solucionar el problema:

1. Acceder al directorio cd/usr/lib/vmware-sso/vmware-sts/webapps/sts/WEB-INF/classes/

2. Realizamos un Backup del fichero cp log4j.properties log4j.properties.bak

3. Una vez con el backup realizado, accedemos al fichero con vi log4j.properties y localizamos los siguientes parámetros y modificamos las siguientes entradas para evitar que vuelva a reproducirse el problema de que colapse de nuevo el filesystem.

4. Cambiamos el parámetro a 50MB y a 5 respectivamente.

log4j.appender.LOGFILE.File=${catalina.base}/logs/vmware-identity-sts.log

log4j.appender.LOGFILE.MaxFileSize=50MB

log4j.appender.LOGFILE.MaxBackupIndex=5

5. Cambiamos el parámetro a 3.

log4j.appender.PERFLOG.File=${catalina.base}/logs/vmware-identity-sts-perf.log
log4j.appender.PERFLOG.MaxBackupIndex=3

storage VCSA 6.0 

6. Reiniciamos el servicio STS
service vmware-stsd restart

7. Y por último vamos a eliminar los logs antiguos.
cd /storage/log/vmware/sso/ 



rm localhost_access_log.*

rm vmware-identity-sts.*

rm vmware-identity-sts-perf.*

storage VCSA 6.0 

Reiniciamos de nuevo el servicio STS
service vmware-stsd restart

storage VCSA 6.0 

En la imagen podemos observar como el filesystem de log ha recuperado espacio libre y nuestro VCSA ya está en buen estado.

storage VCSA 6.0 

Siguiendo estos sencillos pasos, tendríamos resuelto el problema de espacio. Para cualquier consulta, recuerda que puedes realizarla a través de nuestra web o bien dejando un comentario más abajo. Desde Base10 esperamos que este post haya sido de tu interés.

https://kb.vmware.com/s/article/2143565

Por Alejandro Suarep

y Eduardo Lázaro