제2의 비엔지니어 인생관을 꿈꾸며

Posted
Filed under Study
"사용자

호기심에 올려봤습니다. 호기심이라기 보단 Windows Server 2008 R2 버젼에 심각한 버그 이슈가 있어서 2012 버젼에 올려봤습니다. RAC 특성만큼 서버의 점유율은 많이 먹더랍니다.
버그 역시 사라지지 않고 좀비 프로세스로 남아 여전히 메모리 누수를 일으키고 있습니다.
"사용자
위 커맨드 프로세스가 내려가야 되는데 안내려가고 버티고 있습니다. 좀비를 부활시키는 RAC 참 멋집니다 허허허 ㅋㅋ.

"사용자
클러스터 상태 체크를 하는 스크립트입니다만 윈도우에 맞는 스크립트가 아닌것을 증명해주듯 발로 개발되지 않았나 생각을 해봅니다. 즉 리눅스 유닉스에 맞게 개발된것이며 윈도우는 그냥 컨버팅만 돌려서 내놓은듯 싶습니다.
윈도우 RAC는 무료다~~!!! 라고 홍보를 한 오라클 입장에서는 아마도 처음부터 버그 인정을 하지 않았나 하는 생각을 해봅니다.
작년 초에 이 버그 이슈가 등록되었음에도 불구하고 특별하게 수정된 인스톨본을 배포하지 않는거 보면 답답하기만 합니다. 패치 실패하면 다 갈아 엎어야 한다는 말에 섬뜻 패치도 못하겠다는...

"사용자
커맨드 스크립트 특성상 윈도우에서는 conhost.exe 가 생성됩니다. Windows Vista 부터 생긴거고 XP, 2003 버젼에는 cmd 만 프로세스에 올라가게 됩니다. 커맨드 프로세스가 안죽으니까 conhost.exe 프로세스까지 좀비가 되어 메모리 점유율은 2배로 올라가게 됩니다. 이러다 데스크탑힙이 발생하여 커널에 영향을 주고 정상적인 서비스에 원인모를 에러를 보여주게 되는것입니다.

RAC는 이거 하나씩 보니까 윈도우에 맞는 서비스는 아닌게 틀림이 없습니다. 이거때문에 한달에 한번씩 리부팅을 하고 있으며 아직까지는 좋은것을 못느끼겠습니다. MSSQL 도 오라클의 RAC 기능이 좋은 기술이고 기능이다 싶으면 분명 배끼고 자신들의 추가기능에 넣을건데 안넣는거 보면 구지 아니여도 MSSQL 서비스는 훌륭하다고 평가하는지도 모르겠습니다.
그리고 RAC는 대형 엔터프라이즈 센터나 필요하지 달랑 몇대 갖고는 턱없이 부족하지 않나 생각을 해봅니다. DB 서비스를 돌리지 않더라도 RAC 클러스터 서비스만 올리더라도 CPU나 메모리 점유율은 많이 차지하고 있기 때문에 많은 병렬처리 서버가 필요할때 RAC를 써야 되지 않을까 하는 생각을 해봅니다.

그리고 Windows Server 2012 에는 공식적으로 RAC 서비스가 올라가지 않습니다. 저도 반 노가다로 권한 하나하나 다 줘서 겨우 올리긴 했지만 이건 아닌거 같습니다. 2008 버젼까지 지원되니 2012 버젼에서는 권고사항이 아님을 밝힙니다.      
     
Windows Server Oracle RAC 데스크톱힙 문제

     
     
2013/04/29 00:47 2013/04/29 00:47
Posted
Filed under Study

Bug 12529945 Windows: cvu health checks exhaust windows heap memory

This note gives a brief overview of bug 12529945.
The content was last updated on: 05-MAR-2012
Click
here for details of each of the sections below.

Affects:

Product (Component)

Oracle Server (OPSM)

Range of versions believed to be affected

Versions >= 11.2 but BELOW 12.1

Versions confirmed as being affected

Platforms affected

  • Windows 64bit (AMD64/EM64T)

Fixed:

This issue is fixed in

Symptoms:

Related To:

  • (None Specified)





Description

cluvfy comp health -_format leaves behind lot DOS shells

 

Rediscovery Notes:

 In a grid infrastructure you can see that every "cluvfy comp health -_format"

 check leaves behind a DOS shell.

 

Workaround

 None

 

Note:

 For a complete fix of cluvfy additional bug fixes may be needed

 You are likely to need fixes for bug 12966774, bug 12380213 and

 this one (12529945)

 

HOOKS LIKELYAFFECTS XAFFECTS_11.2.0.1 XAFFECTS_V11020001 AFFECTS=11.2.0.1 XAFFECTS_11.2.0.2 XAFFECTS_V11020002 AFFECTS=11.2.0.2 XAFFECTS_11.2.0.3 XAFFECTS_V11020003 AFFECTS=11.2.0.3 XPRODID_5 PRODUCT_ID=5 PRODID-5 OPSM XCOMP_OPSM COMPONENT=OPSM TAG_OPSM TAG_P233 OPSM P233 FIXED_11.2.0.4 FIXED_12.1.0.0 FIXED_WIN:B202P08

Please note: The above is a summary description only. Actual symptoms can vary. Matching to any symptoms here does not confirm that you are encountering this problem. For questions about this bug please consult Oracle Support.

References

Bug:12529945 (This link will only work for PUBLISHED bugs)
Note:245840.1 Information on the sections in this article



 아래 그림과 같이 cmd.exe 커맨드 창이 무수히 많습니다. 즉 좀비 프로세서라는거죠. 이많은 프로세서가 무엇을 실행하다 죽지 못했는지 그것이 알고 싶었습니다. 자 그것이 알고싶다 오라클 RAC편~!! 두둥~!(알에이씨하다 알 에~이 씨발이 나왔습니다)

사용자 삽입 이미지
사용자 삽입 이미지
즉 위 그림과 같이 RAC 클러스터 기능을 하는 헬싱체크 명령 스크립트가 실행되고 나서 사라져야 되는데 2일에 한개씩 죽지않고 좀비가 생기는것이 화근이였습니다. 이게 무수히 많아지면 아래 그림과 같이 커널에도 영향을 주는 데스크톱힙이 발생하여 서비스가 문제가 되거나 여러 원인 불명의 오류를 경험하게 되는것입니다.
사용자 삽입 이미지
결국 아직까지는 버그 픽스가 되기까지 리부팅밖에 답이 없습니다. 수동으로 오래된 좀비를 킬시키면서 버티기 방법도 있지만 괜히 좀비 아닌놈까지 죽였다가 서비스 에러를 경험하게 될거 같아 여기까지만 분석하여 스톱 하였습니다. 윈도우 서버에 RAC를 올린다는거 자체가 재앙이라고 말하고 싶지만 그냥 그러려니 그때 그때 리부팅이나 하고 싶습니다. 이런 버그덩어리를 공짜라고 낼름 설치해서 중요한 운영서버로 돌리다니...

그냥 MSSQL 사용하지~ 에라이 SQL 만쉐다~~~!!!

2013/01/03 16:22 2013/01/03 16:22