SOLARIS 2.6 와 HP/UX & SNI 사이의 HANG 문제

Question

제품 : SQL*NET
작성날짜 : 2002-10-16
SOLARIS 2.6 와 HP/UX & SNI 사이의 HANG 문제
======================================
PURPOSE
Solaris 2.6 에서 hang 문제와
In-band and Out-of-band Breaks 에 대해서 알아봅니다.
Explanation
Problem Description
Solaris 2.6 으로 부터 HP/UX & SNI system 으로 접속할 경우
hang 이 걸리는 현상이 발생합니다.
혹은 ora-3113 이 발생하거나 또는 select 시에 hang 이 발생하는
경우가 있습니다.
이 문제의 원인은 un-ack'd urgent data messages 를 다루는 방법에
있어서 Sun 혹은 HP/Pyramid TCP stack 이 잘못된 방법을 사용하기
때문입니다. 현재 이 문제는 Sun & HP 에서 논의 되고 있습니다.
( un-ack'd urgent data messages : SQL*Net 의
out-of-band break/reset mechanism 에 영향을 주어 client 와
server process 를 out of sync 로 만드는 messages 입니다.
break/reset mechanism 은 11-byte normal data packet (NSPTMK)에
선행되는 urgent data message (TCP MSB_OOB flag 가 설정된)에 의해
구현됩니다.)
이러한 현상이 Solaris 에서 HP/UX & SNI 쪽으로 접속할때에 발생하는
이유는 같은 socket 상의 urgent messages 를 다루는 방법이 서로 다르기
때문입니다. HP & SNI 에서는 처음 11-byte의 첫 byte를 잃어버리게 되면
12569: header checksum error 가 발생하게 됩니다.
(이러한 문제는 접속하는 방법상의 차이로 인해
Server Manager 에서는 발생하지 않습니다.)
이 문제는 client 와 server 에서 level 16 으로 trace 를 떠 보면 알 수
있습니다.
Client trace file:
~~~~~~~~~~~~~~~~~~
nsrdr: NSPTDA flags: 0x0
nsrdr: normal exit
nsdo: what=1, bl=2038
nsdo: nsctxrnk=0
nsdo: normal exit
nioqrc: exit
nioqsn: entry
nioqbr: entry
nioqbr: state = normal (0)
nioqsm: entry
nioqsm: Sending break packet (1)...
nsdo: entry
nsdo: cid=0, opcode=67, bl=1, what=18, uflgs=0x100, cflgs=0x3
nsdo: rank=64, nsctxrnk=0
nsdo: nsctx: state=8, flg=0x420d, mvd=0
nsdo: gtn=127, gtc=127, ptn=10, ptc=2047
nsdo: sending ATTN
nsdo: 127 urgent byte to transport
nsdo: nsctxrnk=0
nsdo: normal exit
nioqbr: exit
nioqrs: entry
nioqrs: state = interrupted (1)
nioqrs: nioqrs: Not in send state ...
nioqsm: entry
nioqsm: Sending reset packet (2)...
nsdo: entry
nsdo: cid=0, opcode=67, bl=1, what=17, uflgs=0x0, cflgs=0x3
nsdo: rank=64, nsctxrnk=0
nsdo: nsctx: state=8, flg=0x420d, mvd=0
nsdo: gtn=127, gtc=127, ptn=10, ptc=2047
nsdofls: entry
nsdofls: DATA flags: 0x0
nsdofls: normal exit
nsdo: sending NSPTMK packet
nspsend: entry
nspsend: plen=11, type=12
nttwr: entry
nttwr: socket 11 had bytes written=11
nttwr: exit
nspsend: 11 bytes to transport
nspsend: packet dump
nspsend:00 0B 00 00 0C 00 00 00 |........|
nspsend:01 00 02 00 00 00 00 00 |........|
nspsend: normal exit
nsdoacts: entry
nsdofls: entry
nsdofls: DATA flags: 0x0
nsdofls: normal exit
nsdoacts: flushing transport
nttctl: entry
nsdoacts: normal exit
nsdo: nsctxrnk=0
nsdo: normal exit
nioqrs: nioqrs: sucking for reset marker...
nioqar: entry
nioqar: nioqar: suck pipe til I get a reset...
nscontrol: entry
nscontrol: cmd=1, lcl=0x0
nscontrol: normal exit
nscontrol: entry
nscontrol: cmd=3, lcl=0x2
nscontrol: normal exit
nsdo: entry
nsdo: cid=0, opcode=85, bl=0, what=0, uflgs=0x0, cflgs=0x3
nsdo: rank=64, nsctxrnk=0
nsdo: nsctx: state=8, flg=0x420d, mvd=0
nsdo: gtn=127, gtc=127, ptn=10, ptc=2047
nsdo: switching to application buffer
nsrdr: entry
nsrdr: recving a packet
nsprecv: entry
nsprecv: reading from transport...
nttrd: entry
nttrd: socket 11 had bytes read=11
nttrd: exit
nsprecv: 11 bytes from transport
nsprecv: tlen=11, plen=11, type=12
nsprecv: packet dump
nsprecv:00 0B 00 00 0C 00 00 00 |........|
nsprecv:01 00 02 00 00 00 00 00 |........|
nsprecv: normal exit
nsrdr: got NSPTMK packet
nsrdr: normal exit
nsdo: what=17, bl=1
nsdo: nsctxrnk=0
nsdo: normal exit
nioqar: exit
nscontrol: entry
nscontrol: cmd=2, lcl=0x0
nscontrol: normal exit
nsnactl: entry
nactl_internal: entry
naeectl: entry
naeectl: exit
naecctl: entry
naecctl: exit
nactl_internal: exit
nsnactl: error exit
nserror: entry
nserror: nsres: id=0, op=77, ns=12630, ns2=0; nt[0]=0, nt[1]=0, nt[2]=0
nioqer: entry
nioqer: incoming err = 0
nioqce: entry
nioqce: exit
nioqer: returning err = 0
nioqer: exit
nioqrs: exit
nioqrc: entry
nsdo: entry
nsdo: cid=0, opcode=85, bl=0, what=0, uflgs=0x0, cflgs=0x3
nsdo: rank=64, nsctxrnk=0
nsdo: nsctx: state=8, flg=0x420d, mvd=0
nsdo: gtn=127, gtc=127, ptn=10, ptc=2047
nsdo: switching to application buffer
nsrdr: entry
nsrdr: recving a packet
nsprecv: entry
nsprecv: reading from transport...
nttrd: entry
client 는 이 부분에서 hang 이 걸립니다.
Server trace file:
~~~~~~~~~~~~~~~~~~
nsdo: switching to application buffer
nsrdr: entry
nsrdr: recving a packet
nsprecv: entry
nsprecv: reading from transport...
nttrd: entry
nttrd: socket 12 had bytes read=10
nttrd: exit
nsprecv: 10 bytes from transport
-<ERROR>- nsprecv: header checksum error
nsprecv:packet hdr
nsprecv:0B 00 00 0C 00 00 00 00 |........|
nsprecv: error exit
nserror: entry
-<ERROR>- nserror: nsres: id=0, op=68, ns=12569, ns2=0; nt[0]=0, nt[1]=0, nt[2]=0
nsrdr: error exit
nsdo: nsctxrnk=0
nsdo: error exit
osnqrc: interrupt came in while in ns...
osnqhp: entry
osnqhp: handling break in state sent (1)
osnqhp: exit
osnqrc: exit
osnqrs: entry
osnqrs: state = interrupted (1)
osnqrs: osnqrs: sending reset marker...
osnqsm: entry
osnqsm: Sending reset packet (2)...
nsdo: entry
nsdo: cid=0, opcode=67, bl=1, what=17, uflgs=0x0, cflgs=0x3
nsdo: rank=64, nsctxrnk=0
nsdo: nsctx: state=8, flg=0x420c, mvd=0
nsdo: gtn=143, gtc=143, ptn=10, ptc=2048
nsdofls: entry
nsdofls: DATA flags: 0x0
nsdofls: normal exit
nsdo: sending NSPTMK packet
nspsend: entry
nspsend: plen=11, type=12
nttwr: entry
nttwr: socket 12 had bytes written=11
nttwr: exit
nspsend: 11 bytes to transport
nspsend:packet dump
nspsend:00 0B 00 00 0C 00 00 00 |........|
nspsend:01 00 02 00 00 00 00 00 |........|
nspsend: normal exit
nsdoacts: entry
nsdofls: entry
nsdofls: DATA flags: 0x0
nsdofls: normal exit
nsdoacts: flushing transport
nttctl: entry
nsdoacts: normal exit
nsdo: nsctxrnk=0
nsdo: normal exit
osnqsm: exit
osnqrs: osnqrs: sucking for reset marker...
osnqar: entry
osnqar: osnqar: suck pipe til I get a reset...
nsdo: entry
nsdo: cid=0, opcode=85, bl=0, what=0, uflgs=0x0, cflgs=0x3
nsdo: rank=64, nsctxrnk=0
nsdo: nsctx: state=8, flg=0x420c, mvd=0
nsdo: gtn=143, gtc=143, ptn=10, ptc=2048
nsdo: switching to application buffer
nsrdr: entry
nsrdr: recving a packet
nsprecv: entry
nsprecv: reading from transport...
server 는 이 부분에서 hang 이 걸립니다.
Workaround
client 쪽 $ORACLE_HOME/network/admin/sqlnet.ora file 안에 다음
parameter 를 추가 한다.
DISABLE_OOB = ON
DISABLE_OOB = ON 은 SQL*Net이 out-of-band breaks 를 사용하지
않도록 설정하는 기능합니다.
Break 란 ?
break 는 SQL*Net 에서 transaction 이 종료되기 전에
user 에게 transaction 을 정지하게 할 수 있는 function입니다.
interrupt key(대부분의 os 에서 control-C 로 지정되어 있는)를
user 가 눌렀을때 SQL*Net 은 break 를 가동하게 됩니다.
SQL*Net 은 in-band breaks 또는 out-of-band breaks 를 지원합니다.
문제는 OS 환경이 break request 를 지원하는가에 달려 있습니다.
in-band breaks 란 ?
in-band breaks 은 networking protocol 에 의해 제공되는 정상적인
write, read function 을 사용해서 만들어진 client 로 부터
server 로 가는 일반적인 data messages 입니다.
in-band breaks 를 사용하는 oracle server process 의 경우
server 의 RDBMS 는 백만분의 몇초 단위로 작업을 멈추고 break request
가 있는지 없는지 SQL*Net driver 와 함께 검사합니다.
Oracle MTS 의 경우에 in-band breaks 를 사용합니다.
그러나 multi threaded server processes 들은 asynchronously 하게
request 를 하게 때문에 보기에는 out-of-band breaks 를 사용하는것
처럼 보이게 됩니다.
in-band breaks 는 일반 data packet 으로써 server 로 전송되기 때문에
모든 protocol 에서 구현될 수 있습니다.
out-of-band breaks 란 ?
urgent protocol stack data messages 를 사용해서 client 에서 server 로
보내지는 breaks 입니다.
out-of-band breaks 를 사용가능한 모든 platform 과 protocol 에서는
oracle process 에거 client 에서 보내진 break requst 를 알릴 수 있는
방법을 제공합니다.
out-of-band breaks 를 제공하는 server 는 break request 를 검사하기
위해 SQL*Net driver 를 호출하지 않습니다. 대신 os 의 notification
system 를 이용하게 됩니다.
TCP/IP stacks 기반의 다수의 DOS/MS Windows 는 urgent writes를 구현하기
위해 필요한 API calls 을 제공하지 않기 때문에 Windows용 SQL*Net TCP/IP
은 out-of-band breaks 을 사용하지 못합니다.
Example
Reference Documents
Note.68059.1
Note.61444.1

Answer 1