Rewrite_tag not working as expected when we used Namespaced Custom Resource Definitions
Los mantenedores suelen responder en 2 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- helm, kubernetes
- Área
- devops, infrastructure
Línea de trabajo
Comienza reproduciendo el despliegue de Helm con el ClusterInput mostrado, el FluentBitConfig namespaced y el Output; después inspecciona el Secret fluent-bit-config y el enrutamiento del emisor rewrite_tag. Se considera completado cuando los registros de app-1 se enrutan sin el error "without routes, dropping"; en el informe no se nombra ningún archivo fuente ni ninguna prueba.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Describe the issue
I have been diligently following the documentation to establish Namespaced Custom Resource Definitions (CRDs) within our environment. However, during the setup process, I encountered an error message that reads:
"Created task=0x7f86a808f6a0 id=0 without routes, dropping."
This error suggests that Fluent Bit, the logging aggregator we're using, encountered a task without a defined route for processing. Despite following the setup instructions provided in the documentation, I'm uncertain about the root cause of this issue.
Context:
- Fluent Operator is deployed via Helm. Fluent Bit is integrated as our logging aggregator and configured using the following namespace label:
namespaceFluentBitCfgSelector:
matchLabels:
onboardedFluentbit: "true"
ClusterInput looks like
apiVersion: fluentbit.fluent.io/v1alpha2
kind: ClusterInput
metadata:
name: test
labels:
fluentbit.fluent.io/enabled: "true"
fluentbit.fluent.io/component: logging
spec:
tail:
tag: kube.var.log.container.test
path: "/var/log/containers/*.log"
excludePath: ""
parser: cri
refreshIntervalSeconds: 10
memBufLimit: 100MB
skipLongLines: true
db: /fluent-bit/tail/pos.db
dbSync: Normal
Fluentbit config for namespace app-1 looks like
apiVersion: fluentbit.fluent.io/v1alpha2
kind: FluentBitConfig
metadata:
name: test
namespace: app-1
labels:
onboardedFluentbit: "true"
spec:
outputSelector:
matchLabels:
fluentbit.fluent.io/enabled: "true"
app.kubernetes.io/name: "test"
output Crds looks like
apiVersion: fluentbit.fluent.io/v1alpha2
kind: Output
metadata:
name: stdout
namespace: app-1
labels:
fluentbit.fluent.io/enabled: "true"
app.kubernetes.io/name: "test"
spec:
match: kube.var.log.container.test
stdout:
format: msgpack
config which is stored in secret named fluent-bit-config looks like
[Service]
Http_Server true
Parsers_File parsers.conf
[Input]
Name tail
Path /var/log/containers/*.log
Refresh_Interval 10
Skip_Long_Lines true
DB /fluent-bit/tail/pos.db
DB.Sync Normal
Mem_Buf_Limit 100MB
Parser cri
Tag kube.var.log.container.test
[Filter]
Name kubernetes
Match kube.*
Kube_URL https://kubernetes.default.svc:443
Kube_CA_File /var/run/secrets/kubernetes.io/serviceaccount/ca.crt
Kube_Token_File /var/run/secrets/kubernetes.io/serviceaccount/token
Labels false
Annotations false
[Filter]
Name nest
Match kube.*
Operation lift
Nested_under kubernetes
Add_prefix kubernetes_
[Filter]
Name modify
Match kube.*
Remove stream
Remove kubernetes_pod_id
Remove kubernetes_host
Remove kubernetes_container_hash
[Filter]
Name nest
Match kube.*
Operation nest
Wildcard kubernetes_*
Nest_under kubernetes
Remove_prefix kubernetes_
[Filter]
Name rewrite_tag
Match kube.*
Rule $kubernetes['namespace_name'] ^(app-1)$ 5d24f63865268abd3e56d1e2b430162a.$TAG false
Emitter_Name re_emitted_5d24f63865268abd3e56d1e2b430162a
[Output]
Name stdout
Match 5d24f63865268abd3e56d1e2b430162a.kube.var.log.container.test
Format msgpack
It got to do with rewrite_tag which is added after having namespaced crs.
it's probably not able to tell the dynamic matching works
Thanks
How did you install fluent operator?
Fluent Operator is deployed via Helm
Additional context
No response
- Lenguaje dominante
- Go
- Estrellas
- 689
- Forks
- 333
- Merge medio
- 2 d 14 h
- PR fusionados (30 d)
- 41
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la 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 fluent/fluent-operator
-
feat: support storage.total_limit_size for the fluent-bit forward outputPosiblemente ocupada @cvas22 la tomó hace 1 día. Abierto
Dificultad 1/5 1-3 horas Aptitud para principiantes 30/100
fluent/fluent-operator#2126 ·
Los mantenedores suelen responder en 2 días
-
bug: fluent-bit image still ships vulnerable libbrotli1 (CVE-2026-111497)Posiblemente ocupada @joshuabaird la tomó hace 9 días. Abiertofluent-bit security
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
fluent/fluent-operator#2082 · 2 comentarios ·
Los mantenedores suelen responder en 2 días
-
bug: fluent operator is consuming lot of cpu cores (~27 of the 32 available cores on a Node)Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
fluent/fluent-operator#1990 · 6 comentarios ·
Los mantenedores suelen responder en 2 días
-
enhancement fluent-bit good first issue
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
fluent/fluent-operator#1854 · 2 comentarios · 1 reacción ·
Los mantenedores suelen responder en 2 días
-
Remove tag consideration from Fluentd ClusterFilter / Filter orderPosiblemente ocupada @cvas22 la tomó hace 1 día. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
fluent/fluent-operator#1832 ·
Los mantenedores suelen responder en 2 días
Todos los issues de fluent/fluent-operator
Issues similares
-
area/docs
Dificultad 1/5 Menos de una hora Aptitud para principiantes 86/100
meshery/meshery#23375 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
ApplicationSet: BitBucket Cloud SCM provider returns corrupted error (%!w(<nil>)) when a branch has no commit hashPosiblemente ocupada @AP24110011695 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
go good first issue help wanted up-for-grabs
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
andrewsiah/agentswarm-data-tasks#308 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 87/100
multica-ai/multica#10511 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día