Rsyslog en la historia de éxito de CentOS Contenido Pre-amble Este documento explica cómo instalar rsyslog en sistemas derivados de Red Hat utilizando yum o descargando e instalando un RPM manualmente. Las instrucciones para usar yum se agregaron después de que este documento (extenso) fue escrito específicamente para el método RPM manual solamente, por lo que el flujo podría no ser perfecto, pero usted debería ser capaz de usar la sección yum o las secciones relacionadas con RPM sin mucho problema. La razón por la que comencé a mirar rsyslog como una alternativa al syslog de la acción, era que necesitaba el personal de ayuda para mirar entradas del maillog al diagnosticar y solucionar problemas del email para los clientes. La mejor manera de hacer esto, sin dar acceso al personal a ninguna cuenta de shell en los distintos hosts de correo, era conseguir que los hosts de correo registraran en un servidor MySQL central y permitiran el acceso a ese servidor desde un navegador web. Estas instrucciones detallan paso a paso cómo realicé esto usando (originalmente) rsyslog 1.17.5 ejecutándose en Scientific Linux 4.5 (derivado de Red Hat Enterprise Linux 4 Update 5) y usando phpLogCon como interfaz web para la base de datos MySQL. Ahora estoy usando las últimas versiones de rsyslog y continuaré actualizándome a medida que las nuevas versiones estén disponibles. Estas instrucciones deberían ser válidas no sólo para Scientific Linux, sino para cualquier derivado basado en RHEL que incluya CentOS, Tao, Whitebox Linux, etc., ya que básicamente utilizan los SRPMs de Red Hat. Estas instrucciones también son válidas para cualquier versión de rsyslog desde 1.17.5 a 1.19.x. Objetivo de este documento Describir las instrucciones de instalación para rsyslog en sistemas derivados de Red Hat como CentOS 5.x y Scientific Linux 4.5 Recursos La página principal de rsyslog está aquí: La especificación original se obtuvo de: sin embargo, pvrabec no mantiene esta especificación, así que la usé como Una base y actualizado en consecuencia en cada actualización de rsyslog. Usando yum Compruebe si los repositorios yum a los que tiene acceso incluyen cualquier paquete rsyslog: Lo siguiente se basa en el paquete rsyslog versión 2.0.6 que está en el repositorio base yum de CentOS a partir de septiembre de 2009. TENGA EN CUENTA que si la versión 3 o superior La instalación puede ser diferente debido a los cambios en rsyslog a partir de la versión 3. Simplemente instale rsyslog usando yum: Esto no debería hacer nada a su sistema actual (generalmente syslog / sysklogd). Simplemente instala rsyslog en paralelo (y depende de ti encenderlo). Todo se pone en marcha para usted (scripts de inicio, archivo de configuración que es un espejo de syslog. conf, la integración con la rotación de registro, etc) y sólo tiene que: Si desea eliminar de forma permanente syslog / sysklogd de su sistema, Puede intentar: Note yum también debe agregar rsyslog a /etc/logrotate. d/syslog para que no tenga que tocar nada de esto. Después de la instalación, ese archivo debe ser similar a esto: Dejar la línea syslog en ese archivo no hará daño a nada. Ahora ha terminado y tiene un reemplazo de rsyslog de trabajo para syslog / sysklogd. Ahora puede ir a /etc/rsyslog. conf si desea agregar reglas de registro más potentes. Archivos de especificaciones Todos los archivos de especificaciones que mantengo se pueden encontrar aquí: Actualmente tengo los siguientes archivos de especificaciones disponibles: Con el propósito de ahorrar tiempo en el futuro, he enviado mi archivo de especificaciones al excelente repositorio rpmforge y espero que algún día puedan tomar el control y Mantenerlo Nota 1: aunque todos estos archivos de especificaciones están configurados con MySQL habilitado (la configuración --enable-mysql en el archivo spec), todavía se pueden usar incluso si no está usando el registro de MySQL. Nota 2: si está usando rsyslog v1.19.0 y superior, lea la parte inferior de la página wiki para instrucciones especiales sobre el registro 1.19.x a MySQL. Nota 3: después de revisar mis instrucciones desde cero, descubrí que también necesitaba los archivos: en el directorio / usr / src / redhat / SOURCES para construir correctamente desde los archivos de especificaciones proporcionados. Build RPM (s) Una vez que se ha descargado y copiado uno de los archivos de especificaciones anteriores: y se ha descargado y copiado en el archivo tar del rsyslog (que se refiere a las fichas de especificaciones): entonces es simplemente una cuestión de hacer: construir el rsyslog RPM binarios. Instale las RPM de rsyslog recién construidas Nota: La instalación de este RPM eliminará su configuración de syslog antigua, como queremos que lo haga, y la reemplazará por rsyslog. Iniciar rsyslog Por defecto, rsyslog se iniciará al arrancar: Permite iniciar rsyslog: y en el archivo / var / log / messages vemos: Configurar el registro de MySQL Las instrucciones de configuración están aquí: Desde esa URL vemos: La definición del esquema está contenida en el archivo createDB. sql. Viene con el paquete rsyslog. Revise para comprobar que el nombre de la base de datos sea aceptable para usted. Así que necesitamos el tarball para extraer este archivo de él (ya que no incluyo este archivo en el RPM, voy a modificar la especificación algún día para incluirlo): Nota: en rsyslog v1.19.10 este archivo se puede encontrar aquí ./plugins /ommysql/createDB. sql después de la extracción de tarball. Podemos usar este archivo directamente o, si le gustaría especificar el nombre de la base de datos (lo cual hago): para cambiar el nombre de Syslog a cualquier nombre de base de datos que desee. Ejecutar el archivo createDB. sql Ejecutar createDB. sql en la base de datos MySQL, que producirá la base de datos Syslog y la rellenará con las tablas correspondientes. Asignar el nombre y la contraseña de la cuenta de MySQL a la base de datos de Syslog Para la simplicidad, hago mi trabajo de MySQL usando phpMyAdmin, por supuesto usted puede utilizar lo que usted elige incluyendo la línea de comandos de mysql. Por razones de seguridad, así crear un nuevo nombre de usuario MySQL y contraseña que se utilizará y se mostrará en el archivo /etc/rsyslog. conf. Utilizando phpMyAdmin, basta con otorgar a este usuario privilegios INSERT a la tabla systemevents solamente. También creamos el usuario syslogwriter MySQL y asignamos privilegios INSERT a la tabla systemevents solamente. Se crearon las siguientes cuentas MySQL de syslogwriter: hasta N servidores que se registrarán en esta base de datos MySQL. Nota: las cuentas MySQL anteriores son necesarias para cada servidor de registro en un servidor central de MySQL. Si el servidor MySQL no va a actuar como un repositorio central para los mensajes syslog, entonces solo se necesita syslogwriterservername1.example. au. Dígale a rsyslog que se registre en la base de datos Como se explica en la URL anterior: A continuación, necesitamos decirle a rsyslogd que escriba datos en la base de datos. Como usamos el esquema por defecto, NO necesitamos definir una plantilla para esto. Podemos utilizar el codificado en disco duro (rsyslogd maneja la plantilla apropiada que liga). Así que todo lo que tenemos que hacer es añadir una línea selectora simple a /etc/rsyslog. conf Así que hacemos este cambio: agregue lo siguiente al final del archivo: Nota: es importante usar espacios TAB entre las entradas anteriores y modificar el Para su configuración. Ajustar el rendimiento de la base de datos Con las grandes bases de datos de registro, experimentará pérdidas de rendimiento notables en la interfaz web. Hasta cierto punto, esto puede ser compensado añadiendo un par de índices a la tabla de Syslog, éstos son los que se usan en mi sitio (Incase): Asegure el archivo /etc/rsyslog. conf Como se discutió en la URL anterior: Como un lado Note, es muy recomendable hacer que el archivo rsyslog. conf sea legible por root solamente - si lo hace legible en todo el mundo, todo el mundo podría obtener la contraseña (y eventualmente otra información vital de ella). Reiniciar rsyslog En este momento, ahora se estaba registrando en la base de datos MySQL. Para ver los registros necesitamos usar phpLogCon. Instalar phpLogCon phplogcon. org/ phpLogCon se utiliza para navegar por la base de datos MySQL desde cualquier navegador web. También admite la creación de cuentas de usuario para que las personas puedan ver las entradas de rsyslog registradas. Esto es obviamente extremadamente práctico y la energía verdadera detrás de la visión de las entradas del rsyslog en un servidor central de MySQL. El archivo se puede descargar desde aquí: Extraer el tarball Crear ruta web o servidor virtual Creo normalmente servidores virtuales Apache para cualquiera de estos tipos de configuraciones en clúster, pero también puede copiar el directorio phplogcon extraído para: Mover phplogcon al directorio web Ejecutar install. php para phplogcon Antes de hacer esto, tuve que asignar TODOS LOS PRIVILEGIOS acceso a la base de datos Syslog para el usuario syslogwriter MySQL de lo contrario el script install. php no tendría los privilegios correctos para escribir en las tablas. No me molesté en tratar de resolver exactamente los privilegios necesarios. Como se explica en la URL: Corregir los permisos para que podamos tener config. php creado por el script de instalación: Nota: bien cambiar a una configuración más segura después de la install. php es completa. Haga clic en Enviar en la primera página Bienvenido a la instalación de phpLogCon etc. Detalles completos de Tipo de conexión, Host / IP, Puerto, etc. Haga clic en Instalar phpLogCon que genera: Proteger el entorno web phpLogCon Inicio de sesión en phpLogCon Haga clic en el enlace de índice, ingrese el nombre de usuario y la contraseña que creó en la pantalla de instalación. Usando phpMyAdmin, ahora podemos mirar la tabla SystemEvents en la base de datos Syslog para mostrar que las entradas se están registrando realmente contando el número de entradas en la tabla. También deberíamos poder ver estas entradas de rsyslog en phpLogCon en la pestaña Mostrar eventos. Si no lo hacemos, necesitamos desactivar la configuración de hora UTC como se explica a continuación. Modificar la configuración de hora UTC Como se explica aquí: Necesitamos modificar el config. php para desactivar la configuración de hora UTC. Ahora volviendo a la página web phplogon, seleccione para ver las entradas de hoy. Deberíamos ver nuestras entradas de syslog. Limpiar y migrar configuraciones antiguas Después de instalar el rsyslog RPM, también tuve que realizar algunas limpiezas y migraciones, por ejemplo: Como ahora estaba usando /etc/logrotate. d/rsyslog en lugar de /etc/logrotate. d/syslog, migré Mi configuración en /etc/logrotate. d/syslog a /etc/logrotate. d/rsyslog, entonces: de lo contrario logrotate producirá un error nocturno sobre ese archivo rpmsave existente en ese directorio y ser ignorado. Nota: debido a que el script /etc/init. d/syslog stopstart ya no existe, y todavía tengo un software que busca específicamente ese script stopstart, también creé un enlace desde /etc/init. d/syslog a / etc / init. d / rsyslog usando: Registro de entradas de maillog sólo Mi propósito para el uso de rsyslog no era registrar nada de cualquier nivel de cualquier servidor. Hacer eso haría que la base de datos central de MySQL crezca tan grande y esté llena de información innecesaria, haciendo que el personal de soporte pierda tiempo buscando artículos que no tienen relevancia para ellos. Para mis requisitos, sólo estoy interesado en las entradas maillog, así que cambié la entrada en /etc/rsyslog. conf de: (que registra todos los maillog y emerg) y rsyslog reiniciado con: Mantener la base de datos MySQL Afortunadamente, los desarrolladores rsyslog son muy Receptivo y agradecido de las contribuciones de personas como yo. Debido a estos desarrolladores, sus proyectos como este me encanta trabajar y contribuir. Con 6 servidores de correo funcionando y registrando en un servidor central de MySQL, después de sólo 5 días tuve más de 119.000 líneas registradas, lo que reduce drásticamente el acceso web a la base de datos. No tengo un requisito para mantener las entradas maillog por más de una semana, por lo que permitir que la base de datos también mantener más de 7 días de entradas es innecesario. En el tarball rsyslog dentro del directorio contrib existe un script de mantenimiento de MySQL llamado deletemysql. Este script no elimina MySQL, sino que elimina las tablas MySQL para usted, por lo que debe modificar este script para agregar su nombre de base de datos, nombre de usuario, etc y utilizarlo a través de cron para podar y optimizar su base de datos periódicamente. Cambios en rsyslog v1.19.0 y superior Desde la versión rsyslog v1.19.0, MySQL es ahora un complemento para que los archivos de especificación rsyslogv1.19.0 (y superiores) generen ahora dos RPM, a saber: lo que debe instalar consecutivamente. Obviamente, el rsyslog-mysql RPM proporciona sólo las bibliotecas de rsyslog con mysql habilitado. Una vez que haya instalado ambos RPM, debe modificar el archivo /etc/rsyslog. conf para agregar la opción: en la parte superior del archivo o encima de la entrada que envía la información de rsyslog al servidor MySQL. Sobre el autor He estado usando Linux en los niveles de administrador y hosting (web y alojamiento dedicado) desde 1994, desde los primeros días de Yggdrasil, hasta Slackware, Debian, Red Hat y ahora a Scientific Linux1. Mi distribución preferida. He trabajado para varias compañías a lo largo de los años principalmente como Administrador Senior de UNIX que soporta ambientes UNIX de mediano a grande, servidor único o agrupado con Linux, Tru64 UNIX, Solaris y HP-UX. A lo largo de los años también he contribuido mi tiempo y esfuerzos en muchos proyectos Open Source incluyendo linuxha. net2. Squid3. Webmin4. Virtualmin GPL5. Virtualmin Pro6. Webminstats7 (y varios otros módulos Webmin), smartmontools8. Clusterssh9. BlockHosts10. Brim11. Kimai12. DCC13. OpenWebmail14. Mrepo15. Whichcd16. Rkhunter17. Csync218. Drbdlinks19. Varios módulos de perl, Scientific Linux20. Etc y ahora rsyslog21 y phpLogCon22. Im utilizando rsyslog para varios servidores en un entorno de alojamiento que proporciona alojamiento web, Webmail, nombres de dominio y Mail Scanning (Virus, Spam) soluciones para varios clientes. Enlaces Adicionales Esto agrega algunos enlaces que se consideran útiles, pero aún no se han fusionado en el contenido del artículo principal: HowTo: El Tutorial Ultimate Logrotate Command con 10 Ejemplos En este artículo, vamos a discutir cómo llevar a cabo las siguientes operaciones de archivo de registro utilizando UNIX logrotate utilidad . Gire el archivo de registro cuando el tamaño del archivo alcanza un tamaño específico Continúe escribiendo la información del registro en el archivo recién creado después de girar el archivo de registro antiguo Comprimir los archivos de registro rotados Especifique la opción de compresión de los archivos de registro rotados Gire los archivos de registro antiguos con la fecha El nombre de archivo Ejecutar secuencias de comandos de shell personalizadas inmediatamente después de la rotación de registro Extraer archivos de registro girados anteriores 1. Archivos de configuración de Logrotate A continuación, se muestran los archivos de claves que debe tener en cuenta para que logrotate funcione correctamente. / Usr / sbin / logrotate 8211 El comando logrotate en sí. /etc/cron. daily/logrotat e 8211 Este script de shell ejecuta el comando logrotate todos los días. /etc/logrotate. conf 8211 La configuración de la rotación de registros para todos los archivos de registro se especifica en este archivo. /etc/logrotate. d 8211 Cuando se instalan paquetes individuales en el sistema, eliminan la información de configuración de la rotación de registros en este directorio. Por ejemplo, la información de configuración de rotación de registro de yum se muestra a continuación. 2. Opción de tamaño de Logrotate: Gire el archivo de registro cuando el tamaño de archivo alcanza un límite específico Si desea rotar un archivo de registro (por ejemplo, /tmp/output. log) por cada 1KB, cree el archivo logrotate. conf como se muestra a continuación. Esta configuración logrotate tiene tres opciones siguientes: tamaño 1k logrotate se ejecuta sólo si el tamaño de archivo es igual a (o mayor que) este tamaño. Crear gire el archivo original y crear el nuevo archivo con el permiso especificado, usuario y grupo. Rotate limita el número de rotación del archivo de registro. Por lo tanto, esto mantendría sólo los últimos 4 archivos de registro girados. Antes de la logrotation, sigue el tamaño de la salida. log: Ahora ejecuta el comando logrotate como se muestra a continuación. Option - s especifica el nombre del archivo para escribir el estado de logrotate. Nota. Cuando necesite la rotación de registros para algunos archivos, prepare la configuración de logrotate y ejecute el comando logroate manualmente. Después de la logrotation, el siguiente es el tamaño de la salida. log: Eventualmente esto seguirá la configuración siguiente de archivos de registro rotados. Recuerde que después de la rotación del registro, el archivo de registro corresponde al servicio que todavía apunta al archivo rotado (output. log.1) y sigue escribiendo en él. Puede utilizar el método anterior, si desea rotar el registro de acceso o el registro de errores de apache cada 5 MB. Idealmente, debe modificar el /etc/logrotate. conf para especificar la información de logrotate para un archivo de registro específico. 3. Opción copytruncate de Logrotate: Continúe escribiendo la información del registro en el archivo recién creado después de girar el archivo de registro antiguo. Copytruncate instruir logrotate para crear la copia del archivo original (es decir, rotar el archivo de registro original) y trunca el archivo original a cero tamaño de byte. Esto ayuda al servicio respectivo que pertenece a ese archivo de registro puede escribir en el archivo adecuado. Mientras manipula archivos de registro, puede encontrar el sustituto sed. Consejos de eliminación de sed útiles. 4. Opción de compresión de Logrotate: Comprimir los archivos de registro rotados Si utiliza la opción de compresión como se muestra a continuación, los archivos rotados se comprimirán con la utilidad gzip. 5. Logrotate dateext option: Gire el archivo de registro antiguo con fecha en el nombre de archivo de registro Después de la configuración anterior, you8217ll nota la fecha en el archivo de registro rotado como se muestra a continuación. Esto funcionaría sólo una vez al día. Porque cuando intenta girar la próxima vez en el mismo día, el archivo girado anterior tendrá el mismo nombre de archivo. Por lo tanto, el logrotate no será un éxito después de la primera ejecución en el mismo día. Normalmente, puede utilizar tail - f para ver la salida del archivo de registro en tiempo real. Incluso puede combinar varias colas - f salida y mostrarlo en un solo terminal. 6. Logrotate la opción mensual, diaria, semanal: Gire el archivo de registro semanal / diario / mensual Para hacer la rotación una vez por mes, agregue la palabra clave semanal como se muestra a continuación para la rotación de registro semanal. Añada la palabra clave diaria como se muestra a continuación para cada rotación de diario. También puede girar los registros cada hora. 7. Logrotate postrotate endscript option: Ejecutar scripts de shell personalizados inmediatamente después de la rotación de registros Logrotate le permite ejecutar sus propios scripts de shell personalizados después de completar la rotación del archivo de registro. La siguiente configuración indica que ejecutará myscript. sh después de la logrotación. 8. Logrotate maxage option: Quitar antiguos archivos de registro rotados Logrotate elimina automáticamente los archivos rotados después de un número específico de días. El ejemplo siguiente indica que los archivos de registro rotados se quitarían después de 100 días. 9. Logrotate missingok opción: no devolver error si el archivo de registro falta Puede ignorar el mensaje de error cuando el archivo real no está disponible mediante esta opción como se muestra a continuación. 10. Logrotate compresscmd y compressext option: Comando de compresión Sspecify para la rotación del archivo de registro Después de las opciones de compresión se especifican anteriormente: compresa 8211 Indica que debe realizarse la compresión. Compresscmd 8211 Especifica qué tipo de comando de compresión debe utilizarse. Por ejemplo: / bin / bzip2 compressext 8211 Especifique la extensión en el archivo de registro girado. Sin esta opción, el archivo rotado tendría la extensión predeterminada como. gz. Por lo tanto, si utiliza bzip2 compressioncmd, especifique la extensión como. bz2 como se muestra en el ejemplo anterior. Rotando registros en squid 2.7 stable9 Ive instalado squid 2.7 stable9 en centos 5.4 x32 bit. Ive instalado y configurado con éxito, su funcionamiento bien. Quiero aclarar algunas dudas, para que su amable ayuda es necesaria. Paralelamente, he configurado otro servidor usando rpms binarios con la misma versión squid (2.7 stable9). Encontré que crea un archivo /etc/logrotate. d/squid para los archivos de registro rotativos (access. log, cache. log, store. log). Que es correctamente girar los archivos de registro utilizando compresión, dateext y las opciones de tamaño (i añadió manualmente la opción de tamaño). Pero después de compilar e instalar desde el código fuente, automáticamente no se crea. Quiero rotar los archivos de registro de la misma manera que lo está haciendo cuando instalo usando rpms binarios. Por debajo de la entrada logfilerotate está presente en mi archivo squid. conf (en el escenario de instalación del código fuente) logfilerotate 10 Debajo de la entrada logfilerotate está presente en mi archivo squid. conf que se comenta (en binario rpm escenario de instalación) logfilerotate 10 Quiero rotar los archivos de registro Por tamaño (como Ive más de 200 usuarios, estos logfiles tamaño aumentando muy rápido, es decir, aproximadamente 80 MB por hora), con la compresión y la opción dateext. ¿Hay algún cambio que se debe hacer en los archivos squid. conf o logrotate. conf o syslog. conf 08-14-2010 03:04 AM logrotate tiene tamaño, opción minsize para rotar el archivo de registro por tamaño. Leyendo a través de la página de manual y agregándola a /etc/logrotate. d/squid, Ex: /var/log/squid/access. log tamaño 500M rotar 5 copytruncate comprimir notifempty missingok 08-16-2010 01:19 PM Para su respuesta . Conocía las opciones que me propusiste. Sé que estas líneas se deben poner en el archivo quotsquidquot reside en el directorio /etc/logrotate. d pero mi preocupación es algo diferente. 1) Mientras compila el calamar a través del código fuente. Este archivo no está creando automáticamente. Si necesito crearlo manualmente y qué permisos del amperio de la propiedad se deben fijar en él 2) Éste es el único cambio que tengo que hacer o necesito corregir algunos más archivos (es decir, squid. conf, logrotate. conf, syslog. conf) 3) si necesito poner cualquier entrada en cron para girar registros de calamar automáticamente en intervalos horarios o diarios 4) Si el tamaño de los archivos de registro es promedio de 80 MB aproximadamente en una hora, ¿cuál debería ser el intervalo que debería establecer para rotarlo 10 MB Por archivo Eagarly esperando a que responde chicos. 08-16-2010 03:18 Publicado por arunabhbiswas (Publicado el 4067378) Para su respuesta. Conocía las opciones que me propusiste. Sé que estas líneas se deben poner en el archivo quotsquidquot reside en el directorio /etc/logrotate. d pero mi preocupación es algo diferente. 1) Mientras compila el calamar a través del código fuente. Este archivo no está creando automáticamente. Si necesito crearlo manualmente y qué permisos del amperio de la propiedad deben ser fijados en él Sí, trabajando bajo Linux alguna vez usted debe crear el archivo de configuración manualmente si no existe. Para los permisos de amplificador de propiedad puede hacer referencia al paquete instalado por el archivo binario, en mi sistema: - rw-r - r-- 1 raíz raíz 543 Ene 21 2009 /etc/logrotate. d/squid Publicado originalmente por arunabhbiswas (Publicación 4067378) 2) Es este es el único cambio que tengo que hacer o necesito editar algunos archivos más (ej. Squid. conf, logrotate. conf, syslog. conf) Puedes cambiar más opciones en squid. conf si quieres. Tenga en cuenta que logrotate. conf es el archivo de configuración global y /etc/logrotate. d incluyendo archivos de configuración que para el servicio individual (que sobrescribirá las opciones globales) Publicado originalmente por arunabhbiswas (Post 4067378) 3) si necesito poner cualquier entrada en cron para Rotating squid registra automáticamente en intervalos horarios o diarios Si instala desde un archivo binario, verá logrotate en /etc/cron. daily (predeterminado). De lo contrario puede crearlo manualmente o ponerlo en /etc/cron. hourly (depender de usted) con algo como esto: / usr / sbin / logrotate /etc/logrotate. conf EXITVALUE si EXITVALUE 0 entonces / usr / bin / logger - T logrotate quotALERT salió anormalmente con EXITVALUEquot fi exit 0 Publicado originalmente por arunabhbiswas (Post 4067378) 4) Si el tamaño de los archivos de registro es promedio de 80 MB aproximadamente en una hora, ¿cuál debería ser el intervalo que debería establecer para rotarlo 10 MB por archivo No Necesita cuidar el intervalo si gira en función del tamaño del archivo de registro. (No he probado :)) Suplemento: He vuelto a leer la página de manual: tamaño mínimo Los archivos de registro se giran cuando crecen más grandes que los bytes de tamaño, pero no antes del intervalo de tiempo adicional especificado (diario, semanal, mensual o anual ). La opción de tamaño relacionada es similar excepto que es mutuamente exclusiva con las opciones de intervalo de tiempo y hace que los archivos de registro se giren sin tener en cuenta el último tiempo de rotación. Cuando se utiliza minsize, se consideran tanto el tamaño como la marca de tiempo de un archivo de registro.
No comments:
Post a Comment