[ 
https://issues.apache.org/jira/browse/HDFS-16266?focusedWorklogId=669856&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-669856
 ]

ASF GitHub Bot logged work on HDFS-16266:
-----------------------------------------

                Author: ASF GitHub Bot
            Created on: 26/Oct/21 00:30
            Start Date: 26/Oct/21 00:30
    Worklog Time Spent: 10m 
      Work Description: tomscut commented on pull request #3538:
URL: https://github.com/apache/hadoop/pull/3538#issuecomment-951446234


   > The API is declared Public, Evolving. If it stays in Hadoop 3.4.0 I am 
fine with it.
   > 
   > We used to have an audit logger (Cloudera Navigator) that extends the 
AuditLogger interface. But we've moved away from that.
   > 
   > Performance: It would have a slight performance penalty because every 
audit log op will always convert InetAddress to a string, regardless if audit 
logger is off (audit log level = debug or dfs.namenode.audit.log.debug.cmdlist 
has the excluded op)). It's probably acceptable since audit is logged outside 
of namenode lock.
   > 
   > CallerContext: the caller context is probably a better option when you 
want to do fine-grained post-mortem anyway. Maybe we can modify the caller 
context to attach remote port so that it doesn't break api compatibility. Just 
a thought.
   
   Thanks @jojochuang for your careful consideration and advice.
   
   I think it's a very good idea to add remote port to the CallerContext, these 
will not affect the compatibility @tasanuma  mentioned. After the user enable 
the CallerContext, we add clientPort to the CallerContext, similar to how the 
Router sets clientIp to the CallerContext. 


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


Issue Time Tracking
-------------------

    Worklog Id:     (was: 669856)
    Time Spent: 4h 10m  (was: 4h)

> Add remote port information to HDFS audit log
> ---------------------------------------------
>
>                 Key: HDFS-16266
>                 URL: https://issues.apache.org/jira/browse/HDFS-16266
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>            Reporter: tomscut
>            Assignee: tomscut
>            Priority: Major
>              Labels: pull-request-available
>          Time Spent: 4h 10m
>  Remaining Estimate: 0h
>
> In our production environment, we occasionally encounter a problem where a 
> user submits an abnormal computation task, causing a sudden flood of 
> requests, which causes the queueTime and processingTime of the Namenode to 
> rise very high, causing a large backlog of tasks.
> We usually locate and kill specific Spark, Flink, or MapReduce tasks based on 
> metrics and audit logs. Currently, IP and UGI are recorded in audit logs, but 
> there is no port information, so it is difficult to locate specific processes 
> sometimes. Therefore, I propose that we add the port information to the audit 
> log, so that we can easily track the upstream process.
> Currently, some projects contain port information in audit logs, such as 
> Hbase and Alluxio. I think it is also necessary to add port information for 
> HDFS audit logs.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to