Cloudera Manager Integration
Known Cloudera Manager integration issues.
CSD distribution/activation fails on mixed-OS clusters when there are third-party parcels running on OSs that are not supported by Cloudera Data Science Workbench
For example, adding a new CDSW gateway host on a RHEL 6 cluster running RHEL-6 compatible parcels will fail. This is because Cloudera Manager will not allow distribution of the RHEL 6 parcels on the new host which will likely be running a CDSW-compatible operating system such as RHEL 7.
Workaround: To ensure adding a new CDSW gateway host is successful, you must create a copy of the 'incompatible' third-party parcel files and give them the corresponding RHEL 7 names so that Cloudera Manager allows them to be distributed on the new gateway host. Use the following sample instructions to do so:
- SSH to the Cloudera Manager Server host.
- Navigate to the directory that contains all the parcels. By default, this is
- Make a copy of the incompatible third-party parcel with the new name. For example,
if you have a RHEL 6 parcel that cannot be distributed on a RHEL 7 CDSW
cp <PARCELNAME.cdh5.x.x.p0.123>-el6.parcel <PARCELNAME.cdh5.x.x.p0.123>-el7.parcel
- Repeat the previous step for parcel's SHA
cp <PARCELNAME.cdh5.x.x.p0.123>-el6.parcel.sha <PARCELNAME.cdh5.x.x.p0.123>-el7.parcel.sha
- Update the new files' owner and permissions to match those of existing parcels in
chown cloudera-scm:cloudera-scm <PARCELNAME.cdh5.x.x.p0.123>-el7.parcel chown cloudera-scm:cloudera-scm <PARCELNAME.cdh5.x.x.p0.123>-el7.parcel.sha chmod 640 <PARCELNAME.cdh5.x.x.p0.123>-el7.parcel chmod 640 <PARCELNAME.cdh5.x.x.p0.123>-el7.parcel.sha
Cloudera Bug: OPSAPS-42130, OPSAPS-31880
CDSW Service health status after a restart does not match the actual state of the application
After a restart, the Cloudera Data Science Workbench service in Cloudera Manager will display Good health even though the Cloudera Data Science Workbench web application might need a few more minutes to get ready to serve requests.