Re: Regarding PHOENIX-1734

I have an another question. New implementation of local indexes affects both server and client parts. Wouldn't it break the compatibility between old 4.x clients and new servers? I.e. clients are creating/writing local indexes into a separate table, but on server side the index updater will try to

Re: looking for help on HBASE

Hi Sean, Not sure about the unit test, but the fix that cause our issue is HBASE-15198. Prior it we had connection with cellBlock false, so protobuf serialized everything, including timeRange. Now cellBlock is true and buildNoDataRegionAction is used for the serializing of Increament mutations.

Re: looking for help on HBASE

Hey Sean, I'll take a look while other guys are on HBaseCon. Thanks, Sergey On Tue, May 24, 2016 at 4:49 PM, Sean Busbey wrote: > Hi Phoenix! > > I've been trying to chase down the root cause of an issue that y'all > reported with HBase increments that have custom time

Regular build failures

Guys, We often see failures during the build stage (OOMs, Unable to allocate resources/etc). Can we do something with it like raise a ticket on the infrastructure/build environment ? Thanks, Sergey

Re: RC on Monday

Can we also get PHOENIX-3015 in 4.8? If someone review it I would be really appreciated. Thanks, Sergey On Tue, Jun 21, 2016 at 9:22 PM, Ankit Singhal wrote: > Thanks James and Lars. > Now we are waiting on two issues:- > > PHOENIX-3002 > PHOENIX-3020 > > It seems

Re: blockers for 4.7.0?

Please wait. Fix for PHOENIX-2649 doesn't work as expected. So, I reopened it and attached a new fix. For PHOENIX-1973 there will be some performance improvement and I need to retest it carefully with applied PHOENIX-2649. Thanks, Sergey On Wed, Feb 3, 2016 at 6:44 PM, James Taylor

Re: 4.7.0 RC, Bulk loading performance degradation and failed MR tasks

Hi Youngwoo, Could you provide a bit more information about the table structure (DDL would be great)? Do you have indexes? Thanks, Sergey On Tue, Feb 23, 2016 at 10:18 PM, 김영우 (Youngwoo Kim) wrote: > Gabriel, > > I'm using RC2. > > Youngwoo > > 2016년 2월 24일 수요일, Gabriel

Re: 4.7.0 RC, Bulk loading performance degradation and failed MR tasks

ar[]. > I can see performance degradation on bulk load from other tables > > Thanks, > > Youngwoo > > > > On Fri, Feb 26, 2016 at 6:02 PM, Sergey Soldatov <sergeysolda...@gmail.com> > wrote: > >> Hi Youngwoo, >> Could you provide a bit more infor

Re: 4.7.0 RC, Bulk loading performance degradation and failed MR tasks

rollback the patch. Thanks, Sergey On Fri, Feb 26, 2016 at 2:37 PM, James Taylor <jamestay...@apache.org> wrote: > Thanks, Sergey. Were you able to confirm whether or not PHOENIX-1973 was > the root cause of the regression? > > On Fri, Feb 26, 2016 at 11:55 AM, Sergey Sol

Re: 4.7.0 RC, Bulk loading performance degradation and failed MR tasks

wrote: > Ok, I'll rollback PHOENIX-1973, but are you saying this isn't the root > cause of the pert regression? > > > On Friday, February 26, 2016, Sergey Soldatov <sergeysolda...@gmail.com> > wrote: > >> James, >> Well, its not, but I have an another problem

Re: 4.7.0 RC, Bulk loading performance degradation and failed MR tasks

know if this was introduced as part of PHOENIX-2649 or not. >> >> Sergey, are you (or someone else) able to take a look at this? >> Unfortunately, I don't think there's any way I can get a serious look >> at this any more today. >> >> - Gabriel >> >> &

Re: 4.7.0 RC, Bulk loading performance degradation and failed MR tasks

