impala-reviews mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Behm (Code Review)" <>
Subject [Impala-ASF-CR] IMPALA-4704: Turns on client connections when local catalog initialized.
Date Mon, 30 Oct 2017 21:36:52 GMT
Alex Behm has posted comments on this change. ( )

Change subject: IMPALA-4704: Turns on client connections when local catalog initialized.

Patch Set 15:

File be/src/service/
PS15, Line 31: #ifndef NDEBUG
What's the harm in always compiling it in?
PS15, Line 256:   if (result) return true;
return result?
File be/src/service/impala-server.h:
PS15, Line 125:   /// Initializes client RPC services. Must be called after InitInternalServices.
Is a
we typically say InitInternalServices() to make it clear it's a function
File be/src/service/
PS15, Line 1541:     // Additionally wait for the local catalog to be initialized if the server
is a
Suggest rephrasing "wait" to clarify. "wait" could be misinterpreted as blocking. Maybe say
something like:

Announce the availability of this impalad coordinator once the local catalog has been initialized.
File be/src/service/
PS15, Line 91:   Status status = impala_server->StartInternalServices();
As discussed, ordering is not quite right yet.

It might make sense to add flags for client_services_started and internal_services_started
to address the race between opening internal/client ports and announcing the availability
of this daemon through the membership callback.
File bin/
PS15, Line 81: # For testing: list of comma-separated delays, in milliseconds, that delay
clarify which catalog exactly
File fe/src/main/java/org/apache/impala/service/
PS15, Line 877:     }
add a final here declaring success (and remove the one in impala-server)
File fe/src/test/java/org/apache/impala/service/
PS12, Line 69: 
> I was a bit surprised to see authorization configs here-- what was the inte
Sentry can configured in a service mode or with a file-based auth policy. I suppose this test
was checking that the readiness check works regardless of auth policy. Not sure how much sense
that makes.

For auth we use AuthorizationTest.

I'm thinking this test doesn't make sense anymore.

To view, visit
To unsubscribe, visit

Gerrit-Project: Impala-ASF
Gerrit-Branch: master
Gerrit-MessageType: comment
Gerrit-Change-Id: I52b881cba18a7e4533e21a78751c2e35c3d4c8a6
Gerrit-Change-Number: 8202
Gerrit-PatchSet: 15
Gerrit-Owner: Vuk Ercegovac <>
Gerrit-Reviewer: Alex Behm <>
Gerrit-Reviewer: Balazs Jeszenszky <>
Gerrit-Reviewer: Dan Hecht <>
Gerrit-Reviewer: Dimitris Tsirogiannis <>
Gerrit-Reviewer: Michael Brown <>
Gerrit-Reviewer: Philip Zeyliger <>
Gerrit-Reviewer: Vuk Ercegovac <>
Gerrit-Comment-Date: Mon, 30 Oct 2017 21:36:52 +0000
Gerrit-HasComments: Yes

  • Unnamed multipart/alternative (inline, 8-Bit, 0 bytes)
View raw message