Open jkrbharath opened 5 months ago
Hello @jkrbharath,
can you provide more information? What is the release you use? How did you install it exactly via helm (cmd and/or values.yaml)?
Thx!
Hi @SvenThies Fluent Operator is deployed via Helm. version: 2.7.0
Hey @jkrbharath,
sry for the late reply. Can you please also share the values.yaml
you used? That will help to reproduce the error more efficiently.
Thx!
I'm also experiencing this issue of rewrite tag for namespaced CRDs not working as expected. I have installed v3.1.0 via helm online. The rule Rule $kubernetes['namespace_name'] ^(argocd)$ c673f1e144a42bef9dab959465e5a0e8.$TAG false
for rewrite_tag does not work because the logs do not automatically have the key kubernetes or namespace_name in the JSON of the logs. Is there documentation on how this is suppose to be defined/ how to set up the filters and parsers so that it is set?
@RadOctocode you have to use kubernetes filter I guess.
Hi @cw-Guo ,
Could you please provide some working examples of namespaced CRDs? Thanks!
Hi @jkrbharath , I think the main issue here is the filters you use to processs the kubernetes related fields.
namespaced CR is just a practice how we can use fluent-bit, it relies on the $kubernetes['namespace_name']
fields to work.
So to be able to use it, you need the kubernetes filter to help you and avoid any processing over it in the cluster level. You can process it using namespaced CRs
[Filter]
Name rewrite_tag
Match kube.*
Rule $kubernetes['namespace_name'] ^(app-1)$ 5d24f63865268abd3e56d1e2b430162a.$TAG false
Emitter_Name re_emitted_5d24f63865268abd3e56d1e2b430162a
We are using Helm for our deployment, we had no control over the rewrite tag. I would appreciate any reference example or documentation you can give me.
Hi team,
We have updated our filter configuration to only use the Kubernetes filter. Here is the current filter configuration:
apiVersion: fluentbit.fluent.io/v1alpha2
kind: ClusterFilter
metadata:
labels:
fluentbit.fluent.io/component: logging
fluentbit.fluent.io/enabled: "true"
name: kubernetes
spec:
filters:
- kubernetes:
annotations: false
kubeCAFile: /var/run/secrets/kubernetes.io/serviceaccount/ca.crt
kubeTokenFile: /var/run/secrets/kubernetes.io/serviceaccount/token
kubeURL: https://kubernetes.default.svc:443
kubeTagPrefix: kube.
mergeLog: true
mergeLogTrim: true
keepLog: false
k8sLoggingParser: true
k8sLoggingExclude: false
labels: true
useKubelet: true
bufferSize: 0k
tlsVerify: false
kubeletPort: 10250
mergeLogKey: log_processed
match: kube.*
Our output configuration is as follows:
apiVersion: fluentbit.fluent.io/v1alpha2
kind: output
metadata:
namespace: app-1
annotations:
meta.helm.sh/release-name: stdout
meta.helm.sh/release-namespace: fluent
labels:
fluentbit.fluent.io/component: logging
fluentbit.fluent.io/enabled: "true"
name: stdout
spec:
customPlugin:
config: |
Name stdout
Match *
Additionally, we have our fluentbit configuration on the namespace level:
apiVersion: fluentbit.fluent.io/v1alpha2
kind: FluentBitConfig
metadata:
name: app-1-config
namespace: app-1
labels:
onboardedFluentbit: "true"
spec:
outputSelector:
matchLabels:
fluentbit.fluent.io/enabled: "true"
app.kubernetes.io/name: "test"
Despite these configurations, we are still encountering the error "Created task=0x7f86a808f6a0 id=0 without routes, dropping." We are unsure about what we are missing. Your assistance in resolving this matter would be greatly appreciated. Thank you.
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:
ClusterInput looks like
Fluentbit config for namespace app-1 looks like
output Crds looks like
config which is stored in secret named fluent-bit-config looks like
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