Flume
  1. Flume
  2. FLUME-1971

Log4jAppender that uses an Embedded Agent internally

    Details

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

      Activity

      Hide
      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
      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
      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
      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
      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
      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:
          Hari Shreedharan
        • Votes:
          0 Vote for this issue
          Watchers:
          4 Start watching this issue

          Dates

          • Created:
            Updated:

            Development