Return-Path: X-Original-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BBBFBE22B for ; Thu, 28 Feb 2013 07:48:34 +0000 (UTC) Received: (qmail 5336 invoked by uid 500); 28 Feb 2013 07:48:34 -0000 Delivered-To: apmail-incubator-cloudstack-dev-archive@incubator.apache.org Received: (qmail 5237 invoked by uid 500); 28 Feb 2013 07:48:34 -0000 Mailing-List: contact cloudstack-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-dev@incubator.apache.org Delivered-To: mailing list cloudstack-dev@incubator.apache.org Received: (qmail 5222 invoked by uid 99); 28 Feb 2013 07:48:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Feb 2013 07:48:33 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of Alex.Huang@citrix.com designates 66.165.176.63 as permitted sender) Received: from [66.165.176.63] (HELO SMTP02.CITRIX.COM) (66.165.176.63) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Feb 2013 07:48:29 +0000 X-IronPort-AV: E=Sophos;i="4.84,754,1355097600"; d="scan'208";a="9703583" Received: from sjcpmailmx01.citrite.net ([10.216.14.74]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 28 Feb 2013 07:48:07 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX01.citrite.net ([10.216.14.74]) with mapi; Wed, 27 Feb 2013 23:48:06 -0800 From: Alex Huang To: "cloudstack-dev@incubator.apache.org" CC: "noa@spotify.com" Date: Wed, 27 Feb 2013 23:48:07 -0800 Subject: Re: I think 4.1 is broken (created CLOUDSTACK-1436) Thread-Topic: I think 4.1 is broken (created CLOUDSTACK-1436) Thread-Index: Ac4VhksTOHCObt9sRuWb2Q2OP/ZdhgAAabLC Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Oh...I apologize if what I said came across as such. I'm saying the nature= of packaging is that it's not compatible with each other and I'm glad ther= e are people willing to take on this task. Marcus Sorensen wrote: Yes, I don't want to discredit anyone's work. We all pitch in and do our best, and there are occasionally unforeseen consequences. Alright, I'm off to bed, if it's not been resolved by someone else by tomorrow morning I'll revert it. On Thu, Feb 28, 2013 at 12:29 AM, Alex Huang wrote: > Marcus, > > I am for revert the commit if we don't hear back. Something similar happ= ened in 4.0. Delayed 4.0 for a week while we fixed it. I don't think we w= ant the same thing to happen here. > > The number of packaging we have to work with have always been a beast. I= t's really ironic because we chose Java because it's "write once, run anywh= ere" but then the packaging it comes in is "package it here, package it the= re, it just breaks everywhere". I'm just really grateful there are experts= like Noa and Wido and others willing to help tackle these things. > > --Alex > >> -----Original Message----- >> From: Marcus Sorensen [mailto:shadowsor@gmail.com] >> Sent: Wednesday, February 27, 2013 11:18 PM >> To: cloudstack-dev@incubator.apache.org >> Cc: noa@spotify.com >> Subject: Re: I think 4.1 is broken (created CLOUDSTACK-1436) >> >> Looks like there are other bugs being filed for this, in master the c= ommit is >> 2f135be15f1850280d27585153de2650f13f1dcb. Unless we hear back from >> Noa or someone working on the Debian packaging soon, I think we should >> revert the commit. It may break Debian packaging at the cost of fixing >> CentOS packaging, which is why I hesitate (perhaps there's just a tweak = that >> needs to be done to the CentOS packaging), but since the CentOS was ther= e >> first, and there are a team of testers waiting on it, we should probably= roll it >> back until we can include whatever fix with it. >> >> On Wed, Feb 27, 2013 at 11:53 PM, Marcus Sorensen >> wrote: >> > I see we're still moving forward with committing to 4.1. So am I the >> > only one who can't get the management server to start? >> > >> > On Wed, Feb 27, 2013 at 2:57 PM, Marcus Sorensen >> wrote: >> >> For visibility, I'm sending this out separately to the dev list. >> >> >> >> Unable to start management server from installed RPM build artifacts >> >> as of commit >> >> >> >> commit 78e8d184288fcde0a6ef6b6f126424407601e8ca >> >> Date: Tue Feb 26 21:14:39 2013 +0100 >> >> >> >> CLOUDSTACK-1415: Debian & Ubuntu packaging work >> >> >> >> Commit prior to this works. If I revert the commit, current HEAD >> >> works (but maybe this breaks Debian and Ubuntu packaging?). >> >> >> >> Getting this in the catalina.out for management server: >> >> >> >> Feb 27, 2013 2:12:05 PM org.apache.catalina.core.AprLifecycleListener >> >> init >> >> INFO: The APR based Apache Tomcat Native library which allows optimal >> >> performance in production environments was not found on the >> >> java.library.path: >> >> /usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib >> >> Feb 27, 2013 2:12:05 PM org.apache.tomcat.util.net.NioSelectorPool >> >> getSharedSelector >> >> INFO: Using a shared selector for servlet write/read Feb 27, 2013 >> >> 2:12:05 PM org.apache.coyote.http11.Http11NioProtocol init >> >> INFO: Initializing Coyote HTTP/1.1 on http-8080 Feb 27, 2013 2:12:05 >> >> PM org.apache.tomcat.util.net.NioSelectorPool >> >> getSharedSelector >> >> INFO: Using a shared selector for servlet write/read Feb 27, 2013 >> >> 2:12:05 PM org.apache.coyote.http11.Http11NioProtocol init >> >> INFO: Initializing Coyote HTTP/1.1 on http-7080 Feb 27, 2013 2:12:05 >> >> PM org.apache.catalina.startup.Catalina load >> >> INFO: Initialization processed in 710 ms Feb 27, 2013 2:12:05 PM >> >> org.apache.catalina.core.StandardService start >> >> INFO: Starting service Catalina >> >> Feb 27, 2013 2:12:05 PM org.apache.catalina.core.StandardEngine start >> >> INFO: Starting Servlet Engine: Apache Tomcat/6.0.24 Feb 27, 2013 >> >> 2:12:05 PM org.apache.catalina.startup.HostConfig deployDirectory >> >> INFO: Deploying web application directory client Feb 27, 2013 2:12:06 >> >> PM org.apache.catalina.loader.WebappClassLoader >> >> validateJarFile >> >> INFO: >> >> validateJarFile(/usr/share/cloudstack- >> management/webapps/client/WEB-I >> >> NF/lib/geronimo-servlet_3.0_spec-1.0.jar) >> >> - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending >> >> class: javax/servlet/Servlet.class >> >> log4j:ERROR Could not parse url >> >> [file:/usr/share/cloudstack-management/webapps/client/WEB- >> INF/classes/log4j-cloud.xml]. >> >> java.io.FileNotFoundException: >> >> /usr/share/cloudstack-management/webapps/client/WEB- >> INF/classes/log4j >> >> -cloud.xml >> >> (No such file or directory) >> >> at java.io.FileInputStream.open(Native Method) >> >> at java.io.FileInputStream.(FileInputStream.java:138) >> >> at java.io.FileInputStream.(FileInputStream.java:97) >> >> at >> sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.ja >> va:90) >> >> at >> sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLConn >> ection.java:188) >> >> at >> org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown >> Source) >> >> at >> >> >> org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknow >> n >> >> Source) >> >> at org.apache.xerces.parsers.XML11Configuration.parse(Unknown >> Source) >> >> at org.apache.xerces.parsers.XML11Configuration.parse(Unknown >> Source) >> >> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) >> >> at org.apache.xerces.parsers.DOMParser.parse(Unknown Source) >> >> at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown >> Source) >> >> at >> javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:177) >> >> at >> org.apache.log4j.xml.DOMConfigurator$2.parse(DOMConfigurator.java:612) >> >> at >> org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java: >> 711) >> >> at >> org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java: >> 618) >> >> at >> org.apache.log4j.xml.DOMConfigurator.configure(DOMConfigurator.java:743) >> >> at >> org.springframework.util.Log4jConfigurer.initLogging(Log4jConfigurer.jav= a:6 >> 9) >> >> at >> org.springframework.web.util.Log4jWebConfigurer.initLogging(Log4jWebCo >> nfigurer.java:151) >> >> at >> org.springframework.web.util.Log4jConfigListener.contextInitialized(Log4= jCo >> nfigListener.java:45) >> >> at >> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.j= av >> a:3972) >> >> at >> org.apache.catalina.core.StandardContext.start(StandardContext.java:4467= ) >> >> at >> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.ja= va >> :791) >> >> at >> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) >> >> at >> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526) >> >> at >> org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1= 04 >> 1) >> >> at >> org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java= :96 >> 4) >> >> at >> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:502) >> >> at org.apache.catalina.startup.HostConfig.start(HostConfig.ja= va:1277) >> >> at >> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:32= 1) >> >> at >> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSu= pport. >> java:119) >> >> at >> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) >> >> at org.apache.catalina.core.StandardHost.start(StandardHost.j= ava:722) >> >> at >> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) >> >> at >> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) >> >> at >> org.apache.catalina.core.StandardService.start(StandardService.java:516) >> >> at >> org.apache.catalina.core.StandardServer.start(StandardServer.java:710) >> >> at org.apache.catalina.startup.Catalina.start(Catalina.java:5= 93) >> >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method= ) >> >> at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j >> ava:57) >> >> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces >> sorImpl.java:43) >> >> at java.lang.reflect.Method.invoke(Method.java:601) >> >> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java= :289) >> >> at >> >> org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414) >> >> log4j:WARN No appenders could be found for logger >> >> (org.springframework.web.context.ContextLoader). >> >> log4j:WARN Please initialize the log4j system properly. >> >> Feb 27, 2013 2:12:28 PM org.apache.catalina.core.StandardContext >> >> start >> >> SEVERE: Error listenerStart >> >> Feb 27, 2013 2:12:28 PM org.apache.catalina.core.StandardContext >> >> start >> >> SEVERE: Context [/client] startup failed due to previous errors Feb >> >> 27, 2013 2:12:28 PM org.apache.catalina.loader.WebappClassLoader >> >> clearReferencesJdbc >> >> SEVERE: A web application registered the JBDC driver >> >> [com.mysql.jdbc.Driver] but failed to unregister it when the web >> >> application was stopped. To prevent a memory leak, the JDBC Driver >> >> has been forcibly unregistered. >> >> Feb 27, 2013 2:12:28 PM org.apache.catalina.loader.WebappClassLoader >> >> clearReferencesThreads >> >> SEVERE: A web application appears to have started a thread named >> >> [Timer-0] but has failed to stop it. This is very likely to create a >> >> memory leak. >> >> Feb 27, 2013 2:12:28 PM org.apache.catalina.loader.WebappClassLoader >> >> clearReferencesThreads >> >> SEVERE: A web application appears to have started a thread named >> >> [ClusteredAgentManager Timer] but has failed to stop it. This is very >> >> likely to create a memory leak. >> >> Feb 27, 2013 2:12:28 PM org.apache.catalina.loader.WebappClassLoader >> >> clearReferencesThreads >> >> SEVERE: A web application appears to have started a thread named >> >> [Abandoned connection cleanup thread] but has failed to stop it. This >> >> is very likely to create a memory leak. >> >> Feb 27, 2013 2:12:28 PM org.apache.catalina.loader.WebappClassLoader >> >> clearThreadLocalMap >> >> SEVERE: A web application created a ThreadLocal with key of type >> >> [org.springframework.core.NamedThreadLocal] (value [Prototype beans >> >> currently in creation]) and a value of type [null] (value [null]) but >> >> failed to remove it when the web application was stopped. To prevent >> >> a memory leak, the ThreadLocal has been forcibly removed. >> >> Feb 27, 2013 2:12:28 PM org.apache.catalina.loader.WebappClassLoader >> >> clearThreadLocalMap >> >> SEVERE: A web application created a ThreadLocal with key of type >> >> [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@808e5cc]) and a >> >> value of type [com.cloud.utils.db.Transaction] (value [ : ]) but >> >> failed to remove it when the web application was stopped. To prevent >> >> a memory leak, the ThreadLocal has been forcibly removed. >> >> Feb 27, 2013 2:12:28 PM org.apache.catalina.loader.WebappClassLoader >> >> clearThreadLocalMap >> >> SEVERE: A web application created a ThreadLocal with key of type >> >> [org.springframework.core.NamedThreadLocal] (value [Current AOP >> >> method >> >> invocation]) and a value of type [null] (value [null]) but failed to >> >> remove it when the web application was stopped. To prevent a memory >> >> leak, the ThreadLocal has been forcibly removed.