Am 10 servere WS2016 cu IIS configurat identic pe fiecare, cu două aplicații active. Ocazional, imediat după reciclarea IIS de la ora 2:00 (configurată prin pagina de proprietăți de reciclare), una dintre cele două aplicații de pe un server aleatoriu va începe să trimită erori HTTP 500. Cealaltă aplicație va continua să difuzeze cererile foarte bine.
Totuși, ceea ce am stabilit este că este o singură cerere certă care primește cele 500 de erori. Aceste solicitări vin de la monitoarele noastre de echilibrare a sarcinii la fiecare 5 secunde de la fiecare dintre cele 4 noduri. Totuși, schimbarea majusculelor pe solicitări le va face să reușească, adică /stuff/appserver.asmx nu reușește, dar dacă îl schimb în /stuff/AppServer.asmx sau /stuff/appsErvEr.asmx, acestea vor reuși, dar originalul continuă să eșueze. Indiferent dacă este trimis de la LB sau de la mașina mea locală.
Un IISReset remediază problema de fiecare dată. Nimic în jurnalele httperr, vizualizatorul de evenimente dă doar un mesaj generic „A avut loc o excepție netratată”. M-am gândit că ar fi fost ceva de-a face cu reciclarea suprapusă, așa că l-am setat la TRUE pe jumătate dintre ele și la FALS pe celelalte, dar eroarea a apărut totuși pe ambele seturi de servere. Reciclarea se întâmplă cu siguranță, deoarece văd că ambele procese ale lucrătorilor își schimbă PID-urile la 2 dimineața. Am activat Urmărirea cererilor eșuate, dar nu văd informații utile în jurnalele FRT.
Orice ajutor este apreciat. Mulțumiri.
