Hi @Amandi  We need to check the Job logs in order to find out why it is failing - http://dc1-apache-hbase.mobitel.lk:8088/proxy/application_1725184331906_0018/ Also, we can check Resource Manager logs to check if there is any issue with permissions or launching containers. ... View more

Hi @csguna  We can check below for read replica properties which can be configured - https://docs.cloudera.com/cdp-private-cloud-base/7.1.9/hbase-high-availability/topics/hbase-read-replica-properties.html Compaction would be carried out for primary region according to design. Flushes, compactions and bulk loads can change the list of files. This means that the secondaries will need to discover the file changes, but until all secondaries are in sync, the old store files should not be deleted. ... View more

Hi @therealsrikanth  Manual snapshots copying is the only way forward as you have security and compatibility issues between the clusters. Kindly try to follow below steps - Create Snapshot Operation Take the snapshot in CDH. For example after login from HBase shell: $ hbase shell hbase> snapshot '<TABLE_NAME>', '<SNAPSHOT_NAME>' Major compact the table  $ major_compact '<TABLE_NAME>' Copy the files to the local environment from the below locations: hdfs dfs -get /hbase/data/.hbase-snapshot/ /tmp/dir hdfs dfs -get /hbase/data/archive/ /tmp/dir2 Restore operation Transfer the files to the CDP environment. Use -copyFromLocal operation to copy the contents to HDFS: cd /tmp hdfs dfs -copyFromLocal dir /hbase/data/.hbase-snapshot hdfs dfs -copyFromLocal dir2 /hbase/archive/data/default Note: "default" is a namespace name on which newly created tables are placed if you don't specify a custom namespace.  Make sure, the directories are created in HDFS. the path should look like this after copying:   /hbase/archive/data/<Namespace>/<TABLE_NAME>/<hfile1> /hbase/archive/data/<Namespace>/<TABLE_NAME>/<hfile2> ... Check permissions on /hbase/archive directory, it should be owned by user HBase. Login to the HBase shell and check the snapshots: Hbase shell hbase:001:0> list_snapshots When the snapshot is visible, you can use clone_snapshot command to create a new table using the snapshot: hbase> clone_snapshot '<SNAPSHOT_NAME>', '<TABLE_NAME_NEW>' Was your question answered? Please take some time to click on "Accept as Solution" -- If you find a reply useful, say thanks by clicking on the thumbs up button below this post. ... View more

Hi @Amandi  The failure seems to be when launching containers in the pre-launch stage. Since the ImportTsv job uses MR and yarn as underlying services for running jobs, could you please confirm that a simple MR pi job from a yarn gateway node is able to run without any issues: # hadoop jar /opt/cloudera/parcels/CDH/lib/hadoop-mapreduce/hadoop-mapreduce-examples.jar pi 10 100   ... View more

Hi @HadoopCommunity  Was your question answered? Please take some time to click on "Accept as Solution" -- If you find a reply useful, say thanks by clicking on the thumbs up button below this post.  ... View more

Hi @HadoopCommunity  This job is failing due to issues retrieving the block from datanodes. Please check the datanode logs during the issue timestamp to check the actual cause of the issue. ... View more