Created on 09-26-2014 12:32 AM - edited 09-16-2022 02:08 AM
After upgrading from 5.1.2.1 to 5.1.3.1. the cluster fails to start the Sqoop2 server.
It fails to load ConnectionManagers. The only thing I changed in sqoop was that I added the Microsoft JDBC driver (jar file) to the lib directory. Even after removing the file the cluster fails to start the Sqoop2 server.
Created 10-03-2014 06:19 AM
I have googled the solution.
After setting the propperty org.apache.sqoop.connector.autoupgrade=true the Sqoop server started ok.
I dont know what this propperty means, but it worked 🙂
Thanks,
Tomas.
http://www.developerscloset.com/?p=961#respond
Sqoop Server Startup Failure: Upgrade required but not allowed
After an upgrade from CDH 5.0.2 to CDH 5.0.3, Sqoop failed to start with the following error: Server startup failure, Connector registration failed, Upgrade required but not allowed - Connector: generic-jdbc-connector.
To resolve this problem I had to add the following property to the Sqoop 2 Server Advanced Configuration Snippet (Safety Valve) for sqoop.properties. You can find this property under Cloudera Manager, Sqoop Service, Configuration, Sqoop 2 Server Default Group, and Advanced:
org.apache.sqoop.connector.autoupgrade=true
After the upgrade has completed successfully, the property can be removed.
Created 09-26-2014 01:48 AM
Created 10-03-2014 06:19 AM
I have googled the solution.
After setting the propperty org.apache.sqoop.connector.autoupgrade=true the Sqoop server started ok.
I dont know what this propperty means, but it worked 🙂
Thanks,
Tomas.
http://www.developerscloset.com/?p=961#respond
Sqoop Server Startup Failure: Upgrade required but not allowed
After an upgrade from CDH 5.0.2 to CDH 5.0.3, Sqoop failed to start with the following error: Server startup failure, Connector registration failed, Upgrade required but not allowed - Connector: generic-jdbc-connector.
To resolve this problem I had to add the following property to the Sqoop 2 Server Advanced Configuration Snippet (Safety Valve) for sqoop.properties. You can find this property under Cloudera Manager, Sqoop Service, Configuration, Sqoop 2 Server Default Group, and Advanced:
org.apache.sqoop.connector.autoupgrade=true
After the upgrade has completed successfully, the property can be removed.
Created 12-11-2014 10:23 AM
I encountered the same issue when upgrading from CDH 5.2.0 => 5.2.1
I did not find this support thread until after removing the sqoop2 service and reinstalling it.
part of my logs:
Caused by: org.apache.sqoop.common.SqoopException: CONN_0007:Connector registration failed
Caused by: org.apache.sqoop.common.SqoopException: JDBCREPO_0026:Upgrade required but not allowed - Connector: generic-jdbc-connector
The solution of using
Cloudera Manager -> Sqoop2 -> Configuration -> Sqoop 2 Server Default Group -> Advanced
-> Sqoop 2 Server Advanced Configuration Snippet (Safety Valve)
org.apache.sqoop.connector.autoupgrade=true
worked for me.
The Sqoop2 service was able to successfully start
Michael
Created 12-11-2014 10:40 AM
Created 12-11-2014 10:50 AM
> Normally you just run the Sqoop2 upgrade command whenever you upgrade Sqoop binaries.
I don't understand.
I did not explictly/exclusively upgrade the Sqoop binaries. Nor would I know how/where to "run the Sqoop2 upgrade command"
I upgraded the cluster from CDH 5.2.0 => CDH 5.2.1 through the Cloudera Manager web gui.
The upgrade process restarted the cluster
the Sqoop2 service (and the Hue service which is dependent upon sqoop2) did not restart.
Please advise.
Created 12-11-2014 10:55 AM
Created 12-11-2014 12:02 PM
> Upgrading CDH will upgrade your Sqoop2 binaries since Sqoop2 is part of CDH.
OK
> Every time you upgrade Sqoop2 binaries you need to run the Sqoop2 upgrade command.
> Click on your Sqoop2 service and look for the upgrade command in the actions dropdown menu on the right.
> You have to stop the service first.
Then, I am a little puzzled/confused.
I understand your statements to imply that the Cloudera Manager upgrade wizard is broken and does not function properly with respect to Sqoop2.
> Every time you upgrade Sqoop2 binaries you need to run the Sqoop2 upgrade command.
So, the cloudera manager upgrade wizard does not run the Sqoop2 upgrade command ... even though this is a required step.
> You have to stop the service first.
The Cloudera Manager upgrade wizard stops & then starts all of the services in the cluster. The Sqoop2 service fails to start and the cluster is left in a bad state.
This is the behavior that I observed.
Q: Are you saying that this is a known problem with the Cloudera Manager upgrade wizard?
Created 12-11-2014 01:16 PM
Created 12-11-2014 02:07 PM
> I think that you clicked activate parcel, it prompted you to restart, and you thought that was an upgrade wizard
> when in fact it was just a simple cluster restart.
agreed.
> We're making improvements to this specific experience as well.
Understood.
Thank you for the explanation.