The reason is that you can't mix a Linux packages install with a parcels install. By default, the VM uses Linux packages so that you don't have to use CM unless you have the memory. There's a button on the desktop to migrate CDH to a parcel installation. After you've run that, the Phoenix parcel install should work. ... View more

As the previous reply said, you need to use the Hive Query Editor. The error shows up if you use the Impala Query Editor because you're using a library written for Hive. ... View more

That part of the tutorial has you use the Impala query editor - the query should work in Impala's particular flavor of the query language. ... View more

I'm not sure this question is referring to the QuickStart VM. CM is already installed, it's just not started by default and you need to use the provided scripts to switch to a CM-based deployment. This question is referring to the CM installer. I'm not surprised it would fail with 1 GB of RAM but I would expect it to work with 6 GB of RAM (even though a production cluster should be on much larger machines). Have you looked at the /var/log/cloudera-manager-installer/6.start-embedded-db.log file, or is that where this is coming from? It looks like it's specifically the DB server that's failing, so other files in /var/log/cloudera-manager may be helpful. I don't recall specific names, but there's on that's clearly DB-specific, and I suspect that's where you'll find the real root cause. ... View more

So I can't tell you anything about your current formation because as I said, that access code appears to be incorrect, so I can't pull up the logs. I tried some Zoomdata deployments and did run into one issue with some operations timing out because they were trying to reach a Zoomdata package repository that no longer exists. I have fixed that problem so it shouldn't affect any new deployments. It's possible that was affecting your previous attempts, but not in the logs I've found that appear to match your forum username. So if you do try another deployment, just be sure you have a new access code that you haven't used before, and don't pause the instances prematurely. ... View more

That doesn't appear to be a valid access code and I can't find any new access codes with the same name as the ones I was looking at last week. You say you 'started up the instances' for today's session: again, restarting or stopping instances before the deployment has finished will fail, and there's no recovering from that. I started investigating the other failure that's now been seen twice during our Zoomdata deployment. I have not yet gotten to the bottom of that, so I'll still need to find out why that's happening and get back to you. Given that your current master node's progress bar is stuck on that step, it's possible you're hitting that failure again. ... View more

In either CloudFormation or your list of instances, the instance Zoomdata running on is specifically tagged. On that instance on port 8080, Zoomdata should be running. But again, Zoomdata and the data for that tutorial is one of the last things to be set up. I can look up your clusters and see more specifically what's going on, but it's much easier if you can send me a private message with the access code you used for a given attempt. ... View more

So if you restarted your instances before the deployment finished, the dpeloyment will not have finished. You may be missing datasets or some configuration in your cluster. If you didn't already read it, read the "Stopping and Starting Instances" section of the documentation, as there are some other caveats you should be aware of:   http://www.cloudera.com/get-started/cloudera-live/aws-documentation.html ... View more

Yes, you should get an email with credentials once the progress bar has completed, however even without the email you can find the credentials to the Hue and CM service in a file on the Master Node (you log into using the ssh key you selected at deployment time) in the file /var/tmp/cm_hue_admin_password.txt. Of course, usually the reason you don't get the final email is if there's a problem in the deployment, and in that case Hue and CM may not yet be set up properly. I believe I found the access codes for your 2 attempts and had a look at the logs. In one case, it looks like the machines were shutdown mid-deployment outside of our control. It did look like the transfer of the sample datasets from S3 were taking longer than usual, so I'll follow up on that and see if that can be improved or if we need to adjust the time the progress bar expects it to take. Another attempt looks like an SSH error when setting up the Zoomdata sample datasets that might also have been a shutdown of the instances outside our control, but I've seen the exact same error on another Zoomdata deployment recently so that may be a bug that I'll investigate further. I'll post back here when I have a solution deployed or a workaround to recommend for you. ... View more