Uploaded image for project: 'Flume'
  1. Flume
  2. FLUME-1971

Log4jAppender that uses an Embedded Agent internally

    Details

    • Type: Bug
    • Status: Open
    • Priority: Major
    • Resolution: Unresolved
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: None
    • Labels:

      Activity

      Hide
      ejsarge Edward Sargisson added a comment -

      Note that the Log4j2 project has a Flume Appender which can either be an embedded agent or merely connect directly. We have recently found some issues with its handling of a disconnected successor agent however:

      • LOG4J2-196 log4j2 blocks on logging calls if the FlumeAppender loses its connection to the remote flume agent
      • LOG4J2-197 log4j2 creates 2 threads per each log attempt if the remote flume agent goes down
      • LOG4J2-198 log4j2 stops application from shutting down if the FlumeAppender is being used
      Show
      ejsarge Edward Sargisson added a comment - Note that the Log4j2 project has a Flume Appender which can either be an embedded agent or merely connect directly. We have recently found some issues with its handling of a disconnected successor agent however: LOG4J2-196 log4j2 blocks on logging calls if the FlumeAppender loses its connection to the remote flume agent LOG4J2-197 log4j2 creates 2 threads per each log attempt if the remote flume agent goes down LOG4J2-198 log4j2 stops application from shutting down if the FlumeAppender is being used
      Hide
      ejsarge Edward Sargisson added a comment -

      Oh, and we have tried to port the log4j2 appender code back to log4j1. It gets bogged down with race conditions where the appender tries to log stuff before logging is completely setup.

      Show
      ejsarge Edward Sargisson added a comment - Oh, and we have tried to port the log4j2 appender code back to log4j1. It gets bogged down with race conditions where the appender tries to log stuff before logging is completely setup.
      Hide
      paliwalashish Ashish Paliwal added a comment -

      Hari Shreedharan Do we want to have this implementation of log4jappender? Any benefit his implementation would have over the RpcClient based implementation?

      Show
      paliwalashish Ashish Paliwal added a comment - Hari Shreedharan Do we want to have this implementation of log4jappender? Any benefit his implementation would have over the RpcClient based implementation?

        People

        • Assignee:
          Unassigned
          Reporter:
          hshreedharan Hari Shreedharan
        • Votes:
          0 Vote for this issue
          Watchers:
          4 Start watching this issue

          Dates

          • Created:
            Updated:

            Development