sólo tenían una pequeña cantidad de informes de errores en cola [humorística imagen]

Esta es una situación en la que es probablemente mejor no saber los detalles …

Estoy seguro de que esto es una especie de registro [Imgur]

Parece bastante normal para mí.

Hace unos meses, un servidor de correo electrónico corro constantemente quedando sin memoria a pesar de que tiene 4 veces la cantidad de almacenamiento que todas las cuotas de usuarios combinan requeriría. Me limpié los archivos de registro y me ayudó un poco, pero no lo suficiente. Cada semana o así, se llenaría de nuevo. Me gustaría conseguir ocupado y olvidarse de él, entonces comenzaría correo electrónico rebote cuando se fue del 100% de su capacidad. usuarios descontentos llamarían. No está bien.

Puede entonces pasar a 2 meses y estoy haciendo una actualización de los sistemas – tanto en la versión del sistema de correo electrónico y el sistema operativo están siendo mejoradas. Lo primero que hago después de toda la planificación se completa es una copia de seguridad completa del sistema. Todo. Anteriormente, este proceso se lleva unos 30 minutos, pero desde una copia de seguridad automática que pasó sólo unas horas antes, yo esperaba que la copia de seguridad para terminar en 3-4 minutos. Le tomó a los más de 30 minutos, por lo que algo estaba definitivamente mal. La única forma en que podría suceder es que si había miles de archivos que han cambiado entre 02 a.m.-04 a.m. O 1 archivo realmente enorme que ha cambiado.

Resultó que era un único archivo de registro enorme para una aplicación Java no se almacenan en el lugar previsto para archivos de registro, por un valor de 11 GB en el mismo error que se anexa cada 20 segundos. Que había sido para … quizás 2 años. Me encanta Java, NO! Cada copia de seguridad reciente fue 11GB más grande que tenía que ser; la compresión lo hacía aproximadamente 400M en el disco, pero aún así, era grande. El tamaño del registro probablemente fue creciendo alrededor de 500 MB por mes. Googled el error, que se encuentra una solución, aplicado y que se ha mantenido archivo 0 bytes para un par de meses. Las actualizaciones del sistema operativo y el sistema funciona según lo previsto.

Por lo menos no era 35.2GB archivo de registro.

El fu

Gracias por la información. Me ayudó mucho en el mismo problema que estaba enfrentando en mi proyecto 🙂

¡Eso es hilarante!

Sería interesante ver el interior del archivo (s) de registro. Probablemente nada más que repiticiones banales allí, pero podría apuntar a algo que necesita ser tratado.

No alcanzo a ver cómo es la culpa de Java en esa situación TheFu. Esto es más como culpa de un programador incompetente.

Es una combinación de cosas.

1. Nadie comprobar los registros – y luego borrarlos;. 2. mal diseño de la tala – frecuencia montones de información inútil, pero nunca lo suficiente en un error real; 3.. La mala programación, peor depuración;. 4. Sin rutina viable para determinar dónde se desperdicia espacio en disco.

La explicación canónica de por qué hay tantos muy similares razas humanoides-como en el universo de Star Trek es, de acuerdo con Star Trek: El episodio Siguiente Generación 146 “de la caza”, es que un antiguo, pero no identificada raza humanoide sembró la mayor parte de la conocida universo con su ADN en un intento de preservar su especie, prácticamente hablando, sin embargo, es mucho más fácil de hacer el maquillaje extranjero cuando todo el mundo parece casi humana.