cancel
Showing results for 
Search instead for 
Did you mean: 

datahub 2.3 vora-cluster validation failing. Invalid user

pascaldp
Explorer
0 Kudos
I have been trying to install datahub 2.3 on a local machine for learning purposes. I am documenting the setup in the following git. In short. Using vagrant I spun up a kubernetes cluster in a virtual environment consisting of a master and two nodes. I get all the pods running (except for vora-diagnostics that I don't install). However, the validation step fails. I have been skimming the different pod logs, but can't seem to find anything that I can relate to this issue.Any help or direction for further troubleshooting is appreciated?
Creating validation context secret...
secret "vora.conf.secop.validation.cred" created
Creating dqp validator config map...
configmap "dqp-validator-config" created
Try: 1
Creating dqp validator job...
job.batch "dqp-validator-job" created
2018-11-16T12:23:38+0000 [INFO] Wait until job dqp-validator-job is complete...
2018-11-16T12:23:48+0000 [INFO] Wait until job dqp-validator-job is complete...
2018-11-16T12:23:59+0000 [ERROR] dqp-validator-job...Failed!
2018-11-16T12:23:59+0000 [ERROR] Pod reached max restart count!
2018-11-16T12:23:59+0000 [ERROR] Please see the logs of the dqp-validator-job
####### Validating the Installation #######
Validating admin user has been created in Vora ...
Running query: SELECT USER_NAME FROM SYS.USERS WHERE USER_NAME='cubis\datahub';
connecting to 10.106.94.117 at port 10002 (10.106.94.117:10002) ...
switched to existing session ""
query send...
error on server response: "could not handle api call, failure reason : :-1, CException, Code: 10021 : Runtime category : an std::exception wrapped. invalid user cubis\datahubNext level: invalid user cubis\datahub
"
cease to connect to 10.106.94.117:10002...
Validating schemas have been created in Vora ...
Running query: SELECT * FROM SYS.SCHEMAS
connecting to 10.106.94.117 at port 10002 (10.106.94.117:10002) ...
switched to existing session ""
query send...
error on server response: "could not handle api call, failure reason : :-1, CException, Code: 10021 : Runtime category : an std::exception wrapped. invalid user cubis\datahubNext level: invalid user cubis\datahub
"
cease to connect to 10.106.94.117:10002...
connecting to 10.106.94.117 at port 10002 (10.106.94.117:10002) ...
switched to existing session ""
query send...
error on server response: "could not handle api call, failure reason : :-1, CException, Code: 10021 : Runtime category : an std::exception wrapped. invalid user cubis\datahubNext level: invalid user cubis\datahub
"
cease to connect to 10.106.94.117:10002...
Could not drop existing table INSTALLER_TEST
Validation failed.
pascaldp
Explorer
0 Kudos

No longer a problem. The problem was that the check-point store was not reachable.

Accepted Solutions (0)

Answers (2)

Answers (2)

pascaldp
Explorer
0 Kudos

During installation of datahub, you have to option to enable a checkpoint-store or not. The check-point store is needed to enable VORA tables of type streaming (these type of tables can be modified using UPDATE, INSERT, UPSERT, ...). It's stored outside the vora installation (e.g. in HDFS). If this is not reachable, the cluster-validation fails.

Despite of this, normally you should be able to login to the datahub application and start the vora tools. When I loged into "system" tenant with the "SYSTEM" user and password I provided during installation, I got a more elaborate error message.

0 Kudos

Hello Pascal,

I am encountering same issue as above.

Can you please let me know what resolution steps you adopted ?

Thanks,

Shivani