Description of problem: Fluentd Pods remain Init:CrashLoopBackOff status when deploying fluentd standalone while configuring the legacy syslog method to forward log. Will upload the openshift-logging project dump later. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Create configmap/syslog to use legacy syslog method 2. Create ClusterLogging/instance to deploy fluentd standalone - apiVersion: logging.openshift.io/v1 kind: ClusterLogging metadata: name: instance namespace: openshift-logging spec: collection: logs: fluentd: {} type: fluentd logStore: elasticsearch: nodeCount: 0 type: elasticsearch managementState: Managed 3. Check the Fluentd Pod status Actual results: Fluentd pods remain Init:CrashLoopBackOff status Expected results: Fluentd pods become Running status Additional info:
Please attach or provide the output of https://github.com/openshift/cluster-logging-operator/tree/master/must-gather which is the latest method to gather information regarding the cluster. The "init" container should only be including in the deployment if the logstore was defined for the clusterlogging instance
Revisiting this as I did not see this before. I believe the cluser logging instance is defined incorrectly. (In reply to yhe from comment #0) > 2. Create ClusterLogging/instance to deploy fluentd standalone > - apiVersion: logging.openshift.io/v1 > kind: ClusterLogging > metadata: > name: instance > namespace: openshift-logging > spec: > collection: > logs: > fluentd: {} > type: fluentd > logStore: > elasticsearch: > nodeCount: 0 > type: elasticsearch > managementState: Managed Deploying a collector only requires the collection block like: apiVersion: logging.openshift.io/v1 kind: ClusterLogging metadata: name: instance namespace: openshift-logging spec: collection: logs: fluentd: {} type: fluentd
Verfied on elasticsearch-operator.4.7.0-202101090911.p0. when nodeCount=0, the fluentd pods can be running.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Errata Advisory for Openshift Logging 5.0.0), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2021:0652