It happenend three times in the last two weeks. Is there any additional log file the might shed more light on this?
Andy -----Ursprüngliche Nachricht----- Von: [email protected] [mailto:[email protected]] Im Auftrag von Martijn Brinkers Gesendet: Montag, 26. April 2010 13:10 An: [email protected] Betreff: Re: [Djigzo users] Djigzo keeps crashing > yes we are running it on an ESX server. > > If I reboot the djigzo Linux (not just the services!) the error is > still present after the restart. Which means emails are not send and > the admin website is unavailable. > > If we perform a reset (cutting the virtual power so to speak) > everything works again. Strange. To me this sounds more like a VMware ESX issue. A reboot completely reboots the Linux OS and should from Djigzo's point of view be similar to a 'cold' reboot. I looks like there is some strange interaction between the VMware host and client. Perhaps the VMWare host does not provide the client with enough memory? Does this happen all the time or just once? Kind regards, Martijn Andreas Behr - Krämer IT Solutions wrote: > Hi Martijn, > > yes we are running it on an ESX server. > > If I reboot the djigzo Linux (not just the services!) the error is still > present after the restart. Which means emails are not send and the admin > website is unavailable. > > If we perform a reset (cutting the virtual power so to speak) everything > works again. > > So I guess there must be a state that is cleared on reset but not on reboot? > > > Kind regards > > Andreas Behr > Diplom Informatiker (FH) > > Krämer IT Solutions GmbH > Tel.: 0 68 81 / 9 36 29 - 70 > Fax: 0 68 81 / 9 36 29 - 5 70 > > > > > > -----Ursprüngliche Nachricht----- > Von: [email protected] [mailto:[email protected]] > Im Auftrag von Martijn Brinkers > Gesendet: Montag, 26. April 2010 12:10 > An: [email protected] > Betreff: Re: [Djigzo users] Djigzo keeps crashing > > Hi Andreas, > > Somehow it seems that the back-end crashed for some unknown reason. You > are running on VMware ESX? > > >>The fun thing: a reboot does not fix the error! Only a reset does. > > So a complete system reboot does not restart it? Or do you mean a reboot > of the djigzo services? > > > Kind regards, > > Martijn > > Andreas Behr - Krämer IT Solutions wrote: >> Hi everybody. >> >> >> >> Our Djigzo keeps crashing with the following exception: >> >> >> >> Apr 26, 2010 7:28:33 AM org.apache.cxf.phase.PhaseInterceptorChain >> doIntercept >> INFO: Interceptor has thrown exception, unwinding now >> org.apache.cxf.interceptor.Fault: Could not send Message. >> at >> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:64) >> at >> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:220) >> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:296) >> at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:242) >> at >> org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73) >> at >> org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:178) >> at $Proxy62.getAdmin(Unknown Source) >> at $LoginWS_1282b283963.getAdmin($LoginWS_1282b283963.java) >> at >> mitm.djigzo.web.common.security.UserDetailsServiceImpl.loadUserByUsername(UserDetailsServiceImpl.java:106) >> at >> org.springframework.security.providers.dao.DaoAuthenticationProvider.retrieveUser(DaoAuthenticationProvider.java:83) >> at >> org.springframework.security.providers.dao.AbstractUserDetailsAuthenticationProvider.authenticate(AbstractUserDetailsAuthenticationProvider.java:121) >> at >> org.springframework.security.providers.ProviderManager.doAuthentication(ProviderManager.java:195) >> at >> org.springframework.security.AbstractAuthenticationManager.authenticate(AbstractAuthenticationManager.java:46) >> at >> org.springframework.security.ui.webapp.AuthenticationProcessingFilter.attemptAuthentication(AuthenticationProcessingFilter.java:82) >> at >> org.springframework.security.ui.AbstractProcessingFilter.doFilterHttp(AbstractProcessingFilter.java:252) >> at >> org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) >> at >> org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:371) >> at >> org.springframework.security.ui.logout.LogoutFilter.doFilterHttp(LogoutFilter.java:89) >> at >> org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) >> at >> org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:371) >> at >> org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:235) >> at >> org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) >> at >> org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:371) >> at >> org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:174) >> at >> org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:183) >> at >> org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:138) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) >> at >> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) >> at mitm.djigzo.web.utils.IPFilter.doFilter(IPFilter.java:119) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) >> at >> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) >> at >> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) >> at >> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172) >> at >> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >> at >> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) >> at >> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) >> at >> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) >> at >> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874) >> at >> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) >> at >> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) >> at >> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) >> at >> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) >> at java.lang.Thread.run(Thread.java:636) >> Caused by: java.net.ConnectException: Connection refused >> at java.net.PlainSocketImpl.socketConnect(Native Method) >> at >> java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:310) >> at >> java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:176) >> at >> java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:163) >> at java.net.Socket.connect(Socket.java:537) >> at sun.net.NetworkClient.doConnect(NetworkClient.java:169) >> at sun.net.www.http.HttpClient.openServer(HttpClient.java:409) >> at sun.net.www.http.HttpClient.openServer(HttpClient.java:530) >> at sun.net.www.http.HttpClient.<init>(HttpClient.java:240) >> at sun.net.www.http.HttpClient.New(HttpClient.java:321) >> at sun.net.www.http.HttpClient.New(HttpClient.java:338) >> : >> >> >> >> The Djigzo log says: >> >> JVM appears hung: Timed out waiting for signal from JVM. >> JVM did not exit on request, terminated >> port 15012 already in use, using port 32000 instead. >> JVM exited in response to signal SIGKILL (9). >> Unable to start a JVM >> <-- Wrapper Stopped >> --> Wrapper Started as Console >> Launching a JVM... >> java version "1.6.0_0" >> OpenJDK Runtime Environment (build 1.6.0_0-b11) >> OpenJDK Server VM (build 1.6.0_0-b11, mixed mode) >> >> >> >> Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org >> <http://wrapper.tanukisoftware.org> >> Copyright 1999-2006 Tanuki Software, Inc. All Rights Reserved. >> >> >> >> >> >> The fun thing: a reboot does not fix the error! Only a reset does. >> >> >> >> Any ideas? >> >> >> >> >> >> >> >> Mit freundlichen Grüßen >> >> Andreas Behr >> Diplom Informatiker (FH) >> >> Krämer IT Solutions GmbH >> Alte Koßmannschule >> Koßmannstraße 7 >> 66571 Eppelborn >> >> Tel.: 0 68 81 / 9 36 29 - 70 >> Fax: 0 68 81 / 9 36 29 - 5 70 >> >> Email: [email protected] <mailto:[email protected]> >> Homepage: kraemer-it.de <http://www.kraemer-it.de> >> >> News To Use Letter >> Klicken Sie hier, um sich jetzt anzumelden >> <http://www.kraemer-it.de/news/newsletter.shtml> >> >> >> Kennen Sie schon... >> ...unsere revolutionäre Netzwerk- und Serverüberwachung? server-eye.de >> <http://www.server-eye.de> >> ...unser einfach zu bedienendes und finanzamtfreundliches Fahrtenbuch? >> kfz-fahrtenbuch.de <http://www.kfz-fahrtenbuch.de> >> ...unsere einfache, sichere und schnelle Methode weltweit eine SMS zu >> verschicken? firmen-sms.de <http://www.firmen-sms.de> >> ...unsere schlaue Datensicherung ohne Kompromisse? schlauer-sichern.de >> <http://www.schlauer-sichern.de> >> >> >> >> >> >> ---- Gesetzliche Pflichtangaben >> Krämer IT Solutions GmbH >> Koßmannstraße 7 >> 66571 Eppelborn >> >> Registergericht: Amtsgericht Saarbrücken, HRB 14379 >> Geschäftsführer: Michael Krämer >> >> _______________________________________________ >> Users mailing list >> [email protected] >> http://lists.djigzo.com/lists/listinfo/users >> > > -- Djigzo open source email encryption _______________________________________________ Users mailing list [email protected] http://lists.djigzo.com/lists/listinfo/users ---- Gesetzliche Pflichtangaben Krämer IT Solutions GmbH Koßmannstraße 7 66571 Eppelborn Registergericht: Amtsgericht Saarbrücken, HRB 14379 Geschäftsführer: Michael Krämer _______________________________________________ Users mailing list [email protected] http://lists.djigzo.com/lists/listinfo/users
