-
Notifications
You must be signed in to change notification settings - Fork 123
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add storage address mapping transform #589
Add storage address mapping transform #589
Conversation
0576e90
to
75c8b6e
Compare
@awang12345 Hi, I am advancing this PR, can you confirm your email and sign the following cla for jiangyiwang-jk? |
The name jiangyiwang-jk is wrong.The correct name is wang12345 |
I don't know how to change this wrong name |
Don't worry, the cla has passed. |
What type of PR is this?
What problem(s) does this PR solve?
Issue(s) number:
Description:
When scanning with storageClient, the storage address obtained from meta may not be used directly, such as 127.0.0.1. The code executed must be used with the storage service, but often the business code and the nebula server are not on the same machine or the same network segment. This results in the inability to scan the data using storageClient
How do you solve it?
StorageClient initializes the Address translation relationship, and then MateManger returns address translation
Special notes for your reviewer, ex. impact of this fix, design document, etc:
Because of runing the local nebula-client exception, the code did not run the unit tests