2013-01-13 11 views
6

Attualmente sto eseguendo il debug di un errore apparentemente casuale con le nostre applicazioni. Cercherò di provare a fornire il maggior numero di dettagli possibile. Fondamentalmente dopo un po ', uno dei pool di applicazioni per un'applicazione sul nostro server si ferma. Devo avviarlo, o qualche volta, riavviare Coldfusion o peggio la macchina per far funzionare di nuovo le cose.SEVERE: Errore in getRealPathFromConn

I registri del server indicano che il pool è stato arrestato a causa della rapida successione in IIS. (L'app pubblica il numero X di errori in un breve lasso di tempo, quindi IIS interrompe l'applicazione)

Passando attraverso i registri degli errori di ColdFusion, questo viene visualizzato proprio al momento dell'errore IIS in cui viene arrestato il pool.

GRAVI: Errore in getRealPathFromConn java.net.SocketException: Connessione ripristinata dal peer: presa errore di scrittura a java.net.SocketOutputStream.socketWrite0 (metodo natale) a java.net.SocketOutputStream.socketWrite (SocketOutputStream .java: 92) a java.net.SocketOutputStream.write (SocketOutputStream.java:124) a org.apache.coyote.ajp.AjpProcessor.getRealPathFromServer (AjpProcessor.java:391) ... e così via

Se hai davvero bisogno della traccia completa, posso fornirlo, ma è lungo. Non sono sicuro di cosa sia getRealPathFromConn. Ho provato su Google, ma non ho ancora trovato una conclusione. Nelle tracce portano a diversi file in varie applicazioni, ma le linee in questione sembrano non avere nulla in comune l'una con l'altra.

Qualsiasi idea su quale potrebbe essere la causa o dove dovrei guardare in seguito aiuterebbe un sacco.

EDIT: Ho dimenticato di dire che "credo" che è iniziato lunedì. L'unica cosa reale che è cambiata prima del lunedì è stata la seguente.

abbiamo una struttura di app:

root/app1/application.cfc 
root/app2/application.cfc 
root/app3/application.cfc 
root/app3/website1 
root/app3/website2 
root/app3/website3 

ho modificato la struttura in modo da due dei siti web hanno il loro Application.cfc perché stiamo lentamente srotolando un cambiamento nel modo in cui i siti web di lavoro. Sto testando questo su due di loro per ora. Da quando ho apportato questa modifica, l'apppool che continua a bloccare il pool di app per app1. Non c'è nessuno dei siti web, ma ho la sensazione che potrebbe essere correlato.

UPDATE Aggiornamento di Coldfusion alla versione più recente. (10,0,7,283649) I sistemi hanno funzionato per circa una settimana e questa mattina si è schiantato.

Coldfusion-error.log in quel momento:

Jan 25, 2013 8:09:11 AM 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:  C:\\ColdFusion10\\cfusion\lib;C:\\ColdFusion10\\cfusion\jintegra\bin;C:\\ColdFusion10\\cfus ion\jintegra\bin\international;C:\\ColdFusion10\\cfusion\lib\oosdk\classes\win 
Jan 25, 2013 8:09:12 AM org.apache.coyote.AbstractProtocol init 
INFO: Initializing ProtocolHandler ["ajp-bio-8012"] 
Jan 25, 2013 8:09:12 AM org.apache.catalina.core.StandardService startInternal 
INFO: Starting service Catalina 
Jan 25, 2013 8:09:12 AM org.apache.catalina.core.StandardEngine startInternal 
INFO: Starting Servlet Engine: Apache Tomcat/7.0.23 
Jan 25, 2013 8:09:21 AM org.apache.catalina.core.ApplicationContext log 
INFO: ColdFusionStartUpServlet: ColdFusion: Starting application services 
Jan 25, 2013 8:09:21 AM org.apache.catalina.core.ApplicationContext log 
INFO: ColdFusionStartUpServlet: ColdFusion: VM version = 20.4-b02 
Jan 25, 2013 8:09:29 AM org.apache.catalina.core.ApplicationContext log 
INFO: CFMxmlServlet: Macromedia Flex Build: 87315.134646 
Jan 25, 2013 8:09:35 AM org.apache.coyote.AbstractProtocol start 
INFO: Starting ProtocolHandler ["ajp-bio-8012"] 
Jan 25, 2013 8:09:35 AM com.adobe.coldfusion.launcher.Launcher run 
INFO: Server startup in 25362 ms 
Jan 25, 2013 8:10:04 AM org.apache.coyote.ajp.AjpProcessor getRealPathFromServer 
SEVERE: Error in getRealPathFromConn 
java.net.SocketException: Connection reset 
    at java.net.SocketInputStream.read(SocketInputStream.java:168) 
