[2011-08-11] 수십번의 DB2 v9.8 pureScale 설치와 구성작업

수십번의 PureScale 의 설치 및 구성 작업이다.(한20번은 한것 같다)
이제는 눈감고도 설치가 가능할듯하다. 또한 덕분에 OS 커맨드도 다시 익히게 되었다.
여하튼 어제 DB엔진이 주저앉는 내용을 diag.log를 분석해본 결과 아래의 메세지를 확인할 수 있었다.
====================================================================================
2011-08-10-10.49.04.071637+540 I209380A547          LEVEL: Error
PID     : 1069300              TID  : 19791         PROC : db2sysc 0
INSTANCE: db2sdin1             NODE : 000
APPHDL  : 0-54                 APPID: *N0.db2sdin1.110810014834
AUTHID  : DB2SDIN1
EDUID   : 19791                EDUNAME: db2agntp 0
FUNCTION: DB2 UDB, base sys utilities, sqleagnt_sigsegvh, probe:9
MESSAGE : Error in agent servicing application with PRODUCT SIGNATURE:
DATA #1 : Hexdump, 8 bytes
0x07800000062F66D4 : 5351 4C30 3930 3834                        SQL09084
=====================================================================================
SQL09084의 내용을 찾아본 결과
IC74943: DB2_MEMORY_PROTECT ON PURESCALE, SIGNAL #11 ON CREATE DB 을 확인하였다(실제 우리의 상황과는 직접적인 관계가 없는 듯하나 참고로 넣는다.)
다음의 APAR를 참고하기 바란다.

APAR status
OPEN
Error description
DB21085I  Instance "regres3" uses "64" bits and DB2 code release
"SQL09084"
with level identifier "09050107".
Informational tokens are "DB2 v9.8.0.4", "s110227", "IP23283",
and Fix Pack
"4".
Product is installed at "/home/regres3/sqllib".
$ db2set DB2_MEMORY_PROTECT=YES

$ db2start
03/09/2011 12:00:20     1   0   SQL1063N  DB2START processing
was successful.
03/09/2011 12:00:22     2   0   SQL1063N  DB2START processing
was successful.
03/09/2011 12:00:22     0   0   SQL1063N  DB2START processing
was successful.
SQL1063N  DB2START processing was successful.

$ db2 create db aabbcc
SQL1032N  No start database manager command was issued.
SQLSTATE=57019

Signal #11
<SignalDetails>
Signal #11 (SIGSEGV): si_addr is 0x0700000065032020, si_code is
0x00000034
</SignalDetails>
<SignalHandlers>
</SignalHandlers>
$
Stack traceback unavailable.

Real stack is

<StackTrace>
-------Frame------ ------Function + Offset------
0x090000001F4B6F0C sqlpcLSN
0x090000001F4E6B84 sqlbgbLatchPageForWARM0xB04
0x090000001F4E7AF0 sqlbgbProcessTPL
0x090000001ECE9974 sqlpWriteToLog
0x090000001ECF5900 sqlpWriteLR
0x0900000024575A48 sqlpWriteLR
0x0900000024576170 sqlptwpl
0x090000001F7B78E0 sqlpxcm1
0x090000001F7A58B0 sqlptfrg
0x090000001F6C4DD0 sqlrr_appl_term
0x090000001E25C8EC AppStopUsing
0x0900000023D1DFAC sqleStartDb
0x0900000023D1FB38 sqleCreateDb
0x09000000245BFA00 sqleCreateEntries_sd
0x09000000245C0978 sqlecrea_agent_sd
0x09000000245B6D04 sqleSubCreateDb
0x0900000021B0C310 sqleSubRequestRouter
0x0900000021B14300 sqleProcessSubRequest
0x090000001DE16CB4 RunEDU
0x090000001DE04828 EDUDriver
0x090000001DE04B5C sqlzRunEDU
0x090000001DA1AA58 sqloEDUEntry
</StackTrace>

다시 설치 및 구성이 잘되었던 픽스팩3 , hdisk 의 Shared영역을 다른 부분으로 설치 후 DB를 만들어 보아도 같은 증상 이었다.아~~ 무엇이 문제일까? DISK , OS
25~6번의 설치와 DB구성 후 약간의 허무함을 느꼈다. 이것이 진정 오라클의 RAC를 견주는 제품이란 말인가?
다음에는 OS엔지니어와 함께 OS , DISK 구성을 다시 해야 하겠다.