Re: Client Caller Context Through Router(RBF)

2020-05-10 Thread Akira Ajisaka
Thanks Ayush for bringing this up. NameNode uses clientId and callId for retry cache. - clientId: I'm +1 for adding remoteAddr in IPCConectionContext and NN should use remoteAddr for clientId. This also resolves data locality issue. - callId: Can DFSRouters share the callId and the clientId of the

Re: Client Caller Context Through Router(RBF)

2020-05-07 Thread Hui Fei
Ayush, Thanks for bringing this up, it is very meaningful! Add one more typical problem, NameNode should log both real client and Router 's ip. But now NN just logs router's ip, it's difficult for troubleshooting Ayush Saxena 于2020年5月4日周一 下午5:26写道: > Hi All, > Wanted to share and discuss a pr

Re: Client Caller Context Through Router(RBF)

2020-05-05 Thread Xiaoqiao He
Hi Ayush, Thank you for summary and re-launching this discussion. Both of JIRA's links are very helpful for pushing it forward. I would like to underline that this is a serious issue and very hope that we could get the solution here. As far as know, there are many users who deploy RBF meet this is

Client Caller Context Through Router(RBF)

2020-05-04 Thread Ayush Saxena
Hi All, Wanted to share and discuss a problem that we are facing in the present situation when using Router Based Federation. Presently when a client connects through Router to Namenode, the Namenode receives the caller context of the router rather than being of the actual client. This typically ca