[Building Sakai] Stack trace on startup for v2.6.x
will at serensoft.com
will at serensoft.com
Tue Aug 4 14:20:50 PDT 2009
Hmm. All better after a total reset. Wonder what the trubble was? Grr.
Thanks for the nudge!
On Tue, Aug 4, 2009 at 2:49 PM, Aaron Zeckoski<aaronz at vt.edu> wrote:
> Crikey, that is a fast failure. First things first, try again with a
> clean tomcat install and see what happens.
> -AZ
>
>
> On Tue, Aug 4, 2009 at 8:42 PM, will at serensoft.com<will at serensoft.com> wrote:
>> The stack trace didn't look quite complete to me, either. :)
>>
>> Catalina.out, zipped, herewith attached. Thanks fellas!
>>
>>
>> On Tue, Aug 4, 2009 at 2:36 PM, Aaron Zeckoski<aaronz at vt.edu> wrote:
>>> Yeah, can you attach everything from the server start until the
>>> failure (as an attachment or use pastie.org)?
>>> -AZ
>>>
>>>
>>> On Tue, Aug 4, 2009 at 8:32 PM, Stephen
>>> Marquard<stephen.marquard at uct.ac.za> wrote:
>>>> It's not necessarily BasicConfigurationService. You'll need to post a longer stack trace that shows the actual failure.
>>>>
>>>> Cheers
>>>> Stephen
>>>>
>>>>>>> "will at serensoft.com" <will at serensoft.com> 8/4/2009 9:27 PM >>>
>>>> In contrast to the crash we're getting now, here's what a healthy
>>>> start-up looked like back in June:
>>>>
>>>> 2009-06-19 23:59:06,083 WARN main
>>>> org.springframework.beans.factory.config.PropertiesFactoryBean - Could
>>>> not load properties from URL
>>>> [file:${sakai.security}security.properties]:
>>>> ${sakai.security}security.properties (No such file or directory)
>>>> 2009-06-19 23:59:07,655 INFO main
>>>> org.sakaiproject.thread_local.impl.ThreadLocalComponent - init()
>>>> 2009-06-19 23:59:07,758 INFO main
>>>> org.sakaiproject.tool.impl.SessionComponent - init(): interval: 7200
>>>> refresh: 60
>>>> 2009-06-19 23:59:07,778 INFO main
>>>> org.sakaiproject.component.impl.BasicConfigurationService - init()
>>>> 2009-06-19 23:59:07,778 INFO main
>>>> org.sakaiproject.log.impl.Log4jConfigurationManager - init(): enabled:
>>>> true
>>>>
>>>> That is, after ThreadLocalComponent and SessionComponent, we used to
>>>> get BasicConfigurationService... but now (see below) Sakai dies at
>>>> that point instead.
>>>>
>>>> We also replaced our sakai.properties with
>>>> reference/docs/sakai.properties (vanilla HSQL and everything) and
>>>> still don't get past this.
>>>>
>>>> What would cause BasicConfigurationService to croak?
>>>>
>>>>
>>>> On Tue, Aug 4, 2009 at 11:05 AM, will at serensoft.com<will at serensoft.com> wrote:
>>>>> There's probably something simple here -- we were updating our 2.6.x
>>>>> sandbox (to r65504) and after a successful "mvn clean install
>>>>> sakai:deploy" we get the below stack trace upon startup, which halts
>>>>> Sakai in its tracks (Tomcat does appear to wind up listening on its
>>>>> expected port, in state CLOSE-WAIT, but doesn't respond to HTTP
>>>>> queries at all).
>>>>>
>>>>> Suggestions welcome :)
>>>>>
>>>>>
>>>>> 2009-08-04 10:43:39,686 INFO main
>>>>> org.sakaiproject.thread_local.impl.ThreadLocalComponent - init()
>>>>> 2009-08-04 10:43:39,759 INFO main
>>>>> org.sakaiproject.tool.impl.SessionComponent - init(): interval: 7200
>>>>> refresh: 60
>>>>> java.lang.Exception: traceback
>>>>> at org.sakaiproject.util.NoisierDefaultListableBeanFactory.destroySingletons(NoisierDefaultListableBeanFactory.java:97)
>>>>> at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:360)
>>>>> at org.sakaiproject.component.impl.SpringCompMgr.init(SpringCompMgr.java:146)
>>>>> at org.sakaiproject.component.cover.ComponentManager.getInstance(ComponentManager.java:68)
>>>>> at org.sakaiproject.component.cover.ComponentManager.get(ComponentManager.java:80)
>>>>> at org.sakaiproject.dav.DavServlet.init(DavServlet.java:500)
>>>>> at javax.servlet.GenericServlet.init(GenericServlet.java:212)
>>>>> at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1139)
>>>>> at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:966)
>>>>> at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3956)
>>>>> at org.apache.catalina.core.StandardContext.start(StandardContext.java:4230)
>>>>> at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
>>>>> at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)
>>>>> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
>>>>> at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:626)
>>>>> at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553)
>>>>> at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488)
>>>>> at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1150)
>>>>> at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
>>>>> at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
>>>>> at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
>>>>> at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
>>>>> at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
>>>>> at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>>>>> at org.apache.catalina.core.StandardService.start(StandardService.java:448)
>>>>> at org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
>>>>> at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>>> at java.lang.reflect.Method.invoke(Method.java:585)
>>>>> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
>>>>> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
>>>>> 2009-08-04 10:43:39,765 INFO main
>>>>> org.sakaiproject.util.NoisierDefaultListableBeanFactory - Destroying
>>>>> singletons in org.sakaiproject.util.NoisierDefaultListableBeanFactory at eac7c8:
>>>>> defining beans [org.sakaiproject.emailtemplateservice.dao.impl.EmailTemplateServiceDaoTarget,org.sakaiproject.emailtem
>>>>> <etc>
>>>>>
>>>>>
>>>>> --
>>>>> will trillich
>>>>> "Tis the set of the sails / And not the gales / That tells the way we
>>>>> go." -- Ella Wheeler Wilcox
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> will trillich
>>>> "Tis the set of the sails / And not the gales / That tells the way we
>>>> go." -- Ella Wheeler Wilcox
>>>> _______________________________________________
>>>> sakai-dev mailing list
>>>> sakai-dev at collab.sakaiproject.org
>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>>
>>>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>>>>
>>>> _______________________________________________
>>>> sakai-dev mailing list
>>>> sakai-dev at collab.sakaiproject.org
>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>>
>>>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>>>>
>>>
>>>
>>>
>>> --
>>> Aaron Zeckoski (azeckoski (at) vt.edu)
>>> Senior Research Engineer - CARET - University of Cambridge
>>> https://twitter.com/azeckoski - http://www.linkedin.com/in/azeckoski
>>> http://aaronz-sakai.blogspot.com/ - http://tinyurl.com/azprofile
>>>
>>
>>
>>
>> --
>> will trillich
>> "Tis the set of the sails / And not the gales / That tells the way we
>> go." -- Ella Wheeler Wilcox
>>
>
>
>
> --
> Aaron Zeckoski (azeckoski (at) vt.edu)
> Senior Research Engineer - CARET - University of Cambridge
> https://twitter.com/azeckoski - http://www.linkedin.com/in/azeckoski
> http://aaronz-sakai.blogspot.com/ - http://tinyurl.com/azprofile
>
--
will trillich
"Tis the set of the sails / And not the gales / That tells the way we
go." -- Ella Wheeler Wilcox
More information about the sakai-dev
mailing list