Member since
07-12-2013
435
Posts
117
Kudos Received
82
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
1952 | 11-02-2016 11:02 AM | |
3012 | 10-05-2016 01:58 PM | |
7637 | 09-07-2016 08:32 AM | |
8063 | 09-07-2016 08:27 AM | |
2008 | 08-23-2016 08:35 AM |
01-13-2015
08:11 AM
Thanks again for reporting the issue and sharing your workaround with other users. Just wanted to let you know that as of noon PT yesterday, now deployments should not have this problem. You should be able to access MySQL via the public IP from any of the instances now, and the tutorial now gives you a working command for the Sqoop import and Hive metadata.
... View more
01-06-2015
06:53 AM
1 Kudo
Thanks for letting us know about this - this is an error in a recent update to the tutorial. Those commands should be using the hostname, rather than the IP address. So I'd suggest trying 'f6129-cldramaster-01' for the NameNode instead of 216.121.116.82. We'll change the future MySQL setup to allow access via IP address as well, but it seems you found a work-around for that. The reason for the second failure is that the command is trying to use the public interface instead of the private interface. GoGrid machines typically have 2 network interfaces - one that is publicly accessible, and one that is private (but has higher performance). 216.* points to one of the public IP addresses, but some of the services that are not intended to be accessed directly only listen on the private interface (Hue and CM listen on the public interfaces as well). So again, using the hostname there should work, or the IP address of the internal interface (eth1). We'll get the tutorial content and MySQL config updated shortly... Please post back if you run into additional issues with the current tutorial and I'll try provide workarounds...
... View more
01-06-2015
06:47 AM
The line that says to us the black "Terminal" icon is actually only relevant for the QuickStart VM. It's not supposed to show up in the "Cloudera Live" environment, so just ignore it (and I'll look into why it's showing up for you when it shouldn't). You should be able to log in with a terminal using SSH from Mac OS / Linux, or perhaps a tool like PuTTY from Windows.
... View more
12-20-2014
06:19 PM
2 Kudos
FWIW, this should basically be the procedure to install and run from packages in the current QuickStart VM: REPO= http://archive-primary.cloudera.com/accumulo-c5/redhat/6/x86_64/cdh/cloudera-accumulo.repo (cd /etc/yum.repos.d && sudo wget ${REPO}) # install yum repository sudo yum install accumulo-* sudo service accumulo-master init # follow prompts for role in (cd /etc/init.d && ls accumulo\*); do sudo service ${role} start done
... View more
12-18-2014
10:05 AM
5 Kudos
If you go to the configuration tab for the Hue service and use the search bar to search for properties with "wildcard" in the name, you should see a property to have Hue server use a wildcard instead of binding to a specific NIC. If that isn't checked, check it and restart the service once it's saved. That property gets set when the service is created, so it's very unusual that it's not getting applied for you - I haven't seen that before. Thanks for reporting, though.
... View more
12-18-2014
07:58 AM
Hmm... The same server that hosts CM should also host Hue (on 8888, as you're trying) and a web server on port 80 with a "Guidance Page" with a link straight to Hue. Are you trying to connect to 8888 on the same IP as the one you can connect to Cloudera Manager on? If so, I'd be curious to know if when you look at the Hue service in CM and click on the Instances tab, if it shows the Hue server running on the host you're expecting.
... View more
12-18-2014
06:48 AM
Cloudera Manager is responsible for managing and monitoring Hue (among other things, of course). If you can log into Cloudera Manager the first screen you will see includes a list of all services. Hue's status will be shown with a red, yellow or green dot. You can click on the service, go to the processes tab, and see logs from stdout, stderr, and the actual "role log" (this is most likely the be what you want to see). What does it show as the status of Hue and do you see any errors in that log?
... View more
12-16-2014
09:09 AM
1 Kudo
The link you posted appears to be broken, but given the snippet, it sounds like that is the approach I would recommend you take in the QuickStart VM - so keep following the docs you already found. CDH is installed in the VM using RPMs, and by default Cloudera Manager is not used, so it would be simplest to use the same method to install Accumulo. I will look to have the Accumulo repository installed by default in a future QuickStart VM so you can install Accumulo by just running "yum install accumulo*", but the software itself is not installed as we try to keep the VM as small as possible - so stuff is excluded unless we think a majority of users would use it.
... View more
12-13-2014
10:55 AM
The intermediate_access_log table is not intended to be viewed directly, especially not in Impala. In that tutorial step you're actually using Hive to do an ETL (extract transform load) job. The Apache logs are in a format that is hard to query directly through SQL, so we use one of Hive's extensions to express a regular expression to break up the fields more explicitly. After this step, the intermediate table is not useful. It's the second table you create (tokenized_access_logs) that should be queried from Impala.
... View more
12-05-2014
06:18 PM
It's quite possible it needs to be updated in the VM. It's included in the VM purely as a convenience - as it's not an officially supported or included part of CDH it doesn't go through all the same testing as everything else. If it does need to be updated, I can look at doing that for the next release and will post back here when it is.
... View more