Oops. Small update. We can revert PHOENIX-1973 (bulk load improvement), not PHOENIX-2649 (TableRowKeyPair comparator problem). On Fri, Feb 26, 2016 at 10:52 AM, Sergey Soldatov <sergeysolda...@gmail.com> wrote: > Well, that's how MR bulk load works. Mappers gets all rows from t

Re: Getting error in running query below

Could you please file a bug? A workaround is to not use the same column name with different column family. Thanks, Sergey On Wed, Mar 2, 2016 at 3:52 AM, Mohammad Adnan Raza wrote: > I am facing > > *Error: ERROR 502 (42702): Column reference ambiguous or duplicate names.

Re: Jenkins build failures?

As for flume module - flume-ng is coming with commons-io 2.1 while hadoop & hbase require org.apache.commons.io.Charsets which was introduced in 2.3. Easy way is to move dependency on flume-ng after the dependencies on hbase/hadoop. The last thing about ConcurrentHashMap - it definitely means

Re: Jenkins build failures?

Can we add -X to the mvn? All recent failures happen right before integration tests started without any reasonable error message. Possible an additional debug info would help. Thanks, Sergey On Tue, Apr 26, 2016 at 3:47 PM, James Taylor wrote: > Anyone know why our

Re: Error: org.apache.phoenix.exception.PhoenixIOException

Sergey, It would be great if you provide at least the version of phoenix you are using. I can suggest that it's 4.6. There were number of fixes since that time, so could you please try the more recent 4.7 or the current master. The exception from the log of crashed RS may be useful as well.

Re: Jenkins build failures?

4, 2016 at 5:25 PM, James Taylor <jamestay...@apache.org> > wrote: > > > Thanks, Sergey! > > > > On Wed, May 4, 2016 at 5:22 PM, Sergey Soldatov < > sergeysolda...@gmail.com> > > wrote: > > > >> James, > >> Ah, didn't notice th

Re: Antlr dependency issue

antlr-runtime is using ST only for DOT diagrams. I don't think we build something for graphviz, so it's safe to keep only and only antlr-runtime. Thanks, Sergey On Mon, May 16, 2016 at 6:55 PM, William wrote: > Hi all >I found a weird problem when executing 'mvn

Re: Create view using select *

Actually it works exactly as you want. https://phoenix.apache.org/views.html Please also read Limitations chapter. It may be useful. On Tue, May 10, 2016 at 8:46 PM, Swapna Swapna wrote: > I have an existing hbase table with 50k columns. > > Can we create a view in

Re: Jenkins build failures?

zk related issue? On Fri, Apr 29, 2016 at 7:51 AM, James Taylor <jamestay...@apache.org> wrote: > A patch would be much appreciated, Sergey. > > On Fri, Apr 29, 2016 at 3:26 AM, Sergey Soldatov <sergeysolda...@gmail.com> > wrote: > >> As for flume module - flume-ng is

Re: Jenkins build failures?

t; Sergey, on master branch (which is HBase 1.2): > https://builds.apache.org/job/Phoenix-master/1214/console > > On Wed, May 4, 2016 at 1:31 PM, Sergey Soldatov <sergeysolda...@gmail.com> > wrote: >> >> James, >> Regarding HivePhoenixStoreIT. Are you talking about >

Re: Jenkins build failures?

nix client >>> are all contributing to this huge thread count. >>> >>> A good starting point would be to take a jstack of the IT process and >>> count, group by threads with similar name. Reconfigure to reduce all those >>> groups to something like 10 eac

Timestamp with nanos.

Guys, Is there a way to set nanos for Timestamp from sql statement? The only way to set nanos I see at the moment is to use PrepareStatement together with java.sun.Timestamp#setNanos() in Java. Did I miss something? Thanks, Sergey

Re: Timestamp with nanos.

01 00:00:00.123456789' for > the sql value? > > On Wed, Apr 13, 2016 at 4:15 PM, Sergey Soldatov <sergeysolda...@gmail.com> > wrote: > >> Guys, >> Is there a way to set nanos for Timestamp from sql statement? The only >> way to set nanos I see at the moment is

