So I am not sure what's happened here. The JIRA isn't filled out, but I can't seem to reproduce the problem. Was this stealth fixed? Based on some testing, even when the data directory is owned by a different user than the drillbit, the .parquet_metadata files are created as mapr:mapr with 755 permissions. And when it refreshes now, there are no errors. So Maybe all fixed?
Thanks On Sun, Feb 14, 2016 at 2:20 PM, John Omernik <j...@omernik.com> wrote: > I'd like to revive this thread. Specifically, what should the expect > behavior of the refresh metadata be when running with impersonation? > > Drill Bit User: mapr > Data User (owner): jdoe > Authenticated User: jdoe > > So if a base folder, mytable, has subdirectories of dates, 2015-01-01, > 2015-01-02 etc. And all the data is owned by jdoe:datareaders, and the > permissions are 750 on all directories and files, how SHOULD the REFRESH > METADATA command be expected to operated if run in sqlline authenticated as > jdoe? (What will the permissions on the metadata files be etc) > > > > > > On Mon, Nov 30, 2015 at 10:16 AM, Jacques Nadeau <jacq...@dremio.com> > wrote: > >> > >> > The output from Drill and the Markup interpreter on Jira apparently had >> a >> > family argument at Thanksgiving, and don't agree on all things... >> >> >> Made my morning :) >> > >