About aakulov

grlzz · ‎02-11-2022

Hi @aakulov , thanks for your reply. In the last few days we had it fixed, thanks to CE support' help. Not sure why, but he decided to reinstall Hive from scratch, and replace it with **Hive_on_Tez**. The sqoop commands now seems to run fine, after updating the --hs2-url parameter accordingly (and upon regeneration of kerberos tickets for hive) thanks anyway for your suggestions -- hope my answer will be useful to someone kind regards, gr

SajidSiddiki · ‎02-01-2022

Is it possible for you to post your sample sqoop job? Thanks @sass

grlzz · ‎01-21-2022

better than nothing, although the whole information (with metadata) would be reconstructed using the associated postgreSQL (not possible in our case as CDSW and kubeclt are down)

aakulov · ‎01-19-2022

Hi @Chhavi , the discussion of HIPPA certification is an intricate one. I would recommend to talk to your Cloudera account representative as there are many details to go through. Thank you, Alex

VidyaSargur · ‎10-27-2021

@Alexios, Has the reply helped resolve your issue? If so, please mark the appropriate reply as the solution, as it will make it easier for others to find the answer in the future.

aakulov · ‎07-08-2021

Strange.... As a test can you replace your hard-coded toppic name with something like ${tableName} or just try a different hardcoded string and see if that gets you further along. Not saying that's a solution, but trying to eliminate causes. Also, you mentioned you've implemented other flows already. Could it be that the topic name BUBB-MX_ALL_SOFT is already taken in your kafka cluster and thats why goldengate handler can't create the topic (though I would expect it to just write to the existing topic, instead of throwing an error). I also found this on Oracle site that may have your answer. You'll need an Oracle account to look if there is a solution though. https://support.oracle.com/knowledge/Middleware/2512462_1.html Could this also be an encoding or trailing character issue in the props file between Unix and AIX? Overall this sounds like a GoldenGate error that may be better answered by Oracle community. Regards, Alex

aakulov · ‎07-08-2021

Hi @roshanbi , You can simply put your sqoop command in a shell file and then have Cron run that script according to your desired schedule (depending on how frequently you expect the data to be updated in the Oracle source table). Alternatively, you can use Oozie to orchestrate the running of the sqoop job. Regards, Alex

Chakkara · ‎07-07-2021

Thanks for the response and it works!!

cjervis · ‎06-23-2021

@roshanbi, have you resolved your issue? If so, please mark the appropriate reply as the solution, as it will make it easier for others to find the answer in the future.

cjervis · ‎06-23-2021

@roshanbi, have you resolved your issue? If so, please mark the appropriate reply as the solution, as it will make it easier for others to find the answer in the future.

Online	Offline
Last Visited	‎09-05-2024 02:11 AM

Member Since	‎02-27-2020 04:13 PM
Last Visited	‎09-05-2024 02:11 AM
Posts	173
Kudos received	42

Cloudera Community

Re: Changing Colours or adding a banner to WebUIs

Re: CDP Public Cloud - Resizing of Worker/Compute ...

Re: How to collect queries submitted by other user...

Re: CDH配置好以后，agent服务能够启动，但是server服务无法启动 (After CDH...

Re: How to increase timeout definition?

Re: HiveAccessControlException: Permission denied:...

Re: Incremental sqoop import into hive with tables...

Re: access CDSW database without CM

Re: Is Apache NiFi HIPAA certified?

Re: CDP 7.* integration with password vault (Hash...

Re: Unable to set property on handler 'kafkahandle...

Re: Impala query

Re: Handle date column with spaces in nifi

Re: impala shell connection

Re: Impala tuning