You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@phoenix.apache.org by Mike Friedman <Mi...@ds-iq.com> on 2014/07/18 17:40:01 UTC
Phoenix and Cloudera
Phoenix's performance is great. The JDBC driver is very convenient for programming and allows use of existing tools such as DB Visualizer. However, since Phoenix is not a component of the Cloudera distribution of Hadoop (CDH), there is always the risk that the latest version of CDH will break Phoenix. Such is the case with CDH 5.0, which contains HBase 0.96 in contrast to Phoenix's dependency on HBase 0.98. Therefore it is safer to use a technology that is included in CDH. An organization that is using CDH and upgrades CDH as the new CDH versions come out always runs the risk that Phoenix is out of sync and broken. How would one counter this argument?
Mike
Re: Phoenix and Cloudera
Posted by Andrew Purtell <ap...@apache.org>.
Completely concur with this, demand Phoenix packaging and support from your
vendor of choice! (smile)
On Fri, Jul 18, 2014 at 9:30 AM, James Taylor <ja...@apache.org>
wrote:
> Thanks for the positive feedback, Mike. I wouldn't counter this
> argument, I'd agree with it. The more Cloudera customers that ask for
> Phoenix to be included in the distribution, the more likely it is to
> be included. Some good news, though - Cloudera just released 5.1 which
> should work fine with Phoenix now as it's based on HBase 0.98 instead
> of 0.96.
>
> Also, FWIW, Phoenix is included in the Hortonworks 2.1 distribution.
>
> Thanks,
> James
>
> On Fri, Jul 18, 2014 at 8:40 AM, Mike Friedman <Mi...@ds-iq.com>
> wrote:
> > Phoenix's performance is great. The JDBC driver is very convenient for
> programming and allows use of existing tools such as DB Visualizer.
> However, since Phoenix is not a component of the Cloudera distribution of
> Hadoop (CDH), there is always the risk that the latest version of CDH will
> break Phoenix. Such is the case with CDH 5.0, which contains HBase 0.96 in
> contrast to Phoenix's dependency on HBase 0.98. Therefore it is safer to
> use a technology that is included in CDH. An organization that is using CDH
> and upgrades CDH as the new CDH versions come out always runs the risk that
> Phoenix is out of sync and broken. How would one counter this argument?
> >
> >
> > Mike
>
--
Best regards,
- Andy
Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)
Re: Phoenix and Cloudera
Posted by James Taylor <ja...@apache.org>.
Thanks for the positive feedback, Mike. I wouldn't counter this
argument, I'd agree with it. The more Cloudera customers that ask for
Phoenix to be included in the distribution, the more likely it is to
be included. Some good news, though - Cloudera just released 5.1 which
should work fine with Phoenix now as it's based on HBase 0.98 instead
of 0.96.
Also, FWIW, Phoenix is included in the Hortonworks 2.1 distribution.
Thanks,
James
On Fri, Jul 18, 2014 at 8:40 AM, Mike Friedman <Mi...@ds-iq.com> wrote:
> Phoenix's performance is great. The JDBC driver is very convenient for programming and allows use of existing tools such as DB Visualizer. However, since Phoenix is not a component of the Cloudera distribution of Hadoop (CDH), there is always the risk that the latest version of CDH will break Phoenix. Such is the case with CDH 5.0, which contains HBase 0.96 in contrast to Phoenix's dependency on HBase 0.98. Therefore it is safer to use a technology that is included in CDH. An organization that is using CDH and upgrades CDH as the new CDH versions come out always runs the risk that Phoenix is out of sync and broken. How would one counter this argument?
>
>
> Mike
Re: CDH 5.1
Posted by anil gupta <an...@gmail.com>.
Hi Mike,
We recently upgraded one of our cluster to CDH5.1 and we are able to run
Phoenix without any problem. We used standard Phoenix4.0 binaries. Let me
know if you need more info.
Thanks,
Anil Gupta
On Tue, Jul 29, 2014 at 2:26 PM, Mike Friedman <Mi...@ds-iq.com>
wrote:
> Hi James,
>
> Is it possible to get contact information of this user so we can exchange
> notes?
>
> Is he or she installing the prebuilt Phoenix, or are they doing some kind
> of special build using CDH JARs?
>
> Thank you so much.
>
>
>
> Mike
>
> -----Original Message-----
> From: James Taylor [mailto:jamestaylor@apache.org]
> Sent: Tuesday, July 29, 2014 10:45 AM
> To: user
> Subject: Re: CDH 5.1
>
> FWIW, I got confirmation from another user that Phoenix works fine on CDH
> 5.1.
>
> Thanks,
> James
>
>
> On Mon, Jul 28, 2014 at 3:57 PM, Jeffrey Zhong <jz...@hortonworks.com>
> wrote:
> >
> > Hey Mike,
> >
> > It seems you are using wrong Phoenix client to connect Hbase. The
> > following stack trace is from HBase0.94. Could you verify that you're
> > using right Phoenix 4.0 client? You could use sqlline.py under bin
> > folder to test connection.
> >
> > Thanks,
> > -Jeffrey
> >
> > On 7/28/14, 3:28 PM, "James Taylor" <ja...@apache.org> wrote:
> >
> >>Thanks for reporting back, Mike. That's disconcerting. The Phoenix
> >>jars may need to be rebuilt using the CDH 5.1 jars instead of the open
> >>source bits.
> >>
> >>James
> >>
> >>On Mon, Jul 28, 2014 at 3:23 PM, Mike Friedman
> >><Mi...@ds-iq.com>
> >>wrote:
> >>> On the HBase side, Phoenix seems to be working okay in that no
> >>>errors are reported and Cloudera Manager can see all the existing
> >>>tables. But the corresponding Phoenix client JAR does not connect.
> >>>The stack trace clients receive is reminiscent of what I have seen in
> >>>the past when there is an HBase version mismatch. Thank you for any
> suggestions.
> >>>
> >>>
> >>> An error occurred while establishing the connection:
> >>>
> >>> Long Message:
> >>> Not a host:port pair: PBUF
> >>> #
> >>> blvdevhdp03.ds-iq.corp
> >>>
> >>> Details:
> >>> Type: java.lang.IllegalArgumentException
> >>>
> >>> Stack Trace:
> >>> java.lang.IllegalArgumentException: Not a host:port pair: PBUF
> >>>blvdevhdp03.ds-iq.corp
> >>> at
>
> >>>org.apache.hadoop.hbase.util.Addressing.parseHostname(Addressing.java:60)
> >>> at org.apache.hadoop.hbase.ServerName.<init>(ServerName.java:101)
> >>> at
> >>>org.apache.hadoop.hbase.ServerName.parseVersionedServerName(ServerNam
> >>>e.ja
> >>>va:283)
> >>> at
> >>>org.apache.hadoop.hbase.MasterAddressTracker.bytesToServerName(Master
> >>>Addr
> >>>essTracker.java:77)
> >>> at
> >>>org.apache.hadoop.hbase.MasterAddressTracker.getMasterAddress(MasterA
> >>>ddre
> >>>ssTracker.java:61)
> >>> at
> >>>org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplemen
> >>>tati
> >>>on.getMaster(HConnectionManager.java:805)
> >>> at
> >>>org.apache.hadoop.hbase.client.HBaseAdmin.<init>(HBaseAdmin.java:127)
> >>> at
> >>>org.apache.phoenix.query.ConnectionQueryServicesImpl.ensureTableCreat
> >>>ed(C
> >>>onnectionQueryServicesImpl.java:725)
> >>> at
> >>>org.apache.phoenix.query.ConnectionQueryServicesImpl.createTable(Conn
> >>>ecti
> >>>onQueryServicesImpl.java:1007)
> >>> at
> >>>org.apache.phoenix.schema.MetaDataClient.createTableInternal(MetaData
> >>>Clie
> >>>nt.java:1156)
> >>> at
>
> >>>org.apache.phoenix.schema.MetaDataClient.createTable(MetaDataClient.java:
> >>>422)
> >>> at
> >>>org.apache.phoenix.compile.CreateTableCompiler$2.execute(CreateTableC
> >>>ompi
> >>>ler.java:183)
> >>> at
> >>>org.apache.phoenix.jdbc.PhoenixStatement.executeMutation(PhoenixState
> >>>ment
> >>>.java:226)
> >>> at
> >>>org.apache.phoenix.jdbc.PhoenixStatement.executeUpdate(PhoenixStateme
> >>>nt.j
> >>>ava:908)
> >>> at
> >>>org.apache.phoenix.query.ConnectionQueryServicesImpl.init(ConnectionQ
> >>>uery
> >>>ServicesImpl.java:1316)
> >>> at
> >>>org.apache.phoenix.jdbc.PhoenixDriver.getConnectionQueryServices(Phoe
> >>>nixD
> >>>river.java:122)
> >>> at
> >>>org.apache.phoenix.jdbc.PhoenixEmbeddedDriver.connect(PhoenixEmbedded
> >>>Driv
> >>>er.java:112)
> >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> >>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> >>> at java.lang.reflect.Method.invoke(Unknown Source)
> >>> at com.onseven.dbvis.g.B.D.?(Z:1413)
> >>> at com.onseven.dbvis.g.B.F$A.call(Z:1474)
> >>> at java.util.concurrent.FutureTask.run(Unknown Source)
> >>> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> >>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown
> Source)
> >>> at java.lang.Thread.run(Unknown Source)
> >>>
> >>> -----Original Message-----
> >>> From: James Taylor [mailto:jamestaylor@apache.org]
> >>> Sent: Monday, July 28, 2014 11:35 AM
> >>> To: user
> >>> Subject: Re: CDH 5.1
> >>>
> >>> Looks like you may be the first, Mike. If you try it, would you mind
> >>>reporting back how it works?
> >>>
> >>> Thanks,
> >>> James
> >>>
> >>> On Mon, Jul 28, 2014 at 10:52 AM, Alex Kamil <al...@gmail.com>
> >>>wrote:
> >>>> Mike, I'm on cdh4, but generally the extra steps are rebuilding
> >>>> phoenix with hadoop and hbase jars from cdh, I posted steps here a
> >>>> while back, feel free to update:
> >>>> https://issues.apache.org/jira/browse/PHOENIX-1041
> >>>>
> >>>> Alex
> >>>>
> >>>>
> >>>> On Mon, Jul 28, 2014 at 1:32 PM, Mike Friedman
> >>>> <Mi...@ds-iq.com>
> >>>> wrote:
> >>>>>
> >>>>> Has anyone gotten Phoenix to work on CDH5.1? I know theoretically
> >>>>> because
> >>>>> CDH5.1 includes HBase 0.98, Phoenix should just work but my
> >>>>> experience is that that is not the case. It could be just some
> >>>>> small additional step to get it going. Any suggestions appreciated.
> >>>>>
> >>>>>
> >>>>> Mike
> >>>>>
> >>>>> -----Original Message-----
> >>>>> From: Mike Friedman [mailto:Mike.Friedman@ds-iq.com]
> >>>>> Sent: Saturday, July 19, 2014 7:35 AM
> >>>>> To: <us...@phoenix.apache.org>
> >>>>> Subject: CDH 5.1
> >>>>>
> >>>>> So now the eagerly awaited CDH 5.1 is out, the distribution that
> >>>>> contains HBase 0.98. I am wondering if anyone here has upgraded to
> >>>>> it, and has Phoenix core+client working on it. I know Phoenix has
> >>>>> been tested with HBase
> >>>>> 0.98 per se, but in the full context of CDH 5.1 do people have
> >>>>> Phoenix running? Were there any special additional configuration
> >>>>> steps you had to do?
> >>>>>
> >>>>> Thanks.
> >>>>>
> >>>>>
> >>>>> Mike
> >>>>
> >>>>
> >
> >
> >
> > --
> > CONFIDENTIALITY NOTICE
> > NOTICE: This message is intended for the use of the individual or
> > entity to which it is addressed and may contain information that is
> > confidential, privileged and exempt from disclosure under applicable
> > law. If the reader of this message is not the intended recipient, you
> > are hereby notified that any printing, copying, dissemination,
> > distribution, disclosure or forwarding of this communication is
> > strictly prohibited. If you have received this communication in error,
> > please contact the sender immediately and delete it from your system.
> Thank You.
>
--
Thanks & Regards,
Anil Gupta
RE: CDH 5.1
Posted by Mike Friedman <Mi...@ds-iq.com>.
Hi James,
Is it possible to get contact information of this user so we can exchange notes?
Is he or she installing the prebuilt Phoenix, or are they doing some kind of special build using CDH JARs?
Thank you so much.
Mike
-----Original Message-----
From: James Taylor [mailto:jamestaylor@apache.org]
Sent: Tuesday, July 29, 2014 10:45 AM
To: user
Subject: Re: CDH 5.1
FWIW, I got confirmation from another user that Phoenix works fine on CDH 5.1.
Thanks,
James
On Mon, Jul 28, 2014 at 3:57 PM, Jeffrey Zhong <jz...@hortonworks.com> wrote:
>
> Hey Mike,
>
> It seems you are using wrong Phoenix client to connect Hbase. The
> following stack trace is from HBase0.94. Could you verify that you're
> using right Phoenix 4.0 client? You could use sqlline.py under bin
> folder to test connection.
>
> Thanks,
> -Jeffrey
>
> On 7/28/14, 3:28 PM, "James Taylor" <ja...@apache.org> wrote:
>
>>Thanks for reporting back, Mike. That's disconcerting. The Phoenix
>>jars may need to be rebuilt using the CDH 5.1 jars instead of the open
>>source bits.
>>
>>James
>>
>>On Mon, Jul 28, 2014 at 3:23 PM, Mike Friedman
>><Mi...@ds-iq.com>
>>wrote:
>>> On the HBase side, Phoenix seems to be working okay in that no
>>>errors are reported and Cloudera Manager can see all the existing
>>>tables. But the corresponding Phoenix client JAR does not connect.
>>>The stack trace clients receive is reminiscent of what I have seen in
>>>the past when there is an HBase version mismatch. Thank you for any suggestions.
>>>
>>>
>>> An error occurred while establishing the connection:
>>>
>>> Long Message:
>>> Not a host:port pair: PBUF
>>> #
>>> blvdevhdp03.ds-iq.corp
>>>
>>> Details:
>>> Type: java.lang.IllegalArgumentException
>>>
>>> Stack Trace:
>>> java.lang.IllegalArgumentException: Not a host:port pair: PBUF
>>>blvdevhdp03.ds-iq.corp
>>> at
>>>org.apache.hadoop.hbase.util.Addressing.parseHostname(Addressing.java:60)
>>> at org.apache.hadoop.hbase.ServerName.<init>(ServerName.java:101)
>>> at
>>>org.apache.hadoop.hbase.ServerName.parseVersionedServerName(ServerNam
>>>e.ja
>>>va:283)
>>> at
>>>org.apache.hadoop.hbase.MasterAddressTracker.bytesToServerName(Master
>>>Addr
>>>essTracker.java:77)
>>> at
>>>org.apache.hadoop.hbase.MasterAddressTracker.getMasterAddress(MasterA
>>>ddre
>>>ssTracker.java:61)
>>> at
>>>org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplemen
>>>tati
>>>on.getMaster(HConnectionManager.java:805)
>>> at
>>>org.apache.hadoop.hbase.client.HBaseAdmin.<init>(HBaseAdmin.java:127)
>>> at
>>>org.apache.phoenix.query.ConnectionQueryServicesImpl.ensureTableCreat
>>>ed(C
>>>onnectionQueryServicesImpl.java:725)
>>> at
>>>org.apache.phoenix.query.ConnectionQueryServicesImpl.createTable(Conn
>>>ecti
>>>onQueryServicesImpl.java:1007)
>>> at
>>>org.apache.phoenix.schema.MetaDataClient.createTableInternal(MetaData
>>>Clie
>>>nt.java:1156)
>>> at
>>>org.apache.phoenix.schema.MetaDataClient.createTable(MetaDataClient.java:
>>>422)
>>> at
>>>org.apache.phoenix.compile.CreateTableCompiler$2.execute(CreateTableC
>>>ompi
>>>ler.java:183)
>>> at
>>>org.apache.phoenix.jdbc.PhoenixStatement.executeMutation(PhoenixState
>>>ment
>>>.java:226)
>>> at
>>>org.apache.phoenix.jdbc.PhoenixStatement.executeUpdate(PhoenixStateme
>>>nt.j
>>>ava:908)
>>> at
>>>org.apache.phoenix.query.ConnectionQueryServicesImpl.init(ConnectionQ
>>>uery
>>>ServicesImpl.java:1316)
>>> at
>>>org.apache.phoenix.jdbc.PhoenixDriver.getConnectionQueryServices(Phoe
>>>nixD
>>>river.java:122)
>>> at
>>>org.apache.phoenix.jdbc.PhoenixEmbeddedDriver.connect(PhoenixEmbedded
>>>Driv
>>>er.java:112)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>>> at java.lang.reflect.Method.invoke(Unknown Source)
>>> at com.onseven.dbvis.g.B.D.?(Z:1413)
>>> at com.onseven.dbvis.g.B.F$A.call(Z:1474)
>>> at java.util.concurrent.FutureTask.run(Unknown Source)
>>> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
>>> at java.lang.Thread.run(Unknown Source)
>>>
>>> -----Original Message-----
>>> From: James Taylor [mailto:jamestaylor@apache.org]
>>> Sent: Monday, July 28, 2014 11:35 AM
>>> To: user
>>> Subject: Re: CDH 5.1
>>>
>>> Looks like you may be the first, Mike. If you try it, would you mind
>>>reporting back how it works?
>>>
>>> Thanks,
>>> James
>>>
>>> On Mon, Jul 28, 2014 at 10:52 AM, Alex Kamil <al...@gmail.com>
>>>wrote:
>>>> Mike, I'm on cdh4, but generally the extra steps are rebuilding
>>>> phoenix with hadoop and hbase jars from cdh, I posted steps here a
>>>> while back, feel free to update:
>>>> https://issues.apache.org/jira/browse/PHOENIX-1041
>>>>
>>>> Alex
>>>>
>>>>
>>>> On Mon, Jul 28, 2014 at 1:32 PM, Mike Friedman
>>>> <Mi...@ds-iq.com>
>>>> wrote:
>>>>>
>>>>> Has anyone gotten Phoenix to work on CDH5.1? I know theoretically
>>>>> because
>>>>> CDH5.1 includes HBase 0.98, Phoenix should just work but my
>>>>> experience is that that is not the case. It could be just some
>>>>> small additional step to get it going. Any suggestions appreciated.
>>>>>
>>>>>
>>>>> Mike
>>>>>
>>>>> -----Original Message-----
>>>>> From: Mike Friedman [mailto:Mike.Friedman@ds-iq.com]
>>>>> Sent: Saturday, July 19, 2014 7:35 AM
>>>>> To: <us...@phoenix.apache.org>
>>>>> Subject: CDH 5.1
>>>>>
>>>>> So now the eagerly awaited CDH 5.1 is out, the distribution that
>>>>> contains HBase 0.98. I am wondering if anyone here has upgraded to
>>>>> it, and has Phoenix core+client working on it. I know Phoenix has
>>>>> been tested with HBase
>>>>> 0.98 per se, but in the full context of CDH 5.1 do people have
>>>>> Phoenix running? Were there any special additional configuration
>>>>> steps you had to do?
>>>>>
>>>>> Thanks.
>>>>>
>>>>>
>>>>> Mike
>>>>
>>>>
>
>
>
> --
> CONFIDENTIALITY NOTICE
> NOTICE: This message is intended for the use of the individual or
> entity to which it is addressed and may contain information that is
> confidential, privileged and exempt from disclosure under applicable
> law. If the reader of this message is not the intended recipient, you
> are hereby notified that any printing, copying, dissemination,
> distribution, disclosure or forwarding of this communication is
> strictly prohibited. If you have received this communication in error,
> please contact the sender immediately and delete it from your system. Thank You.
Re: CDH 5.1
Posted by James Taylor <ja...@apache.org>.
FWIW, I got confirmation from another user that Phoenix works fine on CDH 5.1.
Thanks,
James
On Mon, Jul 28, 2014 at 3:57 PM, Jeffrey Zhong <jz...@hortonworks.com> wrote:
>
> Hey Mike,
>
> It seems you are using wrong Phoenix client to connect Hbase. The
> following stack trace is from HBase0.94. Could you verify that you're
> using right Phoenix 4.0 client? You could use sqlline.py under bin folder
> to test connection.
>
> Thanks,
> -Jeffrey
>
> On 7/28/14, 3:28 PM, "James Taylor" <ja...@apache.org> wrote:
>
>>Thanks for reporting back, Mike. That's disconcerting. The Phoenix
>>jars may need to be rebuilt using the CDH 5.1 jars instead of the open
>>source bits.
>>
>>James
>>
>>On Mon, Jul 28, 2014 at 3:23 PM, Mike Friedman <Mi...@ds-iq.com>
>>wrote:
>>> On the HBase side, Phoenix seems to be working okay in that no errors
>>>are reported and Cloudera Manager can see all the existing tables. But
>>>the corresponding Phoenix client JAR does not connect. The stack trace
>>>clients receive is reminiscent of what I have seen in the past when
>>>there is an HBase version mismatch. Thank you for any suggestions.
>>>
>>>
>>> An error occurred while establishing the connection:
>>>
>>> Long Message:
>>> Not a host:port pair: PBUF
>>> #
>>> blvdevhdp03.ds-iq.corp
>>>
>>> Details:
>>> Type: java.lang.IllegalArgumentException
>>>
>>> Stack Trace:
>>> java.lang.IllegalArgumentException: Not a host:port pair: PBUF
>>> blvdevhdp03.ds-iq.corp
>>> at
>>>org.apache.hadoop.hbase.util.Addressing.parseHostname(Addressing.java:60)
>>> at org.apache.hadoop.hbase.ServerName.<init>(ServerName.java:101)
>>> at
>>>org.apache.hadoop.hbase.ServerName.parseVersionedServerName(ServerName.ja
>>>va:283)
>>> at
>>>org.apache.hadoop.hbase.MasterAddressTracker.bytesToServerName(MasterAddr
>>>essTracker.java:77)
>>> at
>>>org.apache.hadoop.hbase.MasterAddressTracker.getMasterAddress(MasterAddre
>>>ssTracker.java:61)
>>> at
>>>org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementati
>>>on.getMaster(HConnectionManager.java:805)
>>> at
>>>org.apache.hadoop.hbase.client.HBaseAdmin.<init>(HBaseAdmin.java:127)
>>> at
>>>org.apache.phoenix.query.ConnectionQueryServicesImpl.ensureTableCreated(C
>>>onnectionQueryServicesImpl.java:725)
>>> at
>>>org.apache.phoenix.query.ConnectionQueryServicesImpl.createTable(Connecti
>>>onQueryServicesImpl.java:1007)
>>> at
>>>org.apache.phoenix.schema.MetaDataClient.createTableInternal(MetaDataClie
>>>nt.java:1156)
>>> at
>>>org.apache.phoenix.schema.MetaDataClient.createTable(MetaDataClient.java:
>>>422)
>>> at
>>>org.apache.phoenix.compile.CreateTableCompiler$2.execute(CreateTableCompi
>>>ler.java:183)
>>> at
>>>org.apache.phoenix.jdbc.PhoenixStatement.executeMutation(PhoenixStatement
>>>.java:226)
>>> at
>>>org.apache.phoenix.jdbc.PhoenixStatement.executeUpdate(PhoenixStatement.j
>>>ava:908)
>>> at
>>>org.apache.phoenix.query.ConnectionQueryServicesImpl.init(ConnectionQuery
>>>ServicesImpl.java:1316)
>>> at
>>>org.apache.phoenix.jdbc.PhoenixDriver.getConnectionQueryServices(PhoenixD
>>>river.java:122)
>>> at
>>>org.apache.phoenix.jdbc.PhoenixEmbeddedDriver.connect(PhoenixEmbeddedDriv
>>>er.java:112)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>>> at java.lang.reflect.Method.invoke(Unknown Source)
>>> at com.onseven.dbvis.g.B.D.?(Z:1413)
>>> at com.onseven.dbvis.g.B.F$A.call(Z:1474)
>>> at java.util.concurrent.FutureTask.run(Unknown Source)
>>> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
>>> at java.lang.Thread.run(Unknown Source)
>>>
>>> -----Original Message-----
>>> From: James Taylor [mailto:jamestaylor@apache.org]
>>> Sent: Monday, July 28, 2014 11:35 AM
>>> To: user
>>> Subject: Re: CDH 5.1
>>>
>>> Looks like you may be the first, Mike. If you try it, would you mind
>>>reporting back how it works?
>>>
>>> Thanks,
>>> James
>>>
>>> On Mon, Jul 28, 2014 at 10:52 AM, Alex Kamil <al...@gmail.com>
>>>wrote:
>>>> Mike, I'm on cdh4, but generally the extra steps are rebuilding
>>>> phoenix with hadoop and hbase jars from cdh, I posted steps here a
>>>> while back, feel free to update:
>>>> https://issues.apache.org/jira/browse/PHOENIX-1041
>>>>
>>>> Alex
>>>>
>>>>
>>>> On Mon, Jul 28, 2014 at 1:32 PM, Mike Friedman
>>>> <Mi...@ds-iq.com>
>>>> wrote:
>>>>>
>>>>> Has anyone gotten Phoenix to work on CDH5.1? I know theoretically
>>>>> because
>>>>> CDH5.1 includes HBase 0.98, Phoenix should just work but my
>>>>> experience is that that is not the case. It could be just some small
>>>>> additional step to get it going. Any suggestions appreciated.
>>>>>
>>>>>
>>>>> Mike
>>>>>
>>>>> -----Original Message-----
>>>>> From: Mike Friedman [mailto:Mike.Friedman@ds-iq.com]
>>>>> Sent: Saturday, July 19, 2014 7:35 AM
>>>>> To: <us...@phoenix.apache.org>
>>>>> Subject: CDH 5.1
>>>>>
>>>>> So now the eagerly awaited CDH 5.1 is out, the distribution that
>>>>> contains HBase 0.98. I am wondering if anyone here has upgraded to
>>>>> it, and has Phoenix core+client working on it. I know Phoenix has
>>>>> been tested with HBase
>>>>> 0.98 per se, but in the full context of CDH 5.1 do people have
>>>>> Phoenix running? Were there any special additional configuration
>>>>> steps you had to do?
>>>>>
>>>>> Thanks.
>>>>>
>>>>>
>>>>> Mike
>>>>
>>>>
>
>
>
> --
> CONFIDENTIALITY NOTICE
> NOTICE: This message is intended for the use of the individual or entity to
> which it is addressed and may contain information that is confidential,
> privileged and exempt from disclosure under applicable law. If the reader
> of this message is not the intended recipient, you are hereby notified that
> any printing, copying, dissemination, distribution, disclosure or
> forwarding of this communication is strictly prohibited. If you have
> received this communication in error, please contact the sender immediately
> and delete it from your system. Thank You.
Re: CDH 5.1
Posted by Jeffrey Zhong <jz...@hortonworks.com>.
Hey Mike,
It seems you are using wrong Phoenix client to connect Hbase. The
following stack trace is from HBase0.94. Could you verify that you're
using right Phoenix 4.0 client? You could use sqlline.py under bin folder
to test connection.
Thanks,
-Jeffrey
On 7/28/14, 3:28 PM, "James Taylor" <ja...@apache.org> wrote:
>Thanks for reporting back, Mike. That's disconcerting. The Phoenix
>jars may need to be rebuilt using the CDH 5.1 jars instead of the open
>source bits.
>
>James
>
>On Mon, Jul 28, 2014 at 3:23 PM, Mike Friedman <Mi...@ds-iq.com>
>wrote:
>> On the HBase side, Phoenix seems to be working okay in that no errors
>>are reported and Cloudera Manager can see all the existing tables. But
>>the corresponding Phoenix client JAR does not connect. The stack trace
>>clients receive is reminiscent of what I have seen in the past when
>>there is an HBase version mismatch. Thank you for any suggestions.
>>
>>
>> An error occurred while establishing the connection:
>>
>> Long Message:
>> Not a host:port pair: PBUF
>> #
>> blvdevhdp03.ds-iq.corp
>>
>> Details:
>> Type: java.lang.IllegalArgumentException
>>
>> Stack Trace:
>> java.lang.IllegalArgumentException: Not a host:port pair: PBUF
>> blvdevhdp03.ds-iq.corp
>> at
>>org.apache.hadoop.hbase.util.Addressing.parseHostname(Addressing.java:60)
>> at org.apache.hadoop.hbase.ServerName.<init>(ServerName.java:101)
>> at
>>org.apache.hadoop.hbase.ServerName.parseVersionedServerName(ServerName.ja
>>va:283)
>> at
>>org.apache.hadoop.hbase.MasterAddressTracker.bytesToServerName(MasterAddr
>>essTracker.java:77)
>> at
>>org.apache.hadoop.hbase.MasterAddressTracker.getMasterAddress(MasterAddre
>>ssTracker.java:61)
>> at
>>org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementati
>>on.getMaster(HConnectionManager.java:805)
>> at
>>org.apache.hadoop.hbase.client.HBaseAdmin.<init>(HBaseAdmin.java:127)
>> at
>>org.apache.phoenix.query.ConnectionQueryServicesImpl.ensureTableCreated(C
>>onnectionQueryServicesImpl.java:725)
>> at
>>org.apache.phoenix.query.ConnectionQueryServicesImpl.createTable(Connecti
>>onQueryServicesImpl.java:1007)
>> at
>>org.apache.phoenix.schema.MetaDataClient.createTableInternal(MetaDataClie
>>nt.java:1156)
>> at
>>org.apache.phoenix.schema.MetaDataClient.createTable(MetaDataClient.java:
>>422)
>> at
>>org.apache.phoenix.compile.CreateTableCompiler$2.execute(CreateTableCompi
>>ler.java:183)
>> at
>>org.apache.phoenix.jdbc.PhoenixStatement.executeMutation(PhoenixStatement
>>.java:226)
>> at
>>org.apache.phoenix.jdbc.PhoenixStatement.executeUpdate(PhoenixStatement.j
>>ava:908)
>> at
>>org.apache.phoenix.query.ConnectionQueryServicesImpl.init(ConnectionQuery
>>ServicesImpl.java:1316)
>> at
>>org.apache.phoenix.jdbc.PhoenixDriver.getConnectionQueryServices(PhoenixD
>>river.java:122)
>> at
>>org.apache.phoenix.jdbc.PhoenixEmbeddedDriver.connect(PhoenixEmbeddedDriv
>>er.java:112)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>> at java.lang.reflect.Method.invoke(Unknown Source)
>> at com.onseven.dbvis.g.B.D.?(Z:1413)
>> at com.onseven.dbvis.g.B.F$A.call(Z:1474)
>> at java.util.concurrent.FutureTask.run(Unknown Source)
>> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
>> at java.lang.Thread.run(Unknown Source)
>>
>> -----Original Message-----
>> From: James Taylor [mailto:jamestaylor@apache.org]
>> Sent: Monday, July 28, 2014 11:35 AM
>> To: user
>> Subject: Re: CDH 5.1
>>
>> Looks like you may be the first, Mike. If you try it, would you mind
>>reporting back how it works?
>>
>> Thanks,
>> James
>>
>> On Mon, Jul 28, 2014 at 10:52 AM, Alex Kamil <al...@gmail.com>
>>wrote:
>>> Mike, I'm on cdh4, but generally the extra steps are rebuilding
>>> phoenix with hadoop and hbase jars from cdh, I posted steps here a
>>> while back, feel free to update:
>>> https://issues.apache.org/jira/browse/PHOENIX-1041
>>>
>>> Alex
>>>
>>>
>>> On Mon, Jul 28, 2014 at 1:32 PM, Mike Friedman
>>> <Mi...@ds-iq.com>
>>> wrote:
>>>>
>>>> Has anyone gotten Phoenix to work on CDH5.1? I know theoretically
>>>> because
>>>> CDH5.1 includes HBase 0.98, Phoenix should just work but my
>>>> experience is that that is not the case. It could be just some small
>>>> additional step to get it going. Any suggestions appreciated.
>>>>
>>>>
>>>> Mike
>>>>
>>>> -----Original Message-----
>>>> From: Mike Friedman [mailto:Mike.Friedman@ds-iq.com]
>>>> Sent: Saturday, July 19, 2014 7:35 AM
>>>> To: <us...@phoenix.apache.org>
>>>> Subject: CDH 5.1
>>>>
>>>> So now the eagerly awaited CDH 5.1 is out, the distribution that
>>>> contains HBase 0.98. I am wondering if anyone here has upgraded to
>>>> it, and has Phoenix core+client working on it. I know Phoenix has
>>>> been tested with HBase
>>>> 0.98 per se, but in the full context of CDH 5.1 do people have
>>>> Phoenix running? Were there any special additional configuration
>>>> steps you had to do?
>>>>
>>>> Thanks.
>>>>
>>>>
>>>> Mike
>>>
>>>
--
CONFIDENTIALITY NOTICE
NOTICE: This message is intended for the use of the individual or entity to
which it is addressed and may contain information that is confidential,
privileged and exempt from disclosure under applicable law. If the reader
of this message is not the intended recipient, you are hereby notified that
any printing, copying, dissemination, distribution, disclosure or
forwarding of this communication is strictly prohibited. If you have
received this communication in error, please contact the sender immediately
and delete it from your system. Thank You.
Re: CDH 5.1
Posted by James Taylor <ja...@apache.org>.
Thanks for reporting back, Mike. That's disconcerting. The Phoenix
jars may need to be rebuilt using the CDH 5.1 jars instead of the open
source bits.
James
On Mon, Jul 28, 2014 at 3:23 PM, Mike Friedman <Mi...@ds-iq.com> wrote:
> On the HBase side, Phoenix seems to be working okay in that no errors are reported and Cloudera Manager can see all the existing tables. But the corresponding Phoenix client JAR does not connect. The stack trace clients receive is reminiscent of what I have seen in the past when there is an HBase version mismatch. Thank you for any suggestions.
>
>
> An error occurred while establishing the connection:
>
> Long Message:
> Not a host:port pair: PBUF
> #
> blvdevhdp03.ds-iq.corp
>
> Details:
> Type: java.lang.IllegalArgumentException
>
> Stack Trace:
> java.lang.IllegalArgumentException: Not a host:port pair: PBUF
> blvdevhdp03.ds-iq.corp
> at org.apache.hadoop.hbase.util.Addressing.parseHostname(Addressing.java:60)
> at org.apache.hadoop.hbase.ServerName.<init>(ServerName.java:101)
> at org.apache.hadoop.hbase.ServerName.parseVersionedServerName(ServerName.java:283)
> at org.apache.hadoop.hbase.MasterAddressTracker.bytesToServerName(MasterAddressTracker.java:77)
> at org.apache.hadoop.hbase.MasterAddressTracker.getMasterAddress(MasterAddressTracker.java:61)
> at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getMaster(HConnectionManager.java:805)
> at org.apache.hadoop.hbase.client.HBaseAdmin.<init>(HBaseAdmin.java:127)
> at org.apache.phoenix.query.ConnectionQueryServicesImpl.ensureTableCreated(ConnectionQueryServicesImpl.java:725)
> at org.apache.phoenix.query.ConnectionQueryServicesImpl.createTable(ConnectionQueryServicesImpl.java:1007)
> at org.apache.phoenix.schema.MetaDataClient.createTableInternal(MetaDataClient.java:1156)
> at org.apache.phoenix.schema.MetaDataClient.createTable(MetaDataClient.java:422)
> at org.apache.phoenix.compile.CreateTableCompiler$2.execute(CreateTableCompiler.java:183)
> at org.apache.phoenix.jdbc.PhoenixStatement.executeMutation(PhoenixStatement.java:226)
> at org.apache.phoenix.jdbc.PhoenixStatement.executeUpdate(PhoenixStatement.java:908)
> at org.apache.phoenix.query.ConnectionQueryServicesImpl.init(ConnectionQueryServicesImpl.java:1316)
> at org.apache.phoenix.jdbc.PhoenixDriver.getConnectionQueryServices(PhoenixDriver.java:122)
> at org.apache.phoenix.jdbc.PhoenixEmbeddedDriver.connect(PhoenixEmbeddedDriver.java:112)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at com.onseven.dbvis.g.B.D.ā(Z:1413)
> at com.onseven.dbvis.g.B.F$A.call(Z:1474)
> at java.util.concurrent.FutureTask.run(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thread.run(Unknown Source)
>
> -----Original Message-----
> From: James Taylor [mailto:jamestaylor@apache.org]
> Sent: Monday, July 28, 2014 11:35 AM
> To: user
> Subject: Re: CDH 5.1
>
> Looks like you may be the first, Mike. If you try it, would you mind reporting back how it works?
>
> Thanks,
> James
>
> On Mon, Jul 28, 2014 at 10:52 AM, Alex Kamil <al...@gmail.com> wrote:
>> Mike, I'm on cdh4, but generally the extra steps are rebuilding
>> phoenix with hadoop and hbase jars from cdh, I posted steps here a
>> while back, feel free to update:
>> https://issues.apache.org/jira/browse/PHOENIX-1041
>>
>> Alex
>>
>>
>> On Mon, Jul 28, 2014 at 1:32 PM, Mike Friedman
>> <Mi...@ds-iq.com>
>> wrote:
>>>
>>> Has anyone gotten Phoenix to work on CDH5.1? I know theoretically
>>> because
>>> CDH5.1 includes HBase 0.98, Phoenix should just work but my
>>> experience is that that is not the case. It could be just some small
>>> additional step to get it going. Any suggestions appreciated.
>>>
>>>
>>> Mike
>>>
>>> -----Original Message-----
>>> From: Mike Friedman [mailto:Mike.Friedman@ds-iq.com]
>>> Sent: Saturday, July 19, 2014 7:35 AM
>>> To: <us...@phoenix.apache.org>
>>> Subject: CDH 5.1
>>>
>>> So now the eagerly awaited CDH 5.1 is out, the distribution that
>>> contains HBase 0.98. I am wondering if anyone here has upgraded to
>>> it, and has Phoenix core+client working on it. I know Phoenix has
>>> been tested with HBase
>>> 0.98 per se, but in the full context of CDH 5.1 do people have
>>> Phoenix running? Were there any special additional configuration
>>> steps you had to do?
>>>
>>> Thanks.
>>>
>>>
>>> Mike
>>
>>
RE: CDH 5.1
Posted by Mike Friedman <Mi...@ds-iq.com>.
On the HBase side, Phoenix seems to be working okay in that no errors are reported and Cloudera Manager can see all the existing tables. But the corresponding Phoenix client JAR does not connect. The stack trace clients receive is reminiscent of what I have seen in the past when there is an HBase version mismatch. Thank you for any suggestions.
An error occurred while establishing the connection:
Long Message:
Not a host:port pair: PBUF
#
blvdevhdp03.ds-iq.corp
Details:
Type: java.lang.IllegalArgumentException
Stack Trace:
java.lang.IllegalArgumentException: Not a host:port pair: PBUF
blvdevhdp03.ds-iq.corp
at org.apache.hadoop.hbase.util.Addressing.parseHostname(Addressing.java:60)
at org.apache.hadoop.hbase.ServerName.<init>(ServerName.java:101)
at org.apache.hadoop.hbase.ServerName.parseVersionedServerName(ServerName.java:283)
at org.apache.hadoop.hbase.MasterAddressTracker.bytesToServerName(MasterAddressTracker.java:77)
at org.apache.hadoop.hbase.MasterAddressTracker.getMasterAddress(MasterAddressTracker.java:61)
at org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplementation.getMaster(HConnectionManager.java:805)
at org.apache.hadoop.hbase.client.HBaseAdmin.<init>(HBaseAdmin.java:127)
at org.apache.phoenix.query.ConnectionQueryServicesImpl.ensureTableCreated(ConnectionQueryServicesImpl.java:725)
at org.apache.phoenix.query.ConnectionQueryServicesImpl.createTable(ConnectionQueryServicesImpl.java:1007)
at org.apache.phoenix.schema.MetaDataClient.createTableInternal(MetaDataClient.java:1156)
at org.apache.phoenix.schema.MetaDataClient.createTable(MetaDataClient.java:422)
at org.apache.phoenix.compile.CreateTableCompiler$2.execute(CreateTableCompiler.java:183)
at org.apache.phoenix.jdbc.PhoenixStatement.executeMutation(PhoenixStatement.java:226)
at org.apache.phoenix.jdbc.PhoenixStatement.executeUpdate(PhoenixStatement.java:908)
at org.apache.phoenix.query.ConnectionQueryServicesImpl.init(ConnectionQueryServicesImpl.java:1316)
at org.apache.phoenix.jdbc.PhoenixDriver.getConnectionQueryServices(PhoenixDriver.java:122)
at org.apache.phoenix.jdbc.PhoenixEmbeddedDriver.connect(PhoenixEmbeddedDriver.java:112)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.onseven.dbvis.g.B.D.ā(Z:1413)
at com.onseven.dbvis.g.B.F$A.call(Z:1474)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
-----Original Message-----
From: James Taylor [mailto:jamestaylor@apache.org]
Sent: Monday, July 28, 2014 11:35 AM
To: user
Subject: Re: CDH 5.1
Looks like you may be the first, Mike. If you try it, would you mind reporting back how it works?
Thanks,
James
On Mon, Jul 28, 2014 at 10:52 AM, Alex Kamil <al...@gmail.com> wrote:
> Mike, I'm on cdh4, but generally the extra steps are rebuilding
> phoenix with hadoop and hbase jars from cdh, I posted steps here a
> while back, feel free to update:
> https://issues.apache.org/jira/browse/PHOENIX-1041
>
> Alex
>
>
> On Mon, Jul 28, 2014 at 1:32 PM, Mike Friedman
> <Mi...@ds-iq.com>
> wrote:
>>
>> Has anyone gotten Phoenix to work on CDH5.1? I know theoretically
>> because
>> CDH5.1 includes HBase 0.98, Phoenix should just work but my
>> experience is that that is not the case. It could be just some small
>> additional step to get it going. Any suggestions appreciated.
>>
>>
>> Mike
>>
>> -----Original Message-----
>> From: Mike Friedman [mailto:Mike.Friedman@ds-iq.com]
>> Sent: Saturday, July 19, 2014 7:35 AM
>> To: <us...@phoenix.apache.org>
>> Subject: CDH 5.1
>>
>> So now the eagerly awaited CDH 5.1 is out, the distribution that
>> contains HBase 0.98. I am wondering if anyone here has upgraded to
>> it, and has Phoenix core+client working on it. I know Phoenix has
>> been tested with HBase
>> 0.98 per se, but in the full context of CDH 5.1 do people have
>> Phoenix running? Were there any special additional configuration
>> steps you had to do?
>>
>> Thanks.
>>
>>
>> Mike
>
>
Re: CDH 5.1
Posted by James Taylor <ja...@apache.org>.
Looks like you may be the first, Mike. If you try it, would you mind
reporting back how it works?
Thanks,
James
On Mon, Jul 28, 2014 at 10:52 AM, Alex Kamil <al...@gmail.com> wrote:
> Mike, I'm on cdh4, but generally the extra steps are rebuilding phoenix with
> hadoop and hbase jars from cdh, I posted steps here a while back, feel free
> to update: https://issues.apache.org/jira/browse/PHOENIX-1041
>
> Alex
>
>
> On Mon, Jul 28, 2014 at 1:32 PM, Mike Friedman <Mi...@ds-iq.com>
> wrote:
>>
>> Has anyone gotten Phoenix to work on CDH5.1? I know theoretically because
>> CDH5.1 includes HBase 0.98, Phoenix should just work but my experience is
>> that that is not the case. It could be just some small additional step to
>> get it going. Any suggestions appreciated.
>>
>>
>> Mike
>>
>> -----Original Message-----
>> From: Mike Friedman [mailto:Mike.Friedman@ds-iq.com]
>> Sent: Saturday, July 19, 2014 7:35 AM
>> To: <us...@phoenix.apache.org>
>> Subject: CDH 5.1
>>
>> So now the eagerly awaited CDH 5.1 is out, the distribution that contains
>> HBase 0.98. I am wondering if anyone here has upgraded to it, and has
>> Phoenix core+client working on it. I know Phoenix has been tested with HBase
>> 0.98 per se, but in the full context of CDH 5.1 do people have Phoenix
>> running? Were there any special additional configuration steps you had to
>> do?
>>
>> Thanks.
>>
>>
>> Mike
>
>
Re: CDH 5.1
Posted by Alex Kamil <al...@gmail.com>.
Mike, I'm on cdh4, but generally the extra steps are rebuilding phoenix
with hadoop and hbase jars from cdh, I posted steps here a while back, feel
free to update: https://issues.apache.org/jira/browse/PHOENIX-1041
Alex
On Mon, Jul 28, 2014 at 1:32 PM, Mike Friedman <Mi...@ds-iq.com>
wrote:
> Has anyone gotten Phoenix to work on CDH5.1? I know theoretically because
> CDH5.1 includes HBase 0.98, Phoenix should just work but my experience is
> that that is not the case. It could be just some small additional step to
> get it going. Any suggestions appreciated.
>
>
> Mike
>
> -----Original Message-----
> From: Mike Friedman [mailto:Mike.Friedman@ds-iq.com]
> Sent: Saturday, July 19, 2014 7:35 AM
> To: <us...@phoenix.apache.org>
> Subject: CDH 5.1
>
> So now the eagerly awaited CDH 5.1 is out, the distribution that contains
> HBase 0.98. I am wondering if anyone here has upgraded to it, and has
> Phoenix core+client working on it. I know Phoenix has been tested with
> HBase 0.98 per se, but in the full context of CDH 5.1 do people have
> Phoenix running? Were there any special additional configuration steps you
> had to do?
>
> Thanks.
>
>
> Mike
>
RE: CDH 5.1
Posted by Mike Friedman <Mi...@ds-iq.com>.
Has anyone gotten Phoenix to work on CDH5.1? I know theoretically because CDH5.1 includes HBase 0.98, Phoenix should just work but my experience is that that is not the case. It could be just some small additional step to get it going. Any suggestions appreciated.
Mike
-----Original Message-----
From: Mike Friedman [mailto:Mike.Friedman@ds-iq.com]
Sent: Saturday, July 19, 2014 7:35 AM
To: <us...@phoenix.apache.org>
Subject: CDH 5.1
So now the eagerly awaited CDH 5.1 is out, the distribution that contains HBase 0.98. I am wondering if anyone here has upgraded to it, and has Phoenix core+client working on it. I know Phoenix has been tested with HBase 0.98 per se, but in the full context of CDH 5.1 do people have Phoenix running? Were there any special additional configuration steps you had to do?
Thanks.
Mike
CDH 5.1
Posted by Mike Friedman <Mi...@ds-iq.com>.
So now the eagerly awaited CDH 5.1 is out, the distribution that contains HBase 0.98. I am wondering if anyone here has upgraded to it, and has Phoenix core+client working on it. I know Phoenix has been tested with HBase 0.98 per se, but in the full context of CDH 5.1 do people have Phoenix running? Were there any special additional configuration steps you had to do?
Thanks.
Mike