[
https://issues.apache.org/jira/browse/HBASE-11294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14050917#comment-14050917
]
Andrew Purtell commented on HBASE-11294:
----------------------------------------
Patch looks good and works for me locally.
Trace level is ok, but is this useful?
{code}
diff --git
a/hbase-server/src/test/java/org/apache/hadoop/hbase/util/MultiThreadedReaderWithACL.java
b/hbase-server/src/test/java/org/apache/hadoop/hbase/util/MultiThreadedReaderWithACL.java
index 068f120..044fee6 100644
---
a/hbase-server/src/test/java/org/apache/hadoop/hbase/util/MultiThreadedReaderWithACL.java
+++
b/hbase-server/src/test/java/org/apache/hadoop/hbase/util/MultiThreadedReaderWithACL.java
@@ -107,7 +107,9 @@ public class MultiThreadedReaderWithACL extends
MultiThreadedReader {
result = localTable.get(get);
}
boolean isNullExpected = ((((int) keyToRead %
specialPermCellInsertionFactor)) == 0);
- LOG.info("Read happening from ACL " + isNullExpected);
+ if (isNullExpected) {
+ LOG.trace("Read happening from ACL " + isNullExpected);
+ }
getResultMetricUpdation(verify, rowKey, start, result, localTable,
isNullExpected);
} catch (IOException e) {
recordFailure(keyToRead);
{code}
We should also remove that INFO level logging in the same place in the master
branch.
> IntegrationTestIngestWithACL should automatically set the superuser when
> running on local minicluster
> -----------------------------------------------------------------------------------------------------
>
> Key: HBASE-11294
> URL: https://issues.apache.org/jira/browse/HBASE-11294
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.98.3
> Reporter: Andrew Purtell
> Assignee: ramkrishna.s.vasudevan
> Fix For: 0.99.0, 0.98.4
>
> Attachments: HBASE-11294_1.patch, HBASE-11294_2.patch
>
>
> To reproduce:
> {noformat}
> $ mvn -DskipTests clean install
> $ cd hbase-it
> $ mvn verify -Dit.test=IntegrationTestIngestWithACL
> {noformat}
> This should execute successfully according to
> http://hbase.apache.org/book/hbase.tests.html section 16.7.5.1.
> Instead no tables can deploy because the superuser is not automatically set
> to the running user, as what used to happen once upon a time:
> {noformat}
> 2014-06-03 20:15:10,067 WARN [htable-pool12-t1] client.AsyncProcess(675):
> #7, table=hbase:meta, attempt=1/350 failed 1 ops, last exception:
> org.apache.hadoop.hbase.security.AccessDeniedException:
> org.apache.hadoop.hbase.security.AccessDeniedException: Insufficient
> permissions (user=apurtell, scope=hbase:meta, family=info:regioninfo,
> action=WRITE)
> at
> org.apache.hadoop.hbase.security.access.AccessController.prePut(AccessController.java:1447)
> at
> org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.prePut(RegionCoprocessorHost.java:1122)
> at
> org.apache.hadoop.hbase.regionserver.HRegion.doPreMutationHook(HRegion.java:2269)
> at
> org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2244)
> at
> org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2200)
> at
> org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2204)
> at
> org.apache.hadoop.hbase.regionserver.HRegionServer.doBatchOp(HRegionServer.java:4263)
> at
> org.apache.hadoop.hbase.regionserver.HRegionServer.doNonAtomicRegionMutation(HRegionServer.java:3479)
> at
> org.apache.hadoop.hbase.regionserver.HRegionServer.multi(HRegionServer.java:3369)
> at
> org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:29503)
> at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2012)
> at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:98)
> at
> org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.consumerLoop(SimpleRpcScheduler.java:168)
> at
> org.apache.hadoop.hbase.ipc.SimpleRpcScheduler.access$000(SimpleRpcScheduler.java:39)
> at
> org.apache.hadoop.hbase.ipc.SimpleRpcScheduler$1.run(SimpleRpcScheduler.java:111)
> at java.lang.Thread.run(Thread.java:745)
> on localhost,59092,1401826507071, tracking started Tue Jun 03 20:15:10 UTC
> 2014 - FAILED, NOT RETRYING ANYMORE
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
