El file de logging no crece más allá de un tamaño. ¿Por qué?

Tenemos una aplicación web basada en Java que se ejecuta en CentOS 6.0 de 64 bits y escribe muchos files de logging. Algunos de los files se rotan diariamente usando logrotate usando el daily , copytruncate y otras pocas opciones.

Uno de estos files de logging particulares deja de crecer exactamente a "102400000" bytes. El process continúa funcionando bien. Pero nada se escribe en el logging entonces.

Hice una stat en el file usando watch para ver si después de alcanzar el tamaño de byte "102400000" la hora modificada cambia, pero no es así. Nada le sucede al file. Simplemente se queda allí tal como está. Se siguen escribiendo en otros files de logging en el mismo directory.

Las cosas mencionadas en otra pregunta de StackExchange aquí no se aplican. Comprobé y volví a comprobar si había alguna donde se estableció la opción de ulimit mencionada, pero no hay ninguna.

Hacer el strace -f -p PID mostró que el process intentaba escribir, pero se encontró con los posts "Archivo demasiado grande" y "Límite de tamaño de file excedido":

 [pid 5679] write(1, "\n\n\n\n\n23-01-2013 12:00:46:921 Av"..., 128) = -1 EFBIG (File too large) [pid 5679] --- SIGXFSZ (File size limit exceeded) @ 0 (0) --- 

¿Cómo puedo averiguar qué está imponiendo este límite en el tamaño del file? Otros files de logging en el mismo directory son bastante grandes (más de 1 Gb de tamaño) y no tienen problemas como tales.

Entonces (de su comentario), hay un ulimit después de todo (causando el SIGXFSZ y EFBIG ) que explica por qué el tamaño del logging no puede ser más grande.

Puede confirmar con:

 grep 'Max file size' "/proc/$pid/limits" 

(donde $pid es la identificación del process java destinado a escribir en ese file).

Posiblemente lo establezca el process en sí mismo (verifique setrlimit o setrlimit en la salida de strace). También podría establecerse mediante un script de envoltura que inicie java o la aplicación java (busque ulimit -f 100000 ).