Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

64bit 운영체제에 VMWare Server 설치 시 기존 웹 애플리케이션 모두 서비스 중지.



난리가 났습니다. 64bit Guest OS 설치와 2-way Virtual SMP 설정에 혹해서 VMWare Server ^^; 설치를 했더니만, 서버의 모든 IIS 웹 애플리케이션들이 전부 중단되었습니다. 모두 다, "Service Unavailable"이라는 글자만 웹 브라우저에 대문짝만하게 찍힙니다.

이벤트 로그의 "System" 카테고리에서는 다음과 같은 이벤트 오류 로그가 연달아 5번 찍힌 다음에는 서비스를 결국 중지해버린다고 나옵니다.(왜 5번인지는 아시죠? ^^)

Event Type:	Error
Event Source:	W3SVC
Event Category:	None
Event ID:	1039
Date:		7/14/2006
Time:		10:38:49 PM
User:		N/A
Computer:	THEONE
Description:
A process serving application pool 'App20' reported a failure. The process id was '2480'.  
The data field contains the error number.

For more information, 
see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Application 메뉴 쪽이 좀 나은 오류를 전달합니다. 아래는 그 로그입니다.

Event Type:	Error
Event Source:	W3SVC-WP
Event Category:	None
Event ID:	2274
Date:		7/14/2006
Time:		10:38:49 PM
User:		N/A
Computer:	THEONE
Description:
ISAPI Filter 'D:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\aspnet_filter.dll' could not be loaded due to a configuration problem. 
The current configuration only supports loading images built for a x86 processor architecture. 
The data field contains the error number. 
To learn more about this issue, including how to troubleshooting this kind of processor architecture mismatch error, 
see http://go.microsoft.com/fwlink/?LinkId=29349.

For more information, 
see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

오류 로그를 보니, 64bit .NET Framework이 어째서 x86 CPU 아키텍처로 맞춰져 있는지 이해가 안 됩니다. 멀쩡히 잘 되던 것인데, VMWare Server를 설치한 이후로 이 모양입니다.

작업 관리자에서 보니, 다음과 같은 VMWare 프로세스들을 확인할 수 있습니다.

[그림 1: WOW64에서 활성화된 32bit VMWare 프로세스들]
WOW64에서 활성화된 32bit VMWare 프로세스들

세상에... ^^; 그러고 보니 VMWare는 순수 32bit S/W였던 것입니다. Wow64에서 활성화된 것을 확인할 수 있습니다.

도대체... VMWare나 Microsoft나 어찌 그리 딱 입맛에 맞는 제품을 내놓지 않는지...

VMWare : 32bit 프로세스이면서 쌩뚱맞게 64bit Guest 환경을 지원하고 가상 2-way SMP를 지원.
Microsoft : VM 환경을 호스트하는 프로세스 자체는 32/64 bit를 지원하면서, Guest 환경은 여전히 32bit만 지원.

참... 힘들군요. ^^;

암튼, IIS 관리자에 가보니, "VMWare Management Interface 1.0.0" 웹 사이트가 새로 생긴 것을 볼 수 있습니다.
결국 정리해 보면, "Service Unavailable" 장애가 발생한 것은 32bit 환경의 VMWare 웹 사이트를 구동시키기 위해서 IIS 전체 웹 사이트의 설정을 Wow64로 바꿔버린 것이었습니다.

정말 기가 차는 VMWare Server의 설치 프로그램이군요. 자기 혼자 살아남을려고 다른 웹 사이트를 모두 죽이다니.
아래의 화면은, VMWare Server 설치 이후, IIS Metabase Explorer로 확인한 최상위 AppPool의 "Enable32BitAppOnWin64" 플래그 설정 상황을 보여주고 있습니다.

[그림 2: WOW64 설정이 되어 있는 최상위 AppPool 설정]
WOW64 설정이 되어 있는 최상위 AppPool 설정

진짜... ^^; 기가 막혀서 순간 입이 딱 벌어지더군요.

Enable32BitAppOnWin64 설정값을 다시 원래대로 "0"으로 해놓고 나서야 모든 웹 애플리케이션이 정상적으로 운영이 되었습니다.






[최초 등록일: ]
[최종 수정일: 11/25/2023]

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

비밀번호

댓글 작성자
 



