-
Bug
-
Resolution: Done
-
Major
-
Logging 6.0.0
-
False
-
None
-
False
-
NEW
-
OBSDA-550 - Updated APIs for Logging 6.0
-
NEW
-
Release Note Not Required
-
-
-
Log Collection - Sprint 257
Description of problem:
when tuning.compression:gzip, the compression is to none in vector.toml.
Steps to Reproduce:
1) Forward logs to splunk with tuning.compression=gzip
apiVersion: observability.openshift.io/v1
kind: ClusterLogForwarder
metadata:
name: clf-to-splunk
spec:
managementState: Managed
outputs:
- name: splunk-aosqe
splunk:
authentication:
token:
key: hecToken
secretName: to-splunk-secret
tuning:
compression: gzip
delivery: atLeastOnce
maxWrite: 10000000
url: https://splunk-default-service.splunk-aosqe.svc:8088
tls:
ca:
key: ca-bundle.crt
secretName: to-splunk-secret
type: splunk
pipelines:
- inputRefs:
- application
name: pipe1
outputRefs:
- splunk-aosqe
serviceAccount:
name: clf-to-splunk
2) check the compression value in vector.toml
Actual results:
compression=none in vector.toml
$oc extract cm/clf-to-splunk-config #cat vector.toml|grep compression -B 4 -A3 [sinks.output_splunk_aosqe] type = "splunk_hec_logs" inputs = ["output_splunk_aosqe_timestamp"] endpoint = "https://splunk-default-service.splunk-aosqe.svc:8088" compression = "none" default_token = "SECRET[kubernetes_secret.to-splunk-secret/hecToken]" timestamp_key = "@timestamp"
Expected results:
compression=gzip in vector.toml