> Is there any additional log file the might shed more light on this? The Java wrapper which is responsible for starting and stopping the JVM process detected that the JVM didn't respond and it tried to restart the backend automatically:
>>> JVM appears hung: Timed out waiting for signal from JVM. >>> JVM did not exit on request, terminated Somehow that didn't seem to work. This seems to indicate that there is something wrong on the OS level. You could check the Linux log files: /var/log/kern.log /var/log/syslog /var/log/messages or perhaps run: sudo dmesg Hopefully these log files will tell more Kind regards, Martijn > > 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
