Project

General

Profile

Actions

User story #5622

closed

Let the user choose between udp and tcp for syslog messages

Added by Nicolas CHARLES about 10 years ago. Updated over 9 years ago.

Status:
Released
Priority:
N/A
Category:
System integration
Target version:
UX impact:
Suggestion strength:
User visibility:
Effort required:
Name check:
Fix check:
Regression:

Description

We use tcp for syslog messages, which allow for consistency, however, if the messages can't be inserted in database (if locked), then messages are blocked, and all systemes grinds to halt.

It would be cool, at least according to coredumb, to let user chose between TCP et UDP


Subtasks 6 (0 open6 closed)

User story #5796: Make syslog transport configurable from web interfaceReleasedFrançois ARMAND2015-06-10Actions
User story #6726: Add a system variable to manage how reports are sentReleasedFrançois ARMAND2015-06-10Actions
User story #6732: Rename variable "REPORT_PROTOCOL"ReleasedFrançois ARMAND2015-06-10Actions
Bug #6750: System variable to define how message are sent is not correctly filledReleasedFrançois ARMAND2015-06-12Actions
User story #6738: Add migration script to add default property for RUDDER_SYSLOG_PROTOCOLReleasedMatthieu CERDA2015-06-10Actions
Bug #6749: Generate promises are invalid; as there is a typo in the definition of TCP and UDP ReleasedBenoît PECCATTE2015-06-12Actions
Actions #1

Updated by Daniel Stan almost 10 years ago

Hello

I will like to push this option too. This had caused us problems in the past and it is also causing problems now. The issue is that all the services that relies on syslog for logging get stuck and stop responding when the syslog server on rudder is not available which, as you imagine, is not welcomed at all.

Actions #2

Updated by Andrew Cranson almost 10 years ago

Also, is there any way we can customise this in the meantime (even if it will be overwritten by Rudder upgrades)? Thank you

Actions #3

Updated by Daniel Stan almost 10 years ago

Hey

Any update on this? The problem is still active and can cause lots of headaches if it is not fixed.

Actions #4

Updated by Nicolas CHARLES almost 10 years ago

Here is a workaroudn for this issue, for rsyslog

On the rudder policy server, in /var/rudder/configuration-repository/techniques/system/common/1.0/promises.st, replace

    !windows.rsyslogd.!policy_server::
      "/etc/rsyslog.d/rudder-agent.conf" 
        edit_line => append_if_no_lines("#Rudder log system${const.n}if $syslogfacility-text == 'local6' and $programname startswith 'rudder' then @@${server_info.cfserved}:&SYSLOGPORT&${const.n}if $syslogfacility-text == 'local6' and $programname startswith 'rudder' then ~"),
        create => "true",
        edit_defaults => empty_backup,
        classes => kept_if_else("rsyslog_kept", "rsyslog_repaired" , "rsyslog_failed");

by

    !windows.rsyslogd.!policy_server::
      "/etc/rsyslog.d/rudder-agent.conf" 
        edit_line => append_if_no_lines("#Rudder log system${const.n}if $syslogfacility-text == 'local6' and $programname startswith 'rudder' then @${server_info.cfserved}:&SYSLOGPORT&${const.n}if $syslogfacility-text == 'local6' and $programname startswith 'rudder' then ~"),
        create => "true",
        edit_defaults => empty_backup,
        classes => kept_if_else("rsyslog_kept", "rsyslog_repaired" , "rsyslog_failed");

then execute, in the folder /var/rudder/configuration-repository/techniques/system/common/1.0/, the following commands:

git add promises.st
git commit -m "Use UDP rather than TCP for rsyslog" 

and then, in the web interface, go to administration page, and click on "Update technique now".

If you are not using rsyslog, please tell me so that I can offer another workaround

Actions #5

Updated by François ARMAND almost 10 years ago

  • Category changed from 39 to System integration
  • Status changed from New to 8
  • Priority changed from N/A to 1 (highest)
  • Target version set to 3.1.0~beta1

This is important and should be adressed in the next version.

Actions #6

Updated by Benoît PECCATTE over 9 years ago

  • Status changed from 8 to New
Actions #7

Updated by Vincent MEMBRÉ over 9 years ago

  • Target version changed from 3.1.0~beta1 to 3.1.0~rc1
Actions #8

Updated by Benoît PECCATTE over 9 years ago

  • Status changed from New to In progress
  • Assignee set to Benoît PECCATTE
Actions #9

Updated by Benoît PECCATTE over 9 years ago

  • Status changed from In progress to Pending technical review
  • Assignee changed from Benoît PECCATTE to Nicolas CHARLES
  • Pull Request set to https://github.com/Normation/rudder-techniques/pull/689
Actions #10

Updated by Benoît PECCATTE over 9 years ago

  • Status changed from Pending technical review to Pending release
Actions #12

Updated by Vincent MEMBRÉ over 9 years ago

  • Status changed from Pending release to Released

This bug has been fixed in Rudder 3.1.0~rc1 which was released on the 16th June 2015.

Actions

Also available in: Atom PDF