Microsoft MVP성태의 닷넷 이야기
홈 주인모아 놓은 자료프로그래밍질문/답변사용자 관리 RSS OPML Link
VS.NET IDE: 33.1. Enable rapid-fail protection 상황 재현 방법 [링크 복사], [링크+제목 복사],
조회: 22152
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
http://www.sysnet.pe.kr
첨부 파일
 
부모글 보이기/감추기

이미 아시는 분도 계시겠지만.

IIS는 문제 있는 작업자 프로세스가 무한정 recycling이 되는 것을 방지합니다.
바로 그 기능이 "오류 급증 시 보호 기능 사용" 인 것이죠.

5분(기본값) 안에 작업자 프로세스가 한계상황에 직면하여 5번(기본값) recycling이 되었다면 문제가 있는 프로세스라고 판단하는 것입니다.

거의 그런 상황을 내는 응용 프로그램이 만들어질리는 없을 거라 보이지만. ^^

재미있게 한번 재현을 해본다면.

1. Web Application을 제작.
2. 테스트 WebForm1.aspx를 만들고, 코딩은 할 필요 없음.
3. http://localhost/WebApp/WebForm1.aspx라고 IE로 네비게이션.
4. 작업 관리자에서 w3wp.exe를 강제 종료.
5. 위의 3번과 4번 작업을 5분 안에 5번 만 반복합니다.
6. 이제 http://localhost/WebApp/WebForm1.aspx로 네비게이션을 하려고 하면, 응답이 바로 떨어집니다. "Service Unavailable"이라고 대문짝만하게. 이후로, 아무리(무한정 기다려 본적은 없음) 기다려도 해당 AppPool은 IIS로부터 완전히 격리가 되어 활동하지 않게 됩니다. 다시 서비스를 하기 위해서는, IIS를 재시작 시켜야 합니다.

저 같은 경우, 가끔 "작업자 프로세스" 자체에 대한 테스트 때문에 일부러 "작업관리자"를 통해서 w3wp.exe를 죽이는 데요. 그런 경우 가끔 "Service Unavailable" 상황까지 가게 됩니다. ^^; 이럴 땐.... IIS reset의 귀찮음이 싫은 분이시라면, Enable rapid-fail protection 옵션을 끄고 테스트 하시면 됩니다.






[최초 등록일: ]
[최종 수정일: 6/11/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com
비밀번호
댓글 작성자
 


... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12548정성태3/4/202118023개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법
12547정성태3/3/202118496오류 유형: 699. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly.
12546정성태3/3/202118556개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202121336.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202121640.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202119324VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202120971개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/202118506개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/202119957.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/202119707Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202120310.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202120292.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202119428개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/202118509개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/202119232개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/202117726개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202119536개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/202118031개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202121452개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202119991개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/202119751개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/202119737개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/202116469개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/202115323개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/202115848개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/202117704개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...