Mailing-List: contact user-help@hive.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hive.apache.org
Received-SPF: pass (nike.apache.org: domain of biswajit.nayak@inmobi.com
 designates 209.85.128.181 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAG5NR8S_EGK_++2UZ_8UFyLo4NSvK1AH0jKa6bFTReufHT4OiQ@mail.gmail.com>
References: 
 <CAG5NR8S_EGK_++2UZ_8UFyLo4NSvK1AH0jKa6bFTReufHT4OiQ@mail.gmail.com>
Date: Sat, 23 Nov 2013 01:15:06 +0530
Message-ID: 
 <CABjR9dRA0HZ=czJp=HtM4ALkE2VVwO5XCm_+O+1q0gaRB4pnvw@mail.gmail.com>
Subject: Re: How to prevent user drop table in Hive metadata?
From: Biswajit Nayak <biswajit.nayak@inmobi.com>
To: user@hive.apache.org
Content-Type: multipart/alternative; boundary=047d7bdc051e4eeb0704ebc9408f

--047d7bdc051e4eeb0704ebc9408f
Content-Type: text/plain; charset=US-ASCII

Hi Echo,

I dont think there is any to prevent this. I had the same concern in hbase,
but found out that it is assumed that user using the system are very much
aware of it.  I am into hive from last 3 months, was looking for some kind
of way here, but no luck till now..

Thanks
Biswa
On 23 Nov 2013 01:06, "Echo Li" <echolql@gmail.com> wrote:

> Good Friday!
>
> I was trying to apply certain level of security in our hive data
> warehouse, by modifying access mode of directories and files on hdfs to 755
> I think it's good enough for a new user to remove data, however the user
> still can drop the table definition in hive cli, seems the "revoke" doesn't
> help much, is there any way to prevent this?
>
>
> Thanks,
> Echo
>

-- 
_____________________________________________________________
The information contained in this communication is intended solely for the 
use of the individual or entity to whom it is addressed and others 
authorized to receive it. It may contain confidential or legally privileged 
information. If you are not the intended recipient you are hereby notified 
that any disclosure, copying, distribution or taking any action in reliance 
on the contents of this information is strictly prohibited and may be 
unlawful. If you have received this communication in error, please notify 
us immediately by responding to this email and then delete it from your 
system. The firm is neither liable for the proper and complete transmission 
of the information contained in this communication nor for any delay in its 
receipt.

--047d7bdc051e4eeb0704ebc9408f
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<p dir=3D"ltr">Hi Echo,</p>
<p dir=3D"ltr">I dont think there is any to prevent this. I had the same co=
ncern in hbase, but found out that it is assumed that user using the system=
 are very much aware of it.=A0 I am into hive from last 3 months, was looki=
ng for some kind of way here, but no luck till now..</p>

<p dir=3D"ltr">Thanks<br>
Biswa</p>
<div class=3D"gmail_quote">On 23 Nov 2013 01:06, &quot;Echo Li&quot; &lt;<a=
 href=3D"mailto:echolql@gmail.com">echolql@gmail.com</a>&gt; wrote:<br type=
=3D"attribution"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8=
ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir=3D"ltr"><div><div><div>Good Friday!<br><br></div>I was trying to a=
pply certain level of security in our hive data warehouse, by modifying acc=
ess mode of directories and files on hdfs to 755 I think it&#39;s good enou=
gh for a new user to remove data, however the user still can drop the table=
 definition in hive cli, seems the &quot;revoke&quot; doesn&#39;t help much=
, is there any way to prevent this?<br>

<br><br></div>Thanks,<br></div>Echo<br></div>
</blockquote></div>

<br>
<div><span style=3D"font-family:Arial;background-color:white">_____________=
_________________<WBR>______________________________<WBR>_</span></div><spa=
n style=3D"font-family:Arial;background-color:white"><font color=3D"#808080=
">The information contained in this communication is intended solely for th=
e use of the individual or entity to whom it is addressed and others author=
ized to receive it. It may contain confidential or legally privileged infor=
mation. If you are not the intended recipient you are hereby notified that =
any disclosure, copying, distribution or taking any action in reliance on t=
he contents of this information is strictly prohibited and may be unlawful.=
 If you have received this communication in error, please notify us immedia=
tely by responding to this email and then delete it from your system. The f=
irm is neither liable for the proper and complete transmission of the infor=
mation contained in this communication nor for any delay in its receipt.</f=
ont></span>
--047d7bdc051e4eeb0704ebc9408f--