)]}'
{"/PATCHSET_LEVEL":[{"author":{"_account_id":11628,"name":"Michael Johnson","email":"johnsomor@gmail.com","username":"johnsom"},"change_message_id":"8c61a0271ad0f9c0f2e588c860e9bce52af2d813","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":6,"id":"f27ed5f1_0c872de0","updated":"2022-03-03 20:27:45.000000000","message":"LGTM","commit_id":"145f4f804347358689165d1418756fe2a91c07da"},{"author":{"_account_id":29244,"name":"Gregory Thiemonge","email":"gthiemon@redhat.com","username":"gthiemonge"},"change_message_id":"40033b47958060ff5f538bf89d9d463fff4488ec","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":6,"id":"bcc23542_cfc22622","updated":"2022-03-04 08:28:46.000000000","message":"Something is acting weird when testing the failover with TCP.\nIf the first syslog server in the list is disabled, rsyslog always tries to connect to it during (action.resumeRetryCount * action.resumeInterval) seconds for each bulk of messages, then it gives up and sends the messages to the second server.\n\nwhen forward all log is enabled, it also sends a lot of error messages related to the failover:\nMar  4 08:27:58 amphora-f57aa693-de88-4b79-8897-ee58eb4dc853 rsyslogd[2970]: cannot connect to 192.168.0.198:10514: Connection refused [v8.2102.0-7.el8 try https://www.rsyslog.com/e/2027 ]\nMar  4 08:28:00 amphora-f57aa693-de88-4b79-8897-ee58eb4dc853 rsyslogd[2970]: cannot connect to 192.168.0.198:10514: Connection refused [v8.2102.0-7.el8 try https://www.rsyslog.com/e/2027 ]\nMar  4 08:28:02 amphora-f57aa693-de88-4b79-8897-ee58eb4dc853 rsyslogd[2970]: cannot connect to 192.168.0.198:10514: Connection refused [v8.2102.0-7.el8 try https://www.rsyslog.com/e/2027 ]\nMar  4 08:28:04 amphora-f57aa693-de88-4b79-8897-ee58eb4dc853 rsyslogd[2970]: cannot connect to 192.168.0.198:10514: Connection refused [v8.2102.0-7.el8 try https://www.rsyslog.com/e/2027 ]\nMar  4 08:28:06 amphora-f57aa693-de88-4b79-8897-ee58eb4dc853 rsyslogd[2970]: cannot connect to 192.168.0.198:10514: Connection refused [v8.2102.0-7.el8 try https://www.rsyslog.com/e/2027 ]\nMar  4 08:28:08 amphora-f57aa693-de88-4b79-8897-ee58eb4dc853 rsyslogd[2970]: cannot connect to 192.168.0.198:10514: Connection refused [v8.2102.0-7.el8 try https://www.rsyslog.com/e/2027 ]\n","commit_id":"145f4f804347358689165d1418756fe2a91c07da"},{"author":{"_account_id":29244,"name":"Gregory Thiemonge","email":"gthiemon@redhat.com","username":"gthiemonge"},"change_message_id":"423cf0ae1b3feac4a52f38338bd6c6f78567e58b","unresolved":true,"context_lines":[],"source_content_type":"","patch_set":6,"id":"e96283b4_f7a64c3e","in_reply_to":"28d432f2_20501c0c","updated":"2022-03-04 12:32:07.000000000","message":"Using:\n\n[amphora_agent]\nlog_retry_count \u003d 0\nlog_retry_interval \u003d 1800\n\nfixes the behavior I observed.\nMaybe we should recommend setting these parameters when using TCP protocol for syslog.\nI think it can be addressed in a followup commit","commit_id":"145f4f804347358689165d1418756fe2a91c07da"},{"author":{"_account_id":34429,"name":"Tom Weininger","email":"dienste@weinimo.de","username":"tweining"},"change_message_id":"56f1db6c44d52fabe4b4e265893988f7354ddb8d","unresolved":true,"context_lines":[],"source_content_type":"","patch_set":6,"id":"28d432f2_20501c0c","in_reply_to":"bcc23542_cfc22622","updated":"2022-03-04 09:44:15.000000000","message":"Yes, I see those messages too. I don\u0027t think that this is a weird behavior though. RSyslog will retry retry_count time till it sets the first action to suspended state. Then, eventually, Rsyslog will use the second server. I didn\u0027t realize however that it happens for each bulk of messages.\n\nI don\u0027t think we should filter out those \"Connection refused\" messages as they could be useful for debugging. However, with multiple servers retry_count should be  very low, probably 1. I could adjust the template so that \n\naction.resumeRetryCount\u003d\"{{ retry_count }}\"\naction.resumeInterval\u003d\"{{ retry_interval }}\"\n\nonly gets used if there is only one log host. Would that be okay?","commit_id":"145f4f804347358689165d1418756fe2a91c07da"}],"octavia/common/jinja/logging/templates/10-rsyslog.conf.template":[{"author":{"_account_id":29244,"name":"Gregory Thiemonge","email":"gthiemon@redhat.com","username":"gthiemonge"},"change_message_id":"14d4175d13b8314d85abd2347b33330f65f71770","unresolved":true,"context_lines":[{"line_number":25,"context_line":"{#- Administrative logs -#}"},{"line_number":26,"context_line":"{%- if admin_log_hosts -%}"},{"line_number":27,"context_line":"{%- if forward_all_logs %}"},{"line_number":28,"context_line":"*.*;local{{ user_log_facility }}.none call tenant_forwarding"},{"line_number":29,"context_line":"{% else %}"},{"line_number":30,"context_line":"local{{ admin_log_facility }}.* call tenant_forwarding"},{"line_number":31,"context_line":"{%- endif -%}"}],"source_content_type":"application/octet-stream","patch_set":3,"id":"71aa1ed5_3f9f740f","line":28,"range":{"start_line":28,"start_character":43,"end_line":28,"end_character":60},"updated":"2022-02-28 14:25:08.000000000","message":"that doesn\u0027t work.\nIf you look at the previous template. There were 3 main branches:\n- line 18 label{{ user_log_facility }}.\u003dinfo was forwarded to tenant_log_hosts\n- line 24 *.*;local{{ user_log_facility }}.none to admin_log_hosts\n- line 26 local{{ admin_log_facility }}.* to admin_log_hosts\n\nYou need to define 2 rulesets (one for tenant_log_hosts and one for admin_log_hosts)","commit_id":"412bd983f78d3cea4ff9fb9930e36c53c61b6ca1"},{"author":{"_account_id":34429,"name":"Tom Weininger","email":"dienste@weinimo.de","username":"tweining"},"change_message_id":"91eae8c078c49d0636e9e2dc7c0861ef9db4a0de","unresolved":false,"context_lines":[{"line_number":25,"context_line":"{#- Administrative logs -#}"},{"line_number":26,"context_line":"{%- if admin_log_hosts -%}"},{"line_number":27,"context_line":"{%- if forward_all_logs %}"},{"line_number":28,"context_line":"*.*;local{{ user_log_facility }}.none call tenant_forwarding"},{"line_number":29,"context_line":"{% else %}"},{"line_number":30,"context_line":"local{{ admin_log_facility }}.* call tenant_forwarding"},{"line_number":31,"context_line":"{%- endif -%}"}],"source_content_type":"application/octet-stream","patch_set":3,"id":"ca0a3047_dfb33e02","line":28,"range":{"start_line":28,"start_character":43,"end_line":28,"end_character":60},"in_reply_to":"71aa1ed5_3f9f740f","updated":"2022-02-28 16:45:36.000000000","message":"Thank you!","commit_id":"412bd983f78d3cea4ff9fb9930e36c53c61b6ca1"}]}