Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cluster logging 5.6.0 breaks log forwarding with loki #1836

Closed
theSuess opened this issue Jan 20, 2023 · 2 comments
Closed

Cluster logging 5.6.0 breaks log forwarding with loki #1836

theSuess opened this issue Jan 20, 2023 · 2 comments

Comments

@theSuess
Copy link

Describe the bug
After upgrading to 5.6.0, cluster log forwarding no longer works when using the default output in combination with loki

Environment

  • OCP 4.11, cluster-logging 5.6.0
apiVersion: logging.openshift.io/v1
kind: ClusterLogForwarder
metadata:
  name: instance
  namespace: openshift-logging
spec:
  inputs: []
  outputs:
    - name: fluentbit
      type: fluentdForward
      url: 'tcp://fluentbit.custom-logging.svc.cluster.local:24224'
  pipelines:
    - inputRefs:
        - audit
      name: audit-logs
      outputRefs:
        - fluentbit
      parse: json
    - inputRefs:
        - application
      name: application-logs
      outputRefs:
        - fluentbit
        - default

Expected behavior
The logs are forwarded to loki and fluentbit alike

Actual behavior
The configuration fails because of unrecognized outputs: ["default"]

To Reproduce
Steps to reproduce the behavior:

  1. Configure Loki as log storage
  2. use the provided ClusterLogForwarder
  3. Observe the failure

Additional context

I assume the issue stems from #1731. Reading the code, the way to go would be specifying an empty output of type Loki, but this is only supported for the Elasticsearch output.

Our current workaround is to specify the default output manually

@theSuess
Copy link
Author

#1824 is also related but it only fixes the issue for elasticsearch and not loki

@jcantrill
Copy link
Contributor

closing in favor of https://issues.redhat.com/browse/LOG-3437

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants