Discussion: Separate jenkins logs from the main syslog
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 38/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Activo
- Stack tecnológico
- linux
- Área
- devops, infrastructure, observability
Línea de trabajo
Revisa la configuración actual de logging que envía las entradas de Jenkins a syslog, comparando /var/log/jenkins con syslog y kern.log. Comprueba el contexto en los issues 4434 y 4419 y confirma por qué se realizó el cambio. Se considera terminado cuando la salida de Jenkins se gestiona en archivos rotados separados sin perder el logging ni la visibilidad necesarios.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Spotted after identifying https://github.com/nodejs/build/issues/4434
At some point we must have moved the jenkins log files into the syslog. There are files in /var/log/jenkins from August 2022 (Four years ago) but no more and the jenkins information has been put into the syslog where it is fighting for visibility among all the firewall activity (which also goes to kern.log so we have that duplicated). As an example in the last full week of syslog activity we had 1,681,013 entries from jenkins and 25,234,966 from the firewall out of a total of 27,074,871
I would propose that we look at moving it out of the syslog into standalone files which are a bit easier to process when needed. While I appreciate that grep jenkins in the syslog can also work I feel that having it in separate rotated files would just be a bit cleaner.
I had a brief discussion with Richard on this last week but does anyone recall if there was a driving reason for moving towards using the syslog? There's nothing obvious I can see in the issue history in this repository about that change.
- Lenguaje dominante
- Jinja
- Estrellas
- 541
- Forks
- 185
- Merge medio
- 2 d 18 h
- PR fusionados (30 d)
- 6
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de nodejs/build
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
platform:ppc
Dificultad 1/5 Menos de una hora Aptitud para principiantes 65/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
incident platform:arm
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
Todos los issues de nodejs/build
Issues similares
-
core dependencies
Dificultad 1/5 Menos de una hora Aptitud para principiantes 80/100
-
bug github_actions
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
registrystack/registry-stack#1393 ·
-
module: core
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
bigbluebutton/bigbluebutton#25849 ·
-
bug engine
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
rocky-data/rocky#2181 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100