Hi @SandyCT, well, this system is broken a bit more than I expected, since owner of groups is also damaged. What did you run exactly? If I had to guess, some recursive chmod on /, or /etc? Before you try this last option, try switching to console (ctrl+alt+F1 on a normal pc, not sure about the vm), and logging in as root, with password "cloudera". If this does not work, for whichever reason, here's a way to reboot Centos 6 in "safe mode". I suggest you make a backup of the whole vm file/directory first. https://lintut.com/reset-forgotten-root-password-in-centos/ If this does not work (I cannot test now, since I don't have my vm around), replace " 1 " in the tutorial with "rw init=/bin/bash" In either case, this will grant you root, but fixing your vm might take a while. For example, your sudo command should be "---s--x--x", or something to that regard, /etc/sudoers "-r--r-----", and "/etc/group" -rw-r--r--. Have fun & good luck! 🙂 ... View more

Hi @SandyCT,   you should try the suggestion from my last message - if you didn't break "su" binary as well, command "su -" might give you root access. When prompted, give it the root password ("cloudera" by default, if you haven't changed it).   Cheers, samurai     ... View more

Actually, suggestion from @csguna gives me an idea - @SandyCT, if you can open a normal terminal, you can also execute "su -" as command. It will ask for root password, so try to give it same default password you had for cloudera user - by default it is "cloudera". If you are lucky, and "su" binary is unaffected by your chmod/chown, you just might get to root, and from there we'll manage. Please try, and let us know.   Regards ... View more

Hello @csguna, I don't mean to intrude, but the problem described is caused by the permission or owner of the sudo command being changed, and sudo command has built-in checks against tampering, so that has to be fixed externally, for example by rebooting into some form of rescue mode. That being said, the email I've received from your post said "sudo su Password - cloudera". Did you edit your post? Or is there something else going on? Regards ... View more

Hi @SandyCT,   can you give us more details? For example, which version of the Cloudera QuickStart VM are you using? There is a way to log in as root, but it's non-trivial, so I suggest we confirm there's no other way. For starters, can you post the output of "ls -la /usr/bin/sudo" from that QuickStart VM? These virtual machines are based on Centos 6.4, which by default can be rebooted in "safe mode", which should give you access to both your hive data, and the fix to the sudo ownership. But if you ask me, I would 1) fix sudo 2) back up all I need from that VM (hive, etc), and 3) start from scratch, using those backups. If you did what I think you did, sudo will not be the only thing that is not working.   Regards, samurai ... View more

Hi reutsc,   I guess it's a bit late, but in case you haven't managed to resolve this, the property that holds this information is called "dfs.journalnode.edits.dir", and it will point to a directory holding a folder named after a logical name of your cluster. So, for example, if the dfs.journalnode.edits.dir is set to /data/jn, the whole path will be /data/jn/xyz-hdp03. That folder should contain a folder "current", and a file called "in_use.lock", if it is in use. You can also tell by the age of the lock file, and by searching for the journalnode process in your process list. In case you are using Cloudera Manager, you can find the mentioned property in cluster -> HDFS -> Configuration. Hope this helps, camypaj ... View more

I had the same problem until just now, on 5.12.x, and in my case it was caused by a problem with ssl, so if you use ssl, please read the following: "this might be caused by having more than one oracle java installed, and even worse, any version of openjdk java. Namely, make sure you have added the ca you used for the ssl to the java keystore of the java version you are using (you can find that out in process list). Also, make sure that keytool you are using is belonging to this version of java - so it's best to have only one version installed, or (if that is unavoidable), use the full path to keytool. Hope it helps." ... View more

I've discovered by painful experience that this might be caused by having more than one oracle java installed, and even worse, any version of openjdk java. Namely, make sure you have added the ca you used for the ssl to the java keystore of the java version you are using (you can find that out in process list). Also, make sure that keytool you are using is belonging to this version of java - so it's best to have only one version installed, or (if that is unavoidable), use the full path to keytool. Hope it helps. ... View more

No problem, I'm glad if it helps. 🙂   With secure connection you mean SSL or Keros/Sentry? I know SSL can be done, since I've done it in production environment, but with these dev/testing local setups, I don't think I did. The same goes for Kerberos - when I tested it, I did enable those, but normally you don't need that with local virtual machines, and dev/test data.   Cheers 🙂 ... View more

Hi again Anna,   regarding Windows question, it doesn't seem to be supported: link to CM documentation and regarding QuickStart VM, if I understood your question correctly, you can always set up your Hypervisor (VirtualBox, VmWare, KVM, etc) to forward certain ports from your workstation to the virtual machine, or to allow communication between 2 virtual machines, for example Qlick View vm with CM vm. I've tested both of these scenarios, and I can confirm that is possible. For example, I've had a VM running Rstudio, connecting to a VM running QuickStart from Cloudera.   If I didn't understand your question correctly, feel free to give me some pointers, or more details 🙂   Cheers ... View more