2009-05-13 11시13분
[짱~~] 저기 질문이 있습니다.
windows7(64bit)에서 vmware server2.0을 설치했는데 관리하기위한 톰캣서버 서비스가 실행되지 않는군요
어떻게 해야 가능할 까요? 혹시 방법이 있나요 ?
[guest]
2009-05-13 11시23분
아쉽게도 ^^ 위의 글을 쓴 이후로는 더 이상 VMWare를 사용하지 않습니다.
kevin25

... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...
NoWriterDateCnt.TitleFile(s)
11334정성태10/18/201720678디버깅 기술: 105. windbg - k 명령어와 !clrstack을 조합한 호출 스택을 얻는 방법
11333정성태10/17/201720025오류 유형: 422. 윈도우 업데이트 - Code 9C48 Windows update encountered an unknown error.
11332정성태10/17/201720787디버깅 기술: 104. .NET Profiler + 디버거 연결 + .NET Exceptions = cpu high
11331정성태10/16/201718844디버깅 기술: 103. windbg - .NET 4.0 이상의 환경에서 모든 DLL에 대한 심벌 파일을 로드하는 파이썬 스크립트
11330정성태10/16/201717969디버깅 기술: 102. windbg - .NET 4.0 이상의 환경에서 DLL의 심벌 파일 로드 방법 [1]
11329정성태10/15/201722699.NET Framework: 693. C# - 오피스 엑셀 97-2003 .xls 파일에 대해 32비트/64비트 상관없이 접근 방법파일 다운로드1
11328정성태10/15/201725760.NET Framework: 692. C# - 하나의 바이너리로 환경에 맞게 32비트/64비트 EXE를 실행하는 방법파일 다운로드1
11327정성태10/15/201719472.NET Framework: 691. AssemblyName을 .csproj에서 바꾼 경우 빌드 오류 발생하는 문제파일 다운로드1
11326정성태10/15/201719560.NET Framework: 690. coreclr 소스코드로 알아보는 .NET 4.0의 모듈 로딩 함수 [1]
11325정성태10/14/201720325.NET Framework: 689. CLR 4.0 환경에서 DLL 모듈의 로드 주소(Base address) 알아내는 방법
11324정성태10/13/201721801디버깅 기술: 101. windbg - "*** WARNING: Unable to verify checksum for" 경고 없애는 방법
11322정성태10/13/201719797디버깅 기술: 100. windbg - .NET 4.0 응용 프로그램의 Main 메서드에 Breakpoint 걸기
11321정성태10/11/201721233.NET Framework: 688. NGen 모듈과 .NET Profiler
11320정성태10/11/201722083.NET Framework: 687. COR_PRF_USE_PROFILE_IMAGES 옵션과 NGen의 "profiler-enhanced images" [1]
11319정성태10/11/201729737.NET Framework: 686. C# - string 배열을 담은 구조체를 직렬화하는 방법
11318정성태10/7/201721990VS.NET IDE: 122. 비주얼 스튜디오에서 관리자 권한을 요구하는 C# 콘솔 프로그램 제작 [1]
11317정성태10/4/201727485VC++: 120. std::copy 등의 함수 사용 시 _SCL_SECURE_NO_WARNINGS 에러 발생
11316정성태9/30/201724953디버깅 기술: 99. (닷넷) 프로세스(EXE)에 디버거가 연결되어 있는지 아는 방법 [4]
11315정성태9/29/201741403기타: 68. "시작하세요! C# 6.0 프로그래밍: 기본 문법부터 실전 예제까지" 구매하신 분들을 위한 C# 7.0/7.1 추가 문법 PDF [8]
11314정성태9/28/201723156디버깅 기술: 98. windbg - 덤프 파일로부터 닷넷 버전 확인하는 방법
11313정성태9/25/201720801디버깅 기술: 97. windbg - 메모리 덤프로부터 DateTime 형식의 값을 알아내는 방법파일 다운로드1
11312정성태9/25/201724154.NET Framework: 685. C# - 구조체(값 형식)의 필드를 리플렉션을 이용해 값을 바꾸는 방법파일 다운로드1
11311정성태9/20/201717438.NET Framework: 684. System.Diagnostics.Process 객체의 명시적인 해제 권장
11310정성태9/19/201721876.NET Framework: 683. WPF의 Window 객체를 생성했는데 GC 수집 대상이 안 되는 이유 [3]
11309정성태9/13/201719279개발 환경 구성: 335. Octave의 명령 창에서 실행한 결과를 복사하는 방법
11308정성태9/13/201720982VS.NET IDE: 121. 비주얼 스튜디오에서 일부 텍스트 파일을 무조건 메모장으로만 여는 문제파일 다운로드1
... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...