Obtention d'une erreur 500 Server interne à partir de l'application déployée sur le serveur IHS et WAS

L'application Web lançant par intermittence "500 Erreur serveur interne". Cette application est déployée sur un serveur WAS 8.0 avec des serveurs IHS et WAS hébergés sur des machines différentes. Veuillez trouver ci-dessous les logs de plugin de niveau TRACE à la fin de l'IHS.Obtention d'une erreur 500 Server interne à partir de l'application déployée sur le serveur IHS et WAS

DEBUG: ws_common: websphereExecute: Wrote the request; reading the response (timeout 900) 
DETAIL: lib_htresponse: htresponseRead: Reading the response: 64040a70 TRACE: lib_rio: Blocking for read, waiting 900 
DEBUG: lib_rio.c line 896 : Read failed, rc=104 
DEBUG: lib_htresponse: htresponseSetError: Setting the error to: |READ_FAILED|(1, Line: 713) 
DEBUG: ws_common: websphereExecute: Failed to read from an old stream; probably Keep-Alive timeout fired 
DEBUG: ws_transport: transportStreamDequeue: Checking for existing stream from the queue 
DEBUG: lib_stream: destroyStream: Destroying the stream 
DEBUG: lib_rio: rclose: socket 13 closed 
STATS: ws_server: serverSetFailoverStatus: Server xxxxx : pendingRequests 0 failedRequests 7 affinityRequests 57 totalRequests 51. 
ERROR: ws_common: websphereHandleRequest: Failed to execute the transaction to 'xxxxx' on host 'yyyyy'; will try another one 
ERROR: ws_common: websphereWriteRequestReadResponse: Failed to find an app server to handle this request 
ERROR: ESI: getResponse: failed to get response: rc = 10 DEBUG: ESI: esiHandleRequest: failed to get response 
DEBUG: ESI: esiRequestUrlStackDestroy 
DEBUG: ESI: cacheURL: '/site/index' 
DETAIL: ESI: esiRequestPopUrl: '/site/index' 
DEBUG: ESI: esiUrlDestroy: '/site/index' 
ERROR: [://site/index] ws_common: websphereHandleRequest: Failed to handle request rc=10 
DEBUG: ws_common: websphereCloseConnection 
DETAIL: ws_common: websphereEndRequest: Ending the request

Aidez-moi s'il vous plaît à résoudre le problème. Merci d'avance

Source

2017-09-15 pankaj

Vous devez rechercher dans le journal SystemOut.log sur WebSphere les causes des problèmes. – Gas

rc = 104 est le code de retour linux indiquant que le socket a été réinitialisé par l'adresse du partenaire, vous devez donc rechercher des erreurs sur le serveur d'applications.

Source

2017-09-15 23:59:33

J'ai vérifié mais il n'y a pas de journal généré à la fin WAS pendant l'horodatage de la demande. Pouvez-vous s'il vous plaît laissez-moi savoir la cause de l'erreur ci-dessous? S'agit-il d'une erreur liée au réseau/pare-feu ou à une erreur WAS/IHS? "Echec de la lecture d'un ancien flux, probablement délai d'attente Keep-Alive" – pankaj

"Echec de la lecture d'un ancien flux, probablement expiration du délai d'attente" signifie que le plugin a reçu une notification sur le socket mais aucune donnée disponible. "Read failed, rc = 104" est un code de retour du système d'exploitation, ECONNRESET, Connection reset by peer. Je suggère d'examiner une trace réseau de la connexion pour voir qui réinitialise la connexion. S'il ne s'agit pas du serveur d'applications, il peut s'agir d'un pare-feu ou d'un autre périphérique situé entre les points de terminaison. –

Obtention d'une erreur 500 Server interne à partir de l'application déployée sur le serveur IHS et WAS

Répondre

Questions connexes