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

... 46  47  48  49  50  51  52  53  54  55  [56]  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12540정성태2/17/202118343.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/202118254Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202118726.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202119376.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202118235개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/202117334개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/202117850개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/202116857개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202118041개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/202116807개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202120622개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202118516개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/202118129개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/202118221개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/202115053개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/202113977개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/202115155개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/202116124개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
12522정성태1/31/202118311개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트
12521정성태1/31/202117348개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1]
12520정성태1/30/202116111개발 환경 구성: 526. 오라클 클라우드의 VM에 ping ICMP 여는 방법
12519정성태1/30/202114850개발 환경 구성: 525. 오라클 클라우드의 VM을 외부에서 접근하기 위해 포트 여는 방법
12518정성태1/30/202132963Linux: 37. Ubuntu에 Wireshark 설치 [2]
12517정성태1/30/202120656Linux: 36. 윈도우 클라이언트에서 X2Go를 이용한 원격 리눅스의 GUI 접속 - 우분투 20.04
12516정성태1/29/202117118Windows: 188. Windows - TCP default template 설정 방법
12515정성태1/28/202118786웹: 41. Microsoft Edge - localhost에 대해 http 접근 시 무조건 https로 바뀌는 문제 [3]
... 46  47  48  49  50  51  52  53  54  55  [56]  57  58  59  60  ...