Gwen,

I'm also running into the following issue:

sqoop:000> start job --jid 1

Exception in thread "main"
com.sun.jersey.api.client.UniformInterfaceException: PUT
http://localhost:12000/sqoop/v1/job/1/start returned a response status of
500 Internal Server Error

        at
com.sun.jersey.api.client.WebResource.handle(WebResource.java:676)

        at
com.sun.jersey.api.client.WebResource.access$200(WebResource.java:74)

        at
com.sun.jersey.api.client.WebResource$Builder.put(WebResource.java:533)

        at
org.apache.sqoop.client.request.ResourceRequest.put(ResourceRequest.java:74)

        at
org.apache.sqoop.client.request.JobResourceRequest.start(JobResourceRequest.java:93)

        at
org.apache.sqoop.client.request.SqoopResourceRequests.startJob(SqoopResourceRequests.java:140)

        at
org.apache.sqoop.client.SqoopClient.startJob(SqoopClient.java:444)

        at
org.apache.sqoop.shell.StartJobFunction.executeFunction(StartJobFunction.java:80)

        at
org.apache.sqoop.shell.SqoopFunction.execute(SqoopFunction.java:51)

        at
org.apache.sqoop.shell.SqoopCommand.executeCommand(SqoopCommand.java:141)

        at
org.apache.sqoop.shell.SqoopCommand.execute(SqoopCommand.java:103)

        at org.codehaus.groovy.tools.shell.Command$execute.call(Unknown
Source)

        at
org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:42)

        at org.codehaus.groovy.tools.shell.Command$execute.call(Unknown
Source)

        at org.codehaus.groovy.tools.shell.Shell.execute(Shell.groovy:101)

        at
org.codehaus.groovy.tools.shell.Groovysh.super$2$execute(Groovysh.groovy)

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)

        at java.lang.reflect.Method.invoke(Unknown Source)

        at
org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)

        at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)

        at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1054)

        at
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodOnSuperN(ScriptBytecodeAdapter.java:128)

        at
org.codehaus.groovy.tools.shell.Groovysh.executeCommand(Groovysh.groovy:173)

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)

        at java.lang.reflect.Method.invoke(Unknown Source)

        at
org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite$PogoCachedMethodSiteNoUnwrapNoCoerce.invoke(PogoMetaMethodSite.java:267)

        at
org.codehaus.groovy.runtime.callsite.PogoMetaMethodSite.callCurrent(PogoMetaMethodSite.java:52)

        at
org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:141)

        at
org.codehaus.groovy.tools.shell.Groovysh.execute(Groovysh.groovy:121)

        at
org.apache.sqoop.shell.SqoopShell.interpretFileContent(SqoopShell.java:166)

        at org.apache.sqoop.shell.SqoopShell.main(SqoopShell.java:138)


When running this script:

# Create MySQL link

create link --cid 2 --name mysql --link-linkConfig-jdbcDriver
com.mysql.jdbc.Driver --link-linkConfig-connectionString jdbc:mysql://
mysql.ent.cloudera.com/sqoop --link-linkConfig-username sqoop
--link-linkConfig-password sqoop

# Create HDFS link

create link --cid 1 --name hdfs

# Create MySQL to HDFS Job

create job --from 1 --to 2 --name m2h2 --from-fromJobConfig-tableName tbl
--to-toJobConfig-outputFormat TEXT_FILE --to-toJobConfig-compression NONE
--to-toJobConfig-outputDirectory /tmp/sqoop2/1

# Start job

start job --jid 1


-Abe

On Thu, Nov 13, 2014 at 5:39 PM, Xu, Qian A <[email protected]> wrote:

> One missing jira:
> https://issues.apache.org/jira/browse/SQOOP-1721
>
> -----Original Message-----
> From: Abraham Elmahrek [mailto:[email protected]]
> Sent: Friday, November 14, 2014 8:14 AM
> To: [email protected]
> Subject: Re: [VOTE] Release Sqoop 1.99.4
>
> Quick adjustment. SQOOP-1717 is not for SQOOP-1.99.4.
>
> On Thu, Nov 13, 2014 at 3:09 PM, Abraham Elmahrek <[email protected]>
> wrote:
>
> > Hey guys,
> >
> > We've found a few issues with this RC. We've logged the following
> > Jiras for the upgrade path:
> > - https://issues.apache.org/jira/browse/SQOOP-1723
> > - https://issues.apache.org/jira/browse/SQOOP-1724
> > - https://issues.apache.org/jira/browse/SQOOP-1725
> >
> > Also, there are a couple of doc issues:
> > - https://issues.apache.org/jira/browse/SQOOP-1717
> > - https://issues.apache.org/jira/browse/SQOOP-1718
> >
> > -Abe
> >
> > On Mon, Nov 10, 2014 at 9:31 AM, Gwen Shapira <[email protected]>
> > wrote:
> >
> >> The fourth release of Apache Sqoop 2, version 1.99.4 is finally ready
> >> with release candidate.
> >>
> >> Please vote by Monday, November 17.
> >>
> >> Change log:
> >> https://github.com/apache/sqoop/blob/sqoop2/CHANGELOG.txt
> >>
> >> The tarball (*.tar.gz), signature (*.asc), checksum (*.md5):
> >> *http://people.apache.org/~abe/
> >> <http://people.apache.org/~abe/>*sqoop*/*
> >> releases*/1.99.4/rc0/*
> >>
> >> The tag to be voted on:
> >>
> >> https://git-wip-us.apache.org/repos/asf?p=sqoop.git;a=tag;h=refs/tags
> >> /release-1.99.4-rc0
> >>
> >> The KEYS file:
> >> https://dist.apache.org/repos/dist/release/sqoop/KEYS
> >>
> >> (Note that the tarball is in Abe's home directory, but its signed
> >> with my
> >> keys)
> >>
> >> PMC, please vote. Thats what Apache is paying you the big bucks for
> >> :)
> >>
> >> Gwen Shapira
> >>
> >
> >
>

Reply via email to