at org.apache.coyote.ajp.AjpProcessor.read(AjpProcessor.java:319) 
at org.apache.coyote.ajp.AjpProcessor.readMessage(AjpProcessor.java:445) 
at org.apache.coyote.ajp.AjpProcessor.readString(AjpProcessor.java:425) 
at org.apache.coyote.ajp.AjpProcessor.getRealPathFromServer(AjpProcessor.java:407) 
at org.apache.coyote.ajp.AbstractAjpProcessor.getRealPath(AbstractAjpProcessor.java:1154) 
at org.apache.naming.resources.FileDirContext.doGetRealPath(FileDirContext.java:198) 
at org.apache.naming.resources.BaseDirContext.getRealPath(BaseDirContext.java:412) 
at org.apache.catalina.core.StandardContext.getRealPath(StandardContext.java:4475) 
at org.apache.catalina.core.ApplicationContext.getRealPath(ApplicationContext.java:414) 
at org.apache.catalina.core.ApplicationContextFacade.getRealPath(ApplicationContextFacade.java:335) 
at coldfusion.runtime.ServletContextWrapper.doGetRealPath(ServletContextWrapper.java:179) 
at coldfusion.runtime.ServletContextWrapper._doGetRealPath(ServletContextWrapper.java:116) 
at coldfusion.runtime.ServletContextWrapper.getRealPath(ServletContextWrapper.java:98) 
at coldfusion.runtime.TemplateProxyFactory.getFullName(TemplateProxyFactory.java:1092) 
at coldfusion.runtime.TemplateProxyFactory.resolveName(TemplateProxyFactory.java:202) 
at coldfusion.runtime.TemplateProxyFactory.resolveName(TemplateProxyFactory.java:159) 
at coldfusion.runtime.TemplateProxyFactory.resolveFile(TemplateProxyFactory.java:120) 
at coldfusion.cfc.CFCProxy.<init>(CFCProxy.java:138) 
at coldfusion.cfc.CFCProxy.<init>(CFCProxy.java:84) 
at coldfusion.runtime.AppEventInvoker.<init>(AppEventInvoker.java:64) 
at coldfusion.filter.ApplicationFilter.invoke(ApplicationFilter.java:226) 
at coldfusion.filter.RequestMonitorFilter.invoke(RequestMonitorFilter.java:48) 
at coldfusion.filter.MonitoringFilter.invoke(MonitoringFilter.java:40) 
at coldfusion.filter.PathFilter.invoke(PathFilter.java:112) 
at coldfusion.filter.ExceptionFilter.invoke(ExceptionFilter.java:94) 
at coldfusion.filter.ClientScopePersistenceFilter.invoke(ClientScopePersistenceFilter.java:28) 
at coldfusion.filter.BrowserFilter.invoke(BrowserFilter.java:38) 
at coldfusion.filter.NoCacheFilter.invoke(NoCacheFilter.java:46) 
at coldfusion.filter.GlobalsFilter.invoke(GlobalsFilter.java:38) 
at coldfusion.filter.DatasourceFilter.invoke(DatasourceFilter.java:22) 
at coldfusion.filter.CachingFilter.invoke(CachingFilter.java:62) 
at coldfusion.CfmServlet.service(CfmServlet.java:219) 
at coldfusion.bootstrap.BootstrapServlet.service(BootstrapServlet.java:89) 
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) 
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) 
at coldfusion.monitor.event.MonitoringServletFilter.doFilter(MonitoringServletFilter.java:42) 
at coldfusion.bootstrap.BootstrapFilter.doFilter(BootstrapFilter.java:46) 
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) 
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) 
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224) 
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169) 
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) 
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168) 
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98) 
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:928) 
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) 
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:414) 
at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:204) 
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:539) 
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:298) 
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) 
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 
at java.lang.Thread.run(Thread.java:662) 

L'eccezione GetRealPathFromConn ottiene attraverso circa 20 volte o giù di lì una dopo l'altra. nel Visualizzatore eventi che ho naturalmente 5 Avvertenze a destra prima di IIS arrestare la piscina:

A process serving application pool 'domain.com' terminated unexpectedly. The process id was '3732'. The process exit code was '0xff'. 
A process serving application pool 'domain.com' suffered a fatal communication error with the Windows Process Activation Service. The process id was '3052'. The data field contains the error number. 
A process serving application pool 'domain.com' terminated unexpectedly. The process id was '7972'. The process exit code was '0xff'. 
A process serving application pool 'domain.com' suffered a fatal communication error with the Windows Process Activation Service. The process id was '4736'. The data field contains the error number. 
A process serving application pool 'domain.com' terminated unexpectedly. The process id was '8016'. The process exit code was '0xff'. 
Application pool 'domain.com' is being automatically disabled due to a series of failures in the process(es) serving that application pool. 
+0

Partenza questa discussione sopra sul forum di Adobe [Please Help - Casualmente HTTP 503 Errore interno del server] (http: //forums.adobe .com/messaggio/4.659.435). Questo corrisponde al tuo problema? C'era un [bug inserito] (https://bugbase.adobe.com/index.cfm?event=bug&id=3222748) per quello e una correzione applicata nell'aggiornamento 4 rilasciato nel novembre 2012. Che versione stai correndo? –

+0

Stiamo facendo funzionare CF10, ma siamo stati per un istante. Di recente questo problema è saltato fuori, quindi stavo "dando per scontato" che non si trattasse del problema di cui stavano parlando, sebbene i file di registro siano simili. Ho letto questa discussione e ho dato un'occhiata alla nostra istanza CF, e non abbiamo ancora applicato alcuno degli aggiornamenti a CF. Inoltre, il [bug] (https://bugbase.adobe.com/index.cfm?event=bug&id=3222748) indica che è causato dalla ricezione di un POST con un tipo XML. Non penso che sia quello che sta succedendo qui, ma avrò bisogno di aggiornare la nostra istanza CF e credo di nuovo. – Leeish

+0

È mio. Dopo l'aggiornamento in realtà non ho riavviato il server, solo coldfusion. Dopo l'ultimo arresto ho dovuto riavviare il server. Fin qui tutto bene. Sono passati 5 giorni. Se passerà due settimane, ne rimarrà stupito. – Leeish

risposta

0

Quindi, questo problema è/era "correlata" al bug CF fissa. Tuttavia abbiamo ancora un problema, ma questo errore non è più nei registri.

Il problema che stiamo riscontrando riguarda il connettore IIS/Tomcat utilizzato da Coldfusion. Sto per chiudere questo come è stato risolto nell'hotfix, ma un problema correlato persiste ancora.

Non so come migrare alla mia domanda ServerFault: https://serverfault.com/questions/487643/tomcat-cf10-iis7-5-connector-tuning-help-503-errors

Problemi correlati