Re: Jenkins build failures?

e to something less aggressive >> in terms of thread creation. >> >> Thanks, >> Sergey >> >> >> On Thu, May 5, 2016 at 8:24 AM, James Taylor <jamestay...@apache.org> >> wrote: >> >> > Looks like all Jenkins builds are failing, but i

Re: Provide an option to infinite retry when updating index failed

Personally I don't like the idea. If one of the index regions get stuck (in transition for example), the whole cluster will be down after a while. It's better to get this index disabled rather than having cluster not working (until someone noticed that the ingestion rate dropped to zero) and down

HBase 2.0 future integration.

Hi, Well, HBase 2.0 will be released in the near future and we need to think about adopting Phoenix to it. I tried to do that and already feel uncomfortable with the amount of changes related to existing and potential problems. There are the list of problems I'm aware at the moment: 1. Deprecated

[DISCUSS] dropping 0.98 support?

I remember that we discussed that a couple times already without any final decision, so let me raise this question again. HBase 2.0 is getting close to the release and to support it we will need to do a lot of refactoring in the code even just to get Phoenix compiled. And already we may start to

Re: [DISCUSS] Road to HBase 2.0.0

There is a list of problems that we need to fix to get it working with HBase 2.0: 1. renamed methods (such as add => addColumn). That's the easiest to fix 2. removed interfaces such as HTableInterface. We are supposed to use Table now. That may lead to some small difference between branches.

Re: [DISCUSS] dropping 0.98 support?

0.98 internally, and a number of our staff are committers, > so I suspect there will be adequate support for the 0.98 branch for another > couple of releases. > > On Mon, Oct 9, 2017 at 12:36 PM, Sergey Soldatov <sergeysolda...@gmail.com > > > wrote: > > > I rememb

Re: [ANNOUNCE] New Phoenix committer: Ethan Wang

Congratulations Ethan! On Wed, Oct 11, 2017 at 6:45 PM, James Taylor wrote: > On behalf of the Apache Phoenix PMC, I'm please to announce that Ethan Wang > has accepted our invitation to become a committer. He's behind some of the > great new 4.12 features of table

Re: [ANNOUNCE] New Phoenix committer: Vincent Poon

Congratulations Vincent! On Wed, Oct 11, 2017 at 6:51 PM, James Taylor wrote: > On behalf of the Apache Phoenix PMC, I'm delighted to announce that Vincent > Poon has accepted our invitation to become a committer. He's had a big > impact in helping to stabilize our

Re: Date issue when copying data from Phoenix to Spark

Just a guess. Date is storying as the regular timestamp in GMT. So Phoenix shows you the GMT time while Spark is convert GMT time to you local time zone. Thanks, Sergey On Tue, Oct 17, 2017 at 3:54 PM, Pavani Addanki wrote: > I am trying to insert phoenix data into

Re: [DISCUSS] Board Report 2018/05 (Draft)

ts healthy state. We have > >our strong core developers, a regular collection of users getting > >involved, new developers submitting fixes, and releases happening. > >PMC needs to evaluate contributors and committers for new committers > >and PMC members, respectively.

Re: [VOTE] Release of Apache Phoenix 4.14.0 RC1

0 We have a blocker for 5.x branch (PHOENIX-4759). It's a similar to PHOENIX-4719 lockup in static code during classloading. Root cause - introducing ConnectionFactory in PHOENIX-4685, so it might affect master branch as well. If nobody else saw problems with cluster restart (For 5.x branch we

Re: [VOTE] Release of Apache Phoenix 5.0.0 RC1

+1 Performed long run tests. No serious problems found after 12+ hours under moderate loaded. On Wed, Jun 27, 2018 at 9:03 PM, Josh Elser wrote: > +1 (binding) > > Noticed that the pom.xml.versionsBackup are still present, but that's not > the end of the world. > > > On 6/26/18 1:59 PM,

Re: [VOTE] Apache Phoenix 5.0.0-alpha rc1

