This doesn't make sense and seems like a bug. I think the right behavior is for the Drillbit to access the cache as Drillbit user at the query time (there is no user level metadata cache in Drill at this point).
On Fri, Nov 6, 2015 at 6:57 AM, John Omernik <[email protected]> wrote: > I ran REFRESH TABLE METADATA on a table, it completed successfully. > > When I tried a subsequent query, I get a IOException: Permission Denied on > .drill.parquet_metadata. > > I am running drill with authentication. I ran the REFRESH TABLE METADATA > as user X, it appears the .drill.parquet_metadata was created and owned by > the user the drill bits are running as as is created with -rwxr-x-r-x > > My question is this: So, I can see why the file is owned by the drill bit > user, and the file is created with all can read permissions, but why am I > getting a permission denied when user X is trying to run a query? >
