Sorry, I thought you were asking for major upgrade. For minor upgrades of course you can do a rolling upgrade. I have personally tested it. I cannot find it know because I am replying from my phone, but I think there is a comment in documentation that the mandatory is to have the same major version, it does not mention minor. But in any case I have done it several times in production environment and works without any issue. ... View more

No you cannot, according to third bullet (from https://www.cloudera.com/documentation/enterprise/latest/topics/cdh_cm_upgrading_to_jdk8.html)   Warning: * Cloudera does not support upgrading to JDK 1.8 while upgrading to Cloudera Manager 5.3 or higher. The Cloudera Manager Server must be upgraded to 5.3 or higher before you start. * Cloudera does not support upgrading to JDK 1.8 while upgrading a cluster to CDH 5.3 or higher. The cluster must be running CDH 5.3 or higher before you start. * Cloudera does not support a rolling upgrade to JDK 1.8. You must shut down the entire cluster. * If you are upgrading from a lower major version of the JDK to JDK 1.8 or from JDK 1.6 to JDK 1.7, and you are using AES-256 bit encryption, you must install new encryption policy files. (In a Cloudera Manager deployment, you automatically install the policy files; for unmanaged deployments, install them manually.) See Using AES-256 Encryption. For both managed and unmanaged deployments, you must also ensure that the Java Truststores are retained during the upgrade. (See Recommended Keystore and Truststore Configuration.) ... View more

You should not delete anything under /opt/cloudera and /var/lib directories. If the contents of these directories are too high for your partitions, then you should consider extending them. There is an exception in /var/lib/ but again you should not delete manually. The only place you can delete files without issues is "/var/log/..." but this is a temporarily solution. The "proper" way is to change "Max Log Size" and "Maximum Log File Backups" in Cloudera Manager, for each service is running on this machine.   Edit: I started writing before I see the reply from @saranvisa. I agree with this. ... View more

I believe it will help if you can create additional areas under http://community.cloudera.com/t5/Configuring-and-Managing-the/ct-p/ConfiguringPlatform for CDS, CDK etc. Currently there are only the following three: Cloudera Manager Cloudera Director CDH   ... View more

Hi.First of all sorry for late reply, I was out for some time. According to this "yyyy-mm-dd hh:mm:ss[.f...]", yes you have to store it in UTC. In order to be able to store date in other timezones, the format should include the "Z" which is hours from UTC. ... View more

1) User hdfs does not have access to the /home/cloudera directory 2) and 3) is actually the same because in both cases you try to upload the file as user cloudera.   You have two options: 1) grant read permissions to hdfs user in /home/cloudera and all sub-contents (directory access require also execute permission) 2) grant write permissions in "/inputnew/" directory in HDFS , to "cloudera" user. example: sudo -u hdfs hdfs dfs -chown cloudera /inputnew   There are multiple ways to grant permissions (e.g. using ACLs), but keep it simple. ... View more