Tested with basic scenarios with a heavy load to salted/unsalted tables. Looks stable. +1 On Mon, Feb 12, 2018 at 8:01 AM, Artem Ervits wrote: > Hadoop 2.7.5 > HBase 2.0-beta1 > downloaded binary release: OK > md5: OK > loaded 1M rows with performance.py: OK > ran

[jira] [Commented] (PHOENIX-2934) Checking a coerce expression at top level should not be necessary for Union All query

[ https://issues.apache.org/jira/browse/PHOENIX-2934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15313377#comment-15313377 ] Sergey Soldatov commented on PHOENIX-2934: -- [~jamestaylor] sure. I would suggest instead

[jira] [Created] (PHOENIX-2975) CSVBulkLoad for local index only fails.

Sergey Soldatov created PHOENIX-2975: Summary: CSVBulkLoad for local index only fails. Key: PHOENIX-2975 URL: https://issues.apache.org/jira/browse/PHOENIX-2975 Project: Phoenix Issue

[jira] [Updated] (PHOENIX-2967) CSV BulkLoad should properly handle empty family for logical tables.

[ https://issues.apache.org/jira/browse/PHOENIX-2967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-2967: - Attachment: PHOENIX-2967-1.patch > CSV BulkLoad should properly handle empty fam

[jira] [Commented] (PHOENIX-2967) CSV BulkLoad should properly handle empty family for logical tables.

[ https://issues.apache.org/jira/browse/PHOENIX-2967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15317050#comment-15317050 ] Sergey Soldatov commented on PHOENIX-2967: -- [~rajeshbabu] Please take a look. It supposed

[jira] [Created] (PHOENIX-2967) CSV BulkLoad should properly handle empty family for logical tables.

Sergey Soldatov created PHOENIX-2967: Summary: CSV BulkLoad should properly handle empty family for logical tables. Key: PHOENIX-2967 URL: https://issues.apache.org/jira/browse/PHOENIX-2967

[jira] [Commented] (PHOENIX-2967) CSV BulkLoad should properly handle empty family for logical tables.

[ https://issues.apache.org/jira/browse/PHOENIX-2967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15317215#comment-15317215 ] Sergey Soldatov commented on PHOENIX-2967: -- One additional note. Now we expect that all

[jira] [Commented] (PHOENIX-2967) CSV BulkLoad should properly handle empty family for logical tables.

[ https://issues.apache.org/jira/browse/PHOENIX-2967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15317174#comment-15317174 ] Sergey Soldatov commented on PHOENIX-2967: -- [~jamestaylor] Originally I used it just

[jira] [Commented] (PHOENIX-2967) CSV BulkLoad should properly handle empty family for logical tables.

[ https://issues.apache.org/jira/browse/PHOENIX-2967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15317280#comment-15317280 ] Sergey Soldatov commented on PHOENIX-2967: -- Nope. Since colons are used by hbase

[jira] [Updated] (PHOENIX-2967) CSV BulkLoad should properly handle empty family for logical tables.

[ https://issues.apache.org/jira/browse/PHOENIX-2967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-2967: - Attachment: PHOENIX-2967-2.patch replaced ":".toBytes with the con

[jira] [Commented] (PHOENIX-2967) CSV BulkLoad should properly handle empty family for logical tables.

[ https://issues.apache.org/jira/browse/PHOENIX-2967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15317194#comment-15317194 ] Sergey Soldatov commented on PHOENIX-2967: -- Oh, we can use

[jira] [Commented] (PHOENIX-2975) CSVBulkLoad for local index only fails.

[ https://issues.apache.org/jira/browse/PHOENIX-2975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15324105#comment-15324105 ] Sergey Soldatov commented on PHOENIX-2975: -- I've committed the patch to fix the failure

[jira] [Updated] (PHOENIX-2975) CSVBulkLoad for local index only fails.

[ https://issues.apache.org/jira/browse/PHOENIX-2975?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-2975: - Attachment: PHOENIX-2975.patch > CSVBulkLoad for local index only fa

[jira] [Commented] (PHOENIX-2936) Missing antlr runtime on server side after PHOENIX-2908

[ https://issues.apache.org/jira/browse/PHOENIX-2936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15300231#comment-15300231 ] Sergey Soldatov commented on PHOENIX-2936: -- [~jamestaylor] Runtime only. I checked the server

[jira] [Commented] (PHOENIX-2931) Phoenix client asks users to provide configs in cli that are present on the machine in hbase conf

[ https://issues.apache.org/jira/browse/PHOENIX-2931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15305114#comment-15305114 ] Sergey Soldatov commented on PHOENIX-2931: -- +1 > Phoenix client asks users to provide conf

[jira] [Commented] (PHOENIX-2535) Create shaded clients (thin + thick)

[ https://issues.apache.org/jira/browse/PHOENIX-2535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15331149#comment-15331149 ] Sergey Soldatov commented on PHOENIX-2535: -- [~jamestaylor] actually there was an another commit

[jira] [Commented] (PHOENIX-2535) Create shaded clients (thin + thick)

[ https://issues.apache.org/jira/browse/PHOENIX-2535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15321757#comment-15321757 ] Sergey Soldatov commented on PHOENIX-2535: -- [~enis] Interesting question. Do we want to publish

[jira] [Commented] (PHOENIX-2947) NPE in ExpresssionCompiler.visitLeave

[ https://issues.apache.org/jira/browse/PHOENIX-2947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15306991#comment-15306991 ] Sergey Soldatov commented on PHOENIX-2947: -- [~ayingshu] Could you add a test case

[jira] [Assigned] (PHOENIX-2536) Return of aggregation functions do not have the correct data type and precision

[ https://issues.apache.org/jira/browse/PHOENIX-2536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov reassigned PHOENIX-2536: Assignee: Sergey Soldatov > Return of aggregation functions do not h

[jira] [Commented] (PHOENIX-2536) Return of aggregation functions do not have the correct data type and precision

[ https://issues.apache.org/jira/browse/PHOENIX-2536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15308735#comment-15308735 ] Sergey Soldatov commented on PHOENIX-2536: -- [~kliew] Thanks for the clarification. I'm aware

[jira] [Commented] (PHOENIX-2536) Return of aggregation functions do not have the correct data type and precision

[ https://issues.apache.org/jira/browse/PHOENIX-2536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15308904#comment-15308904 ] Sergey Soldatov commented on PHOENIX-2536: -- It's not clear what to do if one operand is exact

[jira] [Commented] (PHOENIX-2886) Union ALL with Char column not present in the table in Query 1 but in Query 2 throw exception

[ https://issues.apache.org/jira/browse/PHOENIX-2886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15302272#comment-15302272 ] Sergey Soldatov commented on PHOENIX-2886: -- All we need is to check if 2 data types

[jira] [Updated] (PHOENIX-2535) Create shaded clients (thin + thick)

[ https://issues.apache.org/jira/browse/PHOENIX-2535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-2535: - Attachment: PHOENIX-2535-6.patch rebased on the master [~elserj] Had to move all

[jira] [Issue Comment Deleted] (PHOENIX-1734) Local index improvements

[ https://issues.apache.org/jira/browse/PHOENIX-1734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-1734: - Comment: was deleted (was: [~rajeshbabu] Thank you for the patch, I will check how

[jira] [Commented] (PHOENIX-1734) Local index improvements

[ https://issues.apache.org/jira/browse/PHOENIX-1734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15302847#comment-15302847 ] Sergey Soldatov commented on PHOENIX-1734: -- [~rajeshbabu] Thank you for the patch, I will check

[jira] [Updated] (PHOENIX-2936) Missing antlr runtime on server side after PHOENIX-2908

[ https://issues.apache.org/jira/browse/PHOENIX-2936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-2936: - Attachment: PHOENIX-2936-2.patch Revised the patch. Added missing antlr-runtime jar

[jira] [Commented] (PHOENIX-2535) Create shaded clients (thin + thick)

[ https://issues.apache.org/jira/browse/PHOENIX-2535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15303060#comment-15303060 ] Sergey Soldatov commented on PHOENIX-2535: -- [~jamestaylor] My bad, overestimated my free time

[jira] [Commented] (PHOENIX-2936) Missing antlr runtime on server side after PHOENIX-2908

[ https://issues.apache.org/jira/browse/PHOENIX-2936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15303725#comment-15303725 ] Sergey Soldatov commented on PHOENIX-2936: -- Committed to master and 4.x branches > Miss

[jira] [Commented] (PHOENIX-2535) Create shaded clients (thin + thick)

[ https://issues.apache.org/jira/browse/PHOENIX-2535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15311481#comment-15311481 ] Sergey Soldatov commented on PHOENIX-2535: -- [~mujtabachohan], [~enis] I will remove the unused

[jira] [Updated] (PHOENIX-2535) Create shaded clients (thin + thick)

[ https://issues.apache.org/jira/browse/PHOENIX-2535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-2535: - Attachment: PHOENIX-2535-7.patch removed artifact jars from phoenix-server, phoenix

[jira] [Commented] (PHOENIX-2535) Create shaded clients (thin + thick)

[ https://issues.apache.org/jira/browse/PHOENIX-2535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15311784#comment-15311784 ] Sergey Soldatov commented on PHOENIX-2535: -- This target is collecting all dependency jars

[jira] [Created] (PHOENIX-3015) Any metadata changes may cause unpredictable result when local indexes are using

Sergey Soldatov created PHOENIX-3015: Summary: Any metadata changes may cause unpredictable result when local indexes are using Key: PHOENIX-3015 URL: https://issues.apache.org/jira/browse/PHOENIX-3015

[jira] [Updated] (PHOENIX-3015) Any metadata changes may cause unpredictable result when local indexes are using

[ https://issues.apache.org/jira/browse/PHOENIX-3015?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-3015: - Attachment: PHOENIX-3015.patch Fixed as suggested. Also changed

[jira] [Updated] (PHOENIX-3020) Bulk load tool is not working with new jars

[ https://issues.apache.org/jira/browse/PHOENIX-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-3020: - Attachment: PHOENIX-3020.patch Fixed bulk load clash of license files, filtered

[jira] [Commented] (PHOENIX-3020) Bulk load tool is not working with new jars

[ https://issues.apache.org/jira/browse/PHOENIX-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15344948#comment-15344948 ] Sergey Soldatov commented on PHOENIX-3020: -- With shaded jersey MR jobs fails with {noformat

[jira] [Commented] (PHOENIX-3020) Bulk load tool is not working with new jars

[ https://issues.apache.org/jira/browse/PHOENIX-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15344947#comment-15344947 ] Sergey Soldatov commented on PHOENIX-3020: -- With shaded jersey MR jobs fails with {noformat

[jira] [Created] (PHOENIX-3001) Dropping local index and recreation it with following split may cause RS failure

Sergey Soldatov created PHOENIX-3001: Summary: Dropping local index and recreation it with following split may cause RS failure Key: PHOENIX-3001 URL: https://issues.apache.org/jira/browse/PHOENIX-3001

[jira] [Updated] (PHOENIX-3001) Dropping local index and recreation it with following split may cause RS failure

[ https://issues.apache.org/jira/browse/PHOENIX-3001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-3001: - Attachment: PHOENIX-3001.patch > Dropping local index and recreation it with follow

[jira] [Commented] (PHOENIX-3020) Bulk load tool is not working with new jars

[ https://issues.apache.org/jira/browse/PHOENIX-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15345938#comment-15345938 ] Sergey Soldatov commented on PHOENIX-3020: -- [~elserj] thanks for the review. Removed commented

[jira] [Commented] (PHOENIX-3015) Any metadata changes may cause unpredictable result when local indexes are using

[ https://issues.apache.org/jira/browse/PHOENIX-3015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15345175#comment-15345175 ] Sergey Soldatov commented on PHOENIX-3015: -- [~jamestaylor], [~rajeshbabu] thank you

[jira] [Updated] (PHOENIX-3020) Bulk load tool is not working with new jars

[ https://issues.apache.org/jira/browse/PHOENIX-3020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-3020: - Attachment: PHOENIX-3020-2.patch added better handling notice files, removed commented

[jira] [Commented] (PHOENIX-2535) Create shaded clients (thin + thick)

[ https://issues.apache.org/jira/browse/PHOENIX-2535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15332571#comment-15332571 ] Sergey Soldatov commented on PHOENIX-2535: -- [~jamestaylor], [~elserj], [~enis], [~mujtabachohan

[jira] [Commented] (PHOENIX-3025) CsvBulkloadTool is failing with java.lang.IncompatibleClassChangeError

[ https://issues.apache.org/jira/browse/PHOENIX-3025?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15352124#comment-15352124 ] Sergey Soldatov commented on PHOENIX-3025: -- [~elserj], [~jamestaylor] Thank you for the opinion

[jira] [Commented] (PHOENIX-3025) CsvBulkloadTool is failing with java.lang.IncompatibleClassChangeError

[ https://issues.apache.org/jira/browse/PHOENIX-3025?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15348915#comment-15348915 ] Sergey Soldatov commented on PHOENIX-3025: -- *Sigh*. [~enis], [~jamestaylor], [~elserj] Yet

[jira] [Updated] (PHOENIX-3025) CsvBulkloadTool is failing with java.lang.IncompatibleClassChangeError

[ https://issues.apache.org/jira/browse/PHOENIX-3025?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-3025: - Attachment: PHOENIX-3025.patch > CsvBulkloadTool is fail

[jira] [Assigned] (PHOENIX-3025) CsvBulkloadTool is failing with java.lang.IncompatibleClassChangeError

[ https://issues.apache.org/jira/browse/PHOENIX-3025?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov reassigned PHOENIX-3025: Assignee: Sergey Soldatov > CsvBulkloadTool is fail

[jira] [Updated] (PHOENIX-2649) GC/OOM during BulkLoad

[ https://issues.apache.org/jira/browse/PHOENIX-2649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-2649: - Attachment: PHOENIX-2649-4.patch Removed static import > GC/OOM during BulkL

[jira] [Commented] (PHOENIX-2052) Division Bug In Group By SQL The result turn to NULL

[ https://issues.apache.org/jira/browse/PHOENIX-2052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15134734#comment-15134734 ] Sergey Soldatov commented on PHOENIX-2052: -- Is this bug still reproducible? I can't reproduce

[jira] [Updated] (PHOENIX-1973) Improve CsvBulkLoadTool performance by moving keyvalue construction from map phase to reduce phase

[ https://issues.apache.org/jira/browse/PHOENIX-1973?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-1973: - Attachment: PHOENIX-1973-2.patch Changes comparing to the initial patch: 1. Column

[jira] [Commented] (PHOENIX-1973) Improve CsvBulkLoadTool performance by moving keyvalue construction from map phase to reduce phase

[ https://issues.apache.org/jira/browse/PHOENIX-1973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15134822#comment-15134822 ] Sergey Soldatov commented on PHOENIX-1973: -- I hope so. There is a shortcut that keeps tablename

[jira] [Closed] (PHOENIX-2052) Division Bug In Group By SQL The result turn to NULL

[ https://issues.apache.org/jira/browse/PHOENIX-2052?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov closed PHOENIX-2052. Assignee: Sergey Soldatov > Division Bug In Group By SQL The result turn to N

[jira] [Resolved] (PHOENIX-2052) Division Bug In Group By SQL The result turn to NULL

[ https://issues.apache.org/jira/browse/PHOENIX-2052?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov resolved PHOENIX-2052. -- Resolution: Cannot Reproduce Fix Version/s: (was: 4.8.0

[jira] [Commented] (PHOENIX-2645) Wildcard characters do not match newline characters

[ https://issues.apache.org/jira/browse/PHOENIX-2645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15134801#comment-15134801 ] Sergey Soldatov commented on PHOENIX-2645: -- [~kliew] do you have any test case to reproduce

[jira] [Commented] (PHOENIX-1973) Improve CsvBulkLoadTool performance by moving keyvalue construction from map phase to reduce phase

[ https://issues.apache.org/jira/browse/PHOENIX-1973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15133666#comment-15133666 ] Sergey Soldatov commented on PHOENIX-1973: -- Honestly speaking I tested on 1 node local setup

[jira] [Commented] (PHOENIX-2649) GC/OOM during BulkLoad

[ https://issues.apache.org/jira/browse/PHOENIX-2649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15132599#comment-15132599 ] Sergey Soldatov commented on PHOENIX-2649: -- TableRowkeyPair is using regular functions from

[jira] [Commented] (PHOENIX-1973) Improve CsvBulkLoadTool performance by moving keyvalue construction from map phase to reduce phase

[ https://issues.apache.org/jira/browse/PHOENIX-1973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15139792#comment-15139792 ] Sergey Soldatov commented on PHOENIX-1973: -- Bulkload is building upserts using

[jira] [Updated] (PHOENIX-1973) Improve CsvBulkLoadTool performance by moving keyvalue construction from map phase to reduce phase

[ https://issues.apache.org/jira/browse/PHOENIX-1973?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-1973: - Attachment: PHOENIX-1973-3.patch Improved according to the comments. > Impr

[jira] [Updated] (PHOENIX-2649) GC/OOM during BulkLoad

[ https://issues.apache.org/jira/browse/PHOENIX-2649?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov updated PHOENIX-2649: - Attachment: PHOENIX-2649-3.patch Updated according to the suggestion > GC/OOM dur

[jira] [Commented] (PHOENIX-2631) Exception when parsing boundary timestamp values

[ https://issues.apache.org/jira/browse/PHOENIX-2631?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15138016#comment-15138016 ] Sergey Soldatov commented on PHOENIX-2631: -- The problem is that we consider timestamp like just

[jira] [Created] (PHOENIX-2649) GC/OOM during BulkLoad

Sergey Soldatov created PHOENIX-2649: Summary: GC/OOM during BulkLoad Key: PHOENIX-2649 URL: https://issues.apache.org/jira/browse/PHOENIX-2649 Project: Phoenix Issue Type: Bug

[jira] [Commented] (PHOENIX-1973) Improve CsvBulkLoadTool performance by moving keyvalue construction from map phase to reduce phase

[ https://issues.apache.org/jira/browse/PHOENIX-1973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15129331#comment-15129331 ] Sergey Soldatov commented on PHOENIX-1973: -- Mapper's output was comparable to the raw data

[jira] [Comment Edited] (PHOENIX-1973) Improve CsvBulkLoadTool performance by moving keyvalue construction from map phase to reduce phase

[ https://issues.apache.org/jira/browse/PHOENIX-1973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15129331#comment-15129331 ] Sergey Soldatov edited comment on PHOENIX-1973 at 2/2/16 11:25 PM

[jira] [Assigned] (PHOENIX-1523) Make it easy to provide a tab literal as separator for CSV imports

[ https://issues.apache.org/jira/browse/PHOENIX-1523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Soldatov reassigned PHOENIX-1523: Assignee: Sergey Soldatov > Make it easy to provide a tab literal as separa

[jira] [Commented] (PHOENIX-2649) GC/OOM during BulkLoad

[ https://issues.apache.org/jira/browse/PHOENIX-2649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15129779#comment-15129779 ] Sergey Soldatov commented on PHOENIX-2649: -- A silly question. Why we can't just set the default

  1   2   3   4   5   6   7   8   >