Return-Path: X-Original-To: apmail-accumulo-notifications-archive@minotaur.apache.org Delivered-To: apmail-accumulo-notifications-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 87368EDE9 for ; Tue, 5 Mar 2013 15:07:16 +0000 (UTC) Received: (qmail 55033 invoked by uid 500); 5 Mar 2013 15:07:16 -0000 Delivered-To: apmail-accumulo-notifications-archive@accumulo.apache.org Received: (qmail 54684 invoked by uid 500); 5 Mar 2013 15:07:15 -0000 Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jira@apache.org Delivered-To: mailing list notifications@accumulo.apache.org Received: (qmail 53502 invoked by uid 99); 5 Mar 2013 15:07:13 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Mar 2013 15:07:13 +0000 Date: Tue, 5 Mar 2013 15:07:13 +0000 (UTC) From: "Keith Turner (JIRA)" To: notifications@accumulo.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (ACCUMULO-1018) Client does not give informative message when user can not read table MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/ACCUMULO-1018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13593454#comment-13593454 ] Keith Turner commented on ACCUMULO-1018: ---------------------------------------- I was thinking of something else. Was thinking of the case where there are two extents E1 and E2, both from table T1. The extents see different security errors. So the input would be something like the following. {noformat} {E1={SE1}, E2={SE2}} {noformat} I think the code will output the following {noformat} {T1={SE2}} {noformat} It should output the following {noformat} {T1={SE1, SE2}} {noformat} > Client does not give informative message when user can not read table > --------------------------------------------------------------------- > > Key: ACCUMULO-1018 > URL: https://issues.apache.org/jira/browse/ACCUMULO-1018 > Project: Accumulo > Issue Type: Bug > Components: client > Affects Versions: 1.4.0 > Reporter: Keith Turner > Assignee: Kevin Faro > Fix For: 1.6.0 > > Attachments: ACCUMULO-1018-2.patch, ACCUMULO-1018.patch > > > Saw this in 1.4, not sure if its an issue in later versions. > Assume a user has an application that is reading from many tables and does not have permission to read from one table. In this case the exception does not tell them which table they can not read from. If not familiar with the application, it can take a while to track this issue down on a system with many tables. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira