[ 
https://issues.apache.org/jira/browse/PHOENIX-177?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14078311#comment-14078311
 ] 

Mujtaba Chohan commented on PHOENIX-177:
----------------------------------------

[~jesse_yates] Does this mean I would *always* need 
_phoenix-hadoop<version>-compat-x.x.x.jar_ and 
_phoenix-hadoop-compat-x.x.x.jar_ on HBase region servers classpath from now 
on? Otherwise it gets in following exception on upserting index while using 
HBase 0.98.4 on Hadoop1/2:

org.apache.phoenix.execute.CommitException: 
org.apache.hadoop.hbase.client.RetriesExhaustedWithDetailsException: Failed 
24000 actions: 
org.apache.phoenix.hbase.index.builder.IndexBuildingFailureException: Failed to 
build index for unexpected reason!
        at 
org.apache.phoenix.hbase.index.util.IndexManagementUtil.rethrowIndexingException(IndexManagementUtil.java:241)
        at 
org.apache.phoenix.hbase.index.Indexer.preBatchMutate(Indexer.java:251)
        at 
org.apache.hadoop.hbase.regionserver.RegionCoprocessorHost.preBatchMutate(RegionCoprocessorHost.java:1282)
        at 
org.apache.hadoop.hbase.regionserver.HRegion.doMiniBatchMutation(HRegion.java:2472)
        at 
org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2259)
        at 
org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2211)
        at 
org.apache.hadoop.hbase.regionserver.HRegion.batchMutate(HRegion.java:2215)
        at 
org.apache.hadoop.hbase.regionserver.HRegionServer.doBatchOp(HRegionServer.java:4283)
        at 
org.apache.hadoop.hbase.regionserver.HRegionServer.doNonAtomicRegionMutation(HRegionServer.java:3490)
        at 
org.apache.hadoop.hbase.regionserver.HRegionServer.multi(HRegionServer.java:3380)
        at 
org.apache.hadoop.hbase.protobuf.generated.ClientProtos$ClientService$2.callBlockingMethod(ClientProtos.java:29503)
        at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:2027)
        at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:98)
        at 
org.apache.hadoop.hbase.ipc.RpcExecutor.consumerLoop(RpcExecutor.java:114)
        at org.apache.hadoop.hbase.ipc.RpcExecutor$1.run(RpcExecutor.java:94)
        at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NoClassDefFoundError: 
org/apache/phoenix/trace/TracingCompat
        at 
org.apache.phoenix.hbase.index.Indexer.preBatchMutateWithExceptions(Indexer.java:330)
        at 
org.apache.phoenix.hbase.index.Indexer.preBatchMutate(Indexer.java:248)

> Collect usage and performance metrics
> -------------------------------------
>
>                 Key: PHOENIX-177
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-177
>             Project: Phoenix
>          Issue Type: Sub-task
>    Affects Versions: 5.0.0, 4.1
>            Reporter: ryang-sfdc
>            Assignee: Jesse Yates
>              Labels: enhancement
>             Fix For: 5.0.0, 4.1
>
>         Attachments: phoenix-177-4.0.patch, phoenix-177-master-v0.patch, 
> phoenix-177-master.patch
>
>
> I'd like to know how much cpu, physical io, logical io, wait time, blocking 
> time, transmission time was spent for each thread of execution across the 
> hbase cluster, within coprocessors, and within the client's phoenix 
> threadpools for each query.
> Here are some of the problems I want to solve:
> 1) every component has one or more configurable threadpools, and I have no 
> idea how to gather data to make any decisions.
> 2) queries that I think should be fast turn out to be dog slow, e.g., select 
> foo from bar where foo like 'abc%' group by foo Without attaching a profiler 
> to hbase, which most people won't bother with, it's not clear why it's slow.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to