Hi Bhooshan, IC, FAQ session could be very helpful. We have a upstream space for all sentry docs (https://cwiki.apache.org/confluence/display/SENTRY/Home). You might want to add a dedicated page for FAQ.
Besides if "sentry.service.security.mode" is inconsistent between server and client, the client APIs could be improved and surface such issues into exception or log error, instead of wiki page. If you have any idea could contribute to it. That's what I meant. Thanks, Anne On Thu, Apr 21, 2016 at 10:43 AM, Bhooshan Mogal <[email protected]> wrote: > Thanks Anne. Like I said, I'm pretty sure what's going on. But it seems > very unlikely that we could add a fix for this in Sentry, since the error > occurs in the thrift communication between SentryService and > SentryGenericServiceClientDefultImpl. To me, this seemed like a good > candidate for some FAQs section we there is one on wiki - so its at least > discoverable when someone does a search for this error with Sentry. > > - > Bhooshan > > On Thu, Apr 21, 2016 at 10:27 AM, Anne Yu <[email protected]> wrote: > > > Hi Bhooshan, > > > > Thanks for reporting this issue. If you have clear idea of what's going > on, > > since you've spent time debugging the code, please feel free to create a > > jira (https://issues.apache.org/jira/browse/SENTRY/) then post a fix. > > Committers will be very happy to do the code review. > > > > Best, > > Anne > > > > On Wed, Apr 20, 2016 at 9:17 PM, Bhooshan Mogal < > [email protected]> > > wrote: > > > > > Hi folks, > > > > > > I suddenly started seeing the following error in the Sentry Service > today > > > and ended up debugging it for a long time across Sentry, Thrift and my > > own > > > code. > > > > > > 16/04/21 02:15:51 ERROR server.TThreadPoolServer: Thrift error occurred > > > during processing of message. > > > org.apache.thrift.protocol.TProtocolException: Missing version in > > > readMessageBegin, old client? > > > at > > > > > > > > > org.apache.thrift.protocol.TBinaryProtocol.readMessageBegin(TBinaryProtocol.java:228) > > > at > > > > > > > > > org.apache.thrift.TMultiplexedProcessor.process(TMultiplexedProcessor.java:92) > > > at > > > > > > > > > org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:285) > > > at > > > > > > > > > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > > > at > > > > > > > > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > > > at java.lang.Thread.run(Thread.java:745) > > > > > > > > > > > > It turns out that my (Sentry) client had sentry.service.security.mode > set > > > to *kerberos* while the (Sentry) server had it set to *none. *But the > > error > > > message threw me off completely. > > > > > > I tried to see if there was a way we could catch this scenario and > throw > > a > > > better error, but its difficult because as either the client or server, > > its > > > not possible to know what the other is configured as. However, is there > > an > > > FAQs section where such issues can be documented? > > > > > > > > > Best, > > > Bhooshan > > > > > > > > > > > > -- > > > Bhooshan > > > > > > > > > > > -- > > Anne > > > > > > -- > Bhooshan > -- Anne
