Hi Andy, Try removing the log4j jar file in sqoop-1.99.3-bin-hadoop200/server/webapps/WEB-INF/lib folder. I think it works.
On Thu, Mar 20, 2014 at 6:17 AM, Andy Srine <[email protected]> wrote: > Hi Guys, > > > I am new to SQOOP and am stuck at the 5 minute demo. This is with > sqoop-1.99.3-bin-hadoop200 on a mac. The error I see is in the > catalina.out. I searched the web and the workaround suggested > ("org.apache.catalina.loader.WebappClassLoader.ENABLE_CLEAR_REFERENCES = > false") doesn't seem to help. The sqoop.log has no errors, but says > "shutting down". Any ideas? > > > SQOOP.LOG > > --------- > > 2014-03-18 18:25:04,796 INFO framework.FrameworkManager > [org.apache.sqoop.framework.FrameworkManager.initialize(FrameworkManager.java:159)] > Submission manager initialized: OK > > 2014-03-18 18:25:04,807 INFO mapreduce.MapreduceSubmissionEngine > [org.apache.sqoop.submission.mapreduce.MapreduceSubmissionEngine.initialize(MapreduceSubmissionEngine.java:75)] > Initializing Map-reduce Submission Engine > > 2014-03-18 18:25:04,846 INFO core.SqoopServer > [org.apache.sqoop.core.SqoopServer.destroy(SqoopServer.java:35)] Shutting > down Sqoop server > > > CATALINA.OUT > > ------------ > > Mar 18, 2014 6:25:04 PM org.apache.catalina.core.StandardContext start > > SEVERE: Error listenerStart > > Mar 18, 2014 6:25:04 PM org.apache.catalina.core.StandardContext start > > SEVERE: Context [/sqoop] startup failed due to previous errors > > Mar 18, 2014 6:25:04 PM org.apache.catalina.loader.WebappClassLoader > clearReferencesJdbc > > SEVERE: The web application [/sqoop] registered the JDBC driver > [org.apache.derby.jdbc.AutoloadedDriver40] but failed to unregister it when > the web application was stopped. To prevent a memory leak, the JDBC Driver > has been forcibly unregistered. > > Mar 18, 2014 6:25:04 PM org.apache.catalina.loader.WebappClassLoader > clearReferencesThreads > > SEVERE: The web application [/sqoop] appears to have started a thread > named [sqoop-config-file-poller] but has failed to stop it. This is very > likely to create a memory leak. > > Mar 18, 2014 6:25:04 PM org.apache.catalina.loader.WebappClassLoader > checkThreadLocalMapForLeaks > > SEVERE: The web application [/sqoop] created a ThreadLocal with key of > type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@7b24c107]) and > a value of type [org.apache.derby.iapi.services.context.ContextManager] > (value [org.apache.derby.iapi.services.context.ContextManager@63c39669]) > but failed to remove it when the web application was stopped. This is very > likely to create a memory leak. > > Mar 18, 2014 6:25:04 PM org.apache.catalina.loader.WebappClassLoader > checkThreadLocalMapForLeaks > > SEVERE: The web application [/sqoop] created a ThreadLocal with key of > type [java.lang.ThreadLocal] (val > > ue [java.lang.ThreadLocal@7b24c107]) and a value of type > [org.apache.derby.iapi.services.context.Context > > Manager] (value > [org.apache.derby.iapi.services.context.ContextManager@2887d605]) but > failed to remove i > > t when the web application was stopped. This is very likely to create a > memory leak. > > log4j: log4j called after unloading, see > http://logging.apache.org/log4j/1.2/faq.html#unload. > > java.lang.IllegalStateException: Class invariant violation > > at > org.apache.log4j.LogManager.getLoggerRepository(LogManager.java:199) > > at org.apache.log4j.LogManager.getLogger(LogManager.java:228) > > at org.apache.log4j.Logger.getLogger(Logger.java:117) > > at > org.apache.sqoop.connector.jdbc.GenericJdbcImportInitializer.<clinit>(GenericJdbcImportInitializer.java:42) > > at sun.misc.Unsafe.ensureClassInitialized > > > > Thanks, > > Andy > > > > -- Regards Vasanth kumar RJ
