About ssoldatov

ssoldatov · ‎01-27-2017

As Josh already mentioned, the best way to deploy HDP clusters is Ambari. Bigtop is a packaging project that has some ability to deploy unmanaged cluster for testing purposes. Ambari on the other hand is the cluster managing software. It may come that one day we will see Ambari as one of the packages in Bigtop, but even in this case the deployment of cluster will be done by Ambari blueprints.

ssoldatov · ‎01-23-2017

If I correctly understand, you need to change :part_key to :key.

ssoldatov · ‎01-22-2017

try to turn on the java kerberos logging by adding -Dsun.security.krb5.debug=true to the HADOOP_OPTS. Usually it helps to understand what exactly fails during GSS initialization.

ssoldatov · ‎01-19-2017

I checked the script more carefully. It looks like adding export CLASSPATH=$CLASSPATH:/etc/hbase/conf to zeppelin-env.sh using Zeppelin configuration in Ambari would be enough.

ssoldatov · ‎01-18-2017

@Qi Wang Well, to fix it you will need to proceed few steps: 1. In the jdbc interpreters configuration you need to remove default artifacts for phoenix and hbase (phoenix-4.7... and hbase-1.1.3...). 2. add new artifact for phoenix-client.jar (just provide the path /usr/hdp/current/phoenix-client/phoenix-client.jar) 3. You need to set up interpreter to properly find hbase configuration dir. It could be done by adding to the end of zeppelin-env.sh export CLASSPATH=$CLASSPATH:/etc/hbase/conf using Ambari and after restart of Zeppelin service everything is supposed to work

ssoldatov · ‎01-18-2017

I bet that HBase is healthy. Was able to reproduce it locally. The same exception running test from zeppelin with perfectly working sqlline (as well as hbase shell).

ssoldatov · ‎01-04-2017

@Bala Vignesh N V what do you mean by 'Fixed width file' ? Can you give a more detailed example?

ssoldatov · ‎12-23-2016

Could you please explain more why distcp hftp -> hdfs didn't work? This is the recommended way to copy between different versions of hadoop. And it should be running on destination cluster.

ssoldatov · ‎12-23-2016

@Karan Alang Here is the documentation from javac classpath: Classpath entries that are neither directories nor archives (.zip or .jar files) nor * are ignored. So, you should use just a simple '*' instead of '*.jar'. I believe hbase-client/lib/* would be enough. You also may use --verbose to track what javac is doing.

ssoldatov · ‎12-21-2016

I would also add to Ted's comment that netty-3.2.4 (which is required by hadoop-hdfs) and netty-all-4.0.23 are not conflicting because 3.2.4 is the old version with org.jboss.netty package while 4.0.23 has io.netty package. Actually they even have different artifact IDs (netty vs netty-all). So it's safe to use both of them in the same project.

Online	Offline
Last Visited	‎09-21-2018 10:46 PM

Member Since	‎02-19-2016 11:45 PM
Last Visited	‎09-21-2018 10:46 PM
Posts	158
Kudos received	69

Cloudera Community

Re: Is it possible in Phoenix to create a function...

Re: Add one more column to a Phoenix Covered Index

Re: HBASE "archive". How to clean? My disk spa...

Re: Default values for connections to Phoenix/HBas...

Re: Phoenix Views with different column names comp...

Re: Deploying multinode HDP with puppet

Re: Error when copying table from Hive to HBase.

Re: GSS Initiate failed even with a valid kerberos...

Re: HDP 2.5 How to connect Zeppelin to Phoenix in ...

Re: HDP 2.5 How to connect Zeppelin to Phoenix in ...

Re: HDP 2.5 How to connect Zeppelin to Phoenix in ...

Re: Can we create external hive table on top of Fi...

Re: Migrating data off an old CDH cluster to a new...

Re: HBase - creating table using Java API - Not C...

Re: HBase jars with conflicting versions?