hi can I have the parcels located on an FS so the installation will include a copy instead of downloading from a remote URL? I believe it will be faster solution this is for testing cluster environments better still - can I copy the parcels to the /opt/cloudera/parcels myself - while I'm preparing the VM - will cdp know that the file is already there or do I need to update also the psql metadata db? thanks doron ... View more

hi I created a CentOS 7.7 Linux machine (but also happens with RHEL 7.4) on Azure. I installed the cloudera-manager RPM packages via yum When i try to start the cloudera-scm-server-db service I get "permission denied" on /var/lib/cloudera-scm-server-db/data I added -x flag to the /usr/share/cmf/bin/initialize_embedded_db.sh, and added the "strace" command before the initdb command. I see that the command is running as cloudera-scm user (in the /var/log/messages file) and Is see in the strace output, that it fails on "chmod("/var/lib/cloudera-scm-server-db/data", 0700) = -1 EACCES (Permission denied)" When I run the command from Linux CLI as user cloudera-scm it runs OK. Does the Linux behave differently on Azure (i.e. more security features) I don't think it relates to firewall I see in the /var/log/messages the following messages: Oct 22 12:53:14 cdh-doxi-1 systemd: Created slice User Slice of cloudera-scm. Oct 22 12:53:14 cdh-doxi-1 systemd: Started Session c1 of user cloudera-scm. Oct 22 12:53:16 cdh-doxi-1 systemd: Removed slice User Slice of cloudera-scm. could this slices are doing the damage? I see it relates to cgroups (but I'm not sure what it actually means) - can I turn this off somewhere? do i need to reinstall the Linux with different flags? TIA Doron ... View more

hi in the upgrade documentation the following is stated: "Upgrades from Cloudera Enterprise 5.15 to 6.0.0 Not supported" does it mean specifically to cdh 6.0.0 version or to any 6.x version? thanks Doron ... View more

hi We've got the following error: org.apache.openjpa.persistence.PersistenceException: ERROR: value too long for type character varying(255) {prepstmnt 190305649 INSERT INTO WF_JOBS (id, app_name, app_path, conf, created_time, end_time, external_id, group_name, last_modified_time, log_token, parent_id, proto_action_conf, run, sla_xml, start_time, status, user_name, wf_instance) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)} [code=0, state=22001] and to solve it we've altered the WF_JOBS table, resizing the app_path and app_name to be varchar(1024). Is it acceptable to modify the oozie database? Will it cause us problems in other parts of oozie? We did while using postgreSQL for oozie db. Thanks Doron ... View more