Phoenix 5.x and CDH6.x

2018-10-21 Thread Bulvik, Noam
Hi

Do you plan to issue Phoenix 5.x parcel based on CDH6 like there was phoenix 
4.x parcels based on CDH 5.x?

Regards,

Noam



PRIVILEGED AND CONFIDENTIAL
PLEASE NOTE: The information contained in this message is privileged and 
confidential, and is intended only for the use of the individual to whom it is 
addressed and others who have been specifically authorized to receive it. If 
you are not the intended recipient, you are hereby notified that any 
dissemination, distribution or copying of this communication is strictly 
prohibited. If you have received this communication in error, or if any 
problems occur with transmission, please contact sender. Thank you.


Re: Phoenix 5.x and CDH6.x

2018-10-21 Thread Pedro Boado
Yes, but the first release supporting CDH will be delayed to some point in
the next couple of months.

On Sun, 21 Oct 2018, 09:48 Bulvik, Noam,  wrote:

> Hi
>
>
>
> Do you plan to issue Phoenix 5.x parcel based on CDH6 like there was
> phoenix 4.x parcels based on CDH 5.x?
>
>
>
> Regards,
>
>
>
> *Noam *
>
> --
>
> PRIVILEGED AND CONFIDENTIAL
> PLEASE NOTE: The information contained in this message is privileged and
> confidential, and is intended only for the use of the individual to whom it
> is addressed and others who have been specifically authorized to receive
> it. If you are not the intended recipient, you are hereby notified that any
> dissemination, distribution or copying of this communication is strictly
> prohibited. If you have received this communication in error, or if any
> problems occur with transmission, please contact sender. Thank you.
>


Phoenix Metrics - How to understand

2018-10-21 Thread venkata subbarayudu
Hello Team,
   Phoenix provides metrics to understand insights during execution of a
SQL query both at individual SQL and client JVM level, I want to check if
there any document explaining what a each metric mean and what indicates a
query execution went fine or had issues. for eg:

below are the Queries in sequence that were fired using a standalone
program  along with metrics response in a hbase cluster with phoenix (hbase
1.1.2 + phoenix 4.8.1)

Query Start Time: 2018-09-04 09:10:58,536
Query End Time: 2018-09-04 09:12:52,932
Time taken to query: ~ 2minutes

Below are the phoenix metrics

*Mutation Write Metrings*
*PhoenixRuntime.getWriteMetricsForMutationsSinceLastReset(connection)*
>>>
{UPSRT_TABLE={MUTATION_COMMIT_TIME=9325278, MUTATION_BATCH_SIZE=8097788,
MUTATION_BYTES=23708733912}}

*Mutation Read Metrings*
*PhoenixRuntime.getReadMetricsForMutationsSinceLastReset(connection)*
>>>
{SLET_TABLE={TASK_QUEUE_WAIT_TIME=29384207, SCAN_BYTES=17973054976,
TASK_END_TO_END_TIME=41399954, TASK_EXECUTED_COUNTER=712,
TASK_EXECUTION_TIME=12015738, TASK_REJECTED_COUNTER=0}}

*Global Metrics*
*PhoenixRuntime.getGlobalPhoenixClientMetrics()*
>>>
MUTATION_BATCH_SIZE :: 8097788
MUTATION_BYTES :: 23708733912
MUTATION_COMMIT_TIME :: 9325278
QUERY_TIME :: 0
NUM_PARALLEL_SCANS :: 712
SCAN_BYTES :: 17973054976
SPOOL_FILE_SIZE :: 0
MEMORY_CHUNK_BYTES :: 0
MEMORY_WAIT_TIME :: 0
TASK_QUEUE_WAIT_TIME :: 29384207
TASK_END_TO_END_TIME :: 41399954
TASK_EXECUTION_TIME :: 12015738
MUTATION_SQL_COUNTER :: 95
SELECT_SQL_COUNTER :: 0
TASK_EXECUTED_COUNTER :: 712
TASK_REJECTED_COUNTER :: 0
QUERY_TIMEOUT_COUNTER :: 0
QUERY_FAILED_COUNTER :: 0
SPOOL_FILE_COUNTER :: 0
OPEN_PHOENIX_CONNECTIONS_COUNTER :: 1

*Q:* *How to understand below metrics *

TASK_QUEUE_WAIT_TIME = 29384207 milliseconds (~490 minutes)
TASK_EXECUTION_TIME = 12015738 milliseconds (~200 minutes)
But query itself completed in ~ 2 minutes
It is also noticed that OPEN_PHOENIX_CONNECTIONS_COUNTER kept on increasing
by 10 for each of the Query that is fired subsequently i.e.
"OPEN_PHOENIX_CONNECTIONS_COUNTER = 11" , "OPEN_PHOENIX_CONNECTIONS_COUNTER
= 21 " etc.,though there were no other noticeable logs indicating some
error, what does this mean, is it like multiple attempts tried internally,
and all the open connections by this are not cleared ?
-- 
*Venkata Subbarayudu Amanchi.*


Phoenix Delete Query - Hbase rpc timeout relation

2018-10-21 Thread venkata subbarayudu
Hello Team,
   How does *Phoenix delete query uses hbase-rpc-timeout* , and can you
please point any document illustrating the difference between a
delete-query execution Vs Upsert query execution, since I've noticed a
different behaviour for this during an *UPSERT *query Vs *DELETE* query.

Please find below details on the same

hbase.rpc.timeout = 12 ( 2 min )
phoenix.query.keepAliveMs = 12 ( 2 min )
phoenix.query.timeoutMs = 120 ( 20 min )
phoenix-auto-commit = true

An upsert query that runs for more than 2 mins and below 20 mins, goes fine
(test-query ran for about 12 mins), but a delete query that runs for more
than 2 min throws rpc-timeout errors, and when the table is checked few
records got deleted, when rpctimeout increased to same as phoenix-query
timeout , delete query ran fine, hence wants an understanding on how to set
rpc-timeout + phoenix-timeout values for a large table delete and if the
delete is expected to take increasing time as the table grows (trying with
secondary indexing is one option to keep the timeouts lower, but assuming
the delete-time grows even with secondary indexes)

Thank you for your support


-- 
*Venkata Subbarayudu Amanchi.*