Application Pool failling avec les erreurs client_reset dans httperr suivi de 503 2 Erreurs désactivées

Sur notre server exécutant Server 2008 R2 using IIS 7.5 nous avons un de nos sites qui cesse de répondre aux requests et génère éventuellement 503 errors . Le site Coldfusion 10 également Coldfusion 10 . Ces pannes se produisent tous les jours.

Lorsque le problème survient, je commence à voir les erreurs client_reset pour les requêtes du site dans le httperr log file . Cela se poursuivra et la request faite sur le site ne répondra pas. Aucune erreur n'est affichée, la requête se bloque juste. Après environ dix minutes, je verrai 503 2 Disabled Erreurs 503 2 Disabled dans le httperr log file et les tentatives d'access au site renverraient également 503 errors à l'user final.

Au cours de nos tentatives pour résoudre ce problème, nous avons également remarqué que la queue est une erreur complète dans le journal httperr et a augmenté la Application Pool Queue Length from 1000 to 3000 des Application Pool Queue Length from 1000 to 3000 fil du time. Nous avons également augmenté le appConcurrentRequestLimit from 5000 to 10000 .

Notre file workers.properties pour le connecteur IIS comporte les parameters suivants:

 worker.cfusion.type=ajp13 worker.cfusion.host=localhost worker.cfusion.port=8012 worker.cfusion.max_reuse_connections=900 worker.cfusion.connection_pool_size=900 worker.cfusion.connection_pool_timeout=60 worker.cfusion.type = ajp13 worker.cfusion.type=ajp13 worker.cfusion.host=localhost worker.cfusion.port=8012 worker.cfusion.max_reuse_connections=900 worker.cfusion.connection_pool_size=900 worker.cfusion.connection_pool_timeout=60 worker.cfusion.host = localhost worker.cfusion.type=ajp13 worker.cfusion.host=localhost worker.cfusion.port=8012 worker.cfusion.max_reuse_connections=900 worker.cfusion.connection_pool_size=900 worker.cfusion.connection_pool_timeout=60 worker.cfusion.port = 8012 worker.cfusion.type=ajp13 worker.cfusion.host=localhost worker.cfusion.port=8012 worker.cfusion.max_reuse_connections=900 worker.cfusion.connection_pool_size=900 worker.cfusion.connection_pool_timeout=60 worker.cfusion.max_reuse_connections = 900 worker.cfusion.type=ajp13 worker.cfusion.host=localhost worker.cfusion.port=8012 worker.cfusion.max_reuse_connections=900 worker.cfusion.connection_pool_size=900 worker.cfusion.connection_pool_timeout=60 worker.cfusion.connection_pool_size = 900 worker.cfusion.type=ajp13 worker.cfusion.host=localhost worker.cfusion.port=8012 worker.cfusion.max_reuse_connections=900 worker.cfusion.connection_pool_size=900 worker.cfusion.connection_pool_timeout=60 

Lorsque nous examinons les requests réussies dans le journal général d'IIS avant l'échec d'un pool d'applications, nous verrons généralement des requests élevées en peu de time à partir d'une adresse IP unique ou similaire. Ceux-ci semblent être des robots de certains types, probablement des robots de spam de commentaires.

À ce stade, je ne sais pas s'il y a un problème avec le Connecter entre Coldfusion et IIS, un problème d'accord IIS ou un problème de code qui provoque les erreurs client_reset et l'échec éventuel du pool d'applications.

Quelles seraient les erreurs de réinitialisation du client et l'échec éventuel du pool d'applications? Arrêter et démarrer le pool d'applications en question résout le problème.

Nous venions d'avoir des problèmes similaires, où le Pool d'applications commencerait et devrait être redémarré … détaillé dans ce bug – https://bugbase.adobe.com/index.cfm?event=bug&id=3490112

la dernière mise à jour CF10 18 comprend une correction pour cela, si votre problème est le même. Jusqu'à présent, cette mise à jour (et refaire tous les connecteurs après la mise à jour) a résolu le problème pour nous, seul le time indiquera si cela revient.