You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@drill.apache.org by rahul challapalli <ch...@gmail.com> on 2015/09/22 03:48:53 UTC
Refresh Table Metadata : Cache file owner
Hi,
With the newly checked-in refresh metadata cache feature, I see that the
cache file is always created as the user who started the drillbit process
and has nothing to do with the user who has issued the "refresh table
metadata" command. Can someone from the dev verify this?
- Rahul
Re: Refresh Table Metadata : Cache file owner
Posted by rahul challapalli <ch...@gmail.com>.
I agree that this is the desirable behavior. Just wanted to confirm it.
On Mon, Sep 21, 2015 at 10:10 PM, Neeraja Rentachintala <
nrentachintala@maprtech.com> wrote:
> yes, having Drill process being the owner of the metadata cache makes sense
> since the goal of the cache is to speed up planning time.
> However Drill should not leak any information the user doesn't have access
> to as a result of this.
> Specifically we need to ensure the metadata queries/queries when
> impersonation enabled return consistent results whether the cache is
> enabled or not.
>
> -Neeraja
>
>
> On Mon, Sep 21, 2015 at 10:05 PM, Jacques Nadeau <ja...@dremio.com>
> wrote:
>
> > I don't know if this is how it was specified but this makes sense to me.
> > The metadata cache is Drill's information, not the user's.
> >
> > --
> > Jacques Nadeau
> > CTO and Co-Founder, Dremio
> >
> > On Mon, Sep 21, 2015 at 9:52 PM, rahul challapalli <
> > challapallirahul@gmail.com> wrote:
> >
> > > This is with impersonation enabled.
> > >
> > > On Mon, Sep 21, 2015 at 7:39 PM, mehant baid <ba...@gmail.com>
> > > wrote:
> > >
> > > > Is impersonation enabled when you perform the refresh?
> > > >
> > > > On Monday, September 21, 2015, rahul challapalli <
> > > > challapallirahul@gmail.com>
> > > > wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > > With the newly checked-in refresh metadata cache feature, I see
> that
> > > the
> > > > > cache file is always created as the user who started the drillbit
> > > process
> > > > > and has nothing to do with the user who has issued the "refresh
> table
> > > > > metadata" command. Can someone from the dev verify this?
> > > > >
> > > > > - Rahul
> > > > >
> > > >
> > >
> >
>
Re: Refresh Table Metadata : Cache file owner
Posted by Neeraja Rentachintala <nr...@maprtech.com>.
yes, having Drill process being the owner of the metadata cache makes sense
since the goal of the cache is to speed up planning time.
However Drill should not leak any information the user doesn't have access
to as a result of this.
Specifically we need to ensure the metadata queries/queries when
impersonation enabled return consistent results whether the cache is
enabled or not.
-Neeraja
On Mon, Sep 21, 2015 at 10:05 PM, Jacques Nadeau <ja...@dremio.com> wrote:
> I don't know if this is how it was specified but this makes sense to me.
> The metadata cache is Drill's information, not the user's.
>
> --
> Jacques Nadeau
> CTO and Co-Founder, Dremio
>
> On Mon, Sep 21, 2015 at 9:52 PM, rahul challapalli <
> challapallirahul@gmail.com> wrote:
>
> > This is with impersonation enabled.
> >
> > On Mon, Sep 21, 2015 at 7:39 PM, mehant baid <ba...@gmail.com>
> > wrote:
> >
> > > Is impersonation enabled when you perform the refresh?
> > >
> > > On Monday, September 21, 2015, rahul challapalli <
> > > challapallirahul@gmail.com>
> > > wrote:
> > >
> > > > Hi,
> > > >
> > > > With the newly checked-in refresh metadata cache feature, I see that
> > the
> > > > cache file is always created as the user who started the drillbit
> > process
> > > > and has nothing to do with the user who has issued the "refresh table
> > > > metadata" command. Can someone from the dev verify this?
> > > >
> > > > - Rahul
> > > >
> > >
> >
>
Re: Refresh Table Metadata : Cache file owner
Posted by Jacques Nadeau <ja...@dremio.com>.
I don't know if this is how it was specified but this makes sense to me.
The metadata cache is Drill's information, not the user's.
--
Jacques Nadeau
CTO and Co-Founder, Dremio
On Mon, Sep 21, 2015 at 9:52 PM, rahul challapalli <
challapallirahul@gmail.com> wrote:
> This is with impersonation enabled.
>
> On Mon, Sep 21, 2015 at 7:39 PM, mehant baid <ba...@gmail.com>
> wrote:
>
> > Is impersonation enabled when you perform the refresh?
> >
> > On Monday, September 21, 2015, rahul challapalli <
> > challapallirahul@gmail.com>
> > wrote:
> >
> > > Hi,
> > >
> > > With the newly checked-in refresh metadata cache feature, I see that
> the
> > > cache file is always created as the user who started the drillbit
> process
> > > and has nothing to do with the user who has issued the "refresh table
> > > metadata" command. Can someone from the dev verify this?
> > >
> > > - Rahul
> > >
> >
>
Re: Refresh Table Metadata : Cache file owner
Posted by rahul challapalli <ch...@gmail.com>.
This is with impersonation enabled.
On Mon, Sep 21, 2015 at 7:39 PM, mehant baid <ba...@gmail.com> wrote:
> Is impersonation enabled when you perform the refresh?
>
> On Monday, September 21, 2015, rahul challapalli <
> challapallirahul@gmail.com>
> wrote:
>
> > Hi,
> >
> > With the newly checked-in refresh metadata cache feature, I see that the
> > cache file is always created as the user who started the drillbit process
> > and has nothing to do with the user who has issued the "refresh table
> > metadata" command. Can someone from the dev verify this?
> >
> > - Rahul
> >
>
Re: Refresh Table Metadata : Cache file owner
Posted by mehant baid <ba...@gmail.com>.
Is impersonation enabled when you perform the refresh?
On Monday, September 21, 2015, rahul challapalli <ch...@gmail.com>
wrote:
> Hi,
>
> With the newly checked-in refresh metadata cache feature, I see that the
> cache file is always created as the user who started the drillbit process
> and has nothing to do with the user who has issued the "refresh table
> metadata" command. Can someone from the dev verify this?
>
> - Rahul
>