phoenix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vincent Poon (JIRA)" <>
Subject [jira] [Updated] (PHOENIX-4169) Explicitly cap timeout for index disable RPC on compaction
Date Tue, 12 Sep 2017 22:30:00 GMT


Vincent Poon updated PHOENIX-4169:
    Attachment: PHOENIX-4169.master.v4.patch

[~jamestaylor] updated patch with Indexer changes as well.

I created a separate config with separate timeouts because writes to update the index state
should have longer timeouts than normal index updates (which are shorter).

> Explicitly cap timeout for index disable RPC on compaction
> ----------------------------------------------------------
>                 Key: PHOENIX-4169
>                 URL:
>             Project: Phoenix
>          Issue Type: Bug
>    Affects Versions: 4.12.0
>            Reporter: Vincent Poon
>            Assignee: Vincent Poon
>            Priority: Critical
>         Attachments: PHOENIX-4169.0.98.patch, PHOENIX-4169.0.98.v2.patch, PHOENIX-4169.0.98.v3.patch,
PHOENIX-4169.0.98.v4.patch, PHOENIX-4169.master.patch, PHOENIX-4169.master.v2.patch, PHOENIX-4169.master.v3.patch,
> In PHOENIX-3953 we're marking the mutable global index as disabled with an index_disable_timestamp
of 0 from the compaction hook.This is a potentially a server-server RPC, and HConnectionManager#setServerSideHConnectionRetries
makes it such that the HBase client config on the server side has 10 times the number of retries,
lasting hours.
> To avoid a hung coprocessor hook, we should explicitly cap the number of retries here.

This message was sent by Atlassian JIRA

View raw message