Description of problem: From the rsyslog docs[1], multiple servers should be defined in the following array format: server=["elasticsearch1", "elasticsearch2"] However, the puppet modules associated with this config doesn't seem to support this formatting. In testing it will double quote the entire array which is invalid, example: server="["elasticsearch1", "elasticsearch2"]" I've tested with a few variations and puppet always quotes the entire set. examples: parameter_defaults: RsyslogElasticsearchSetting: server: '["192.168.0.11:9200", "192.168.0.12:9200"]' parameter_defaults: RsyslogElasticsearchSetting: server: - 192.168.0.11:9200 - 192.168.0.12:9200 [1] - https://www.rsyslog.com/doc/v8-stable/configuration/modules/omelasticsearch.html#server Version-Release number of selected component (if applicable): 16.1 current How reproducible: 100% Steps to Reproduce: 1. Deploy overcloud with a list of elasticsearch servers. Additional info:
The problem is that puppet-rsyslog always put "" around the value. We should fix it so that it can accept Array. https://github.com/voxpupuli/puppet-rsyslog/blob/master/templates/action.epp#L29
*** Bug 2066397 has been marked as a duplicate of this bug. ***
puppet-rsyslog-3.3.1-1.20220525153355.0c2b6c8.el8ost.noarch custom yaml file: parameter_defaults: RsyslogElasticsearchSetting: server: ["192.168.0.11:9200", "192.168.0.12:9200"] bulkmode: "on" After deployment I can see servers populated in the conf file. from: 50_openstack_logs.conf # elasticsearch action(type="omelasticsearch" name="elasticsearch" bulkmode="on" dynSearchIndex="on" errorfile="/var/log/rsyslog/omelasticsearch.log" searchIndex="rsyslog-node-index" server=["192.168.0.11:9200", "192.168.0.12:9200"] template="rsyslog-record"
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 (Red Hat OpenStack Platform 16.1.9 bug fix and enhancement advisory), 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-2022:8795