No space left on device:
에러로그에 이렇게 남기면서 아파치 데몬이 뜨지 않는 않는 경우는 2가지 정도이다.

1. 정말 파일 시스템이 찬 경우.

df로 확인

2. 파일 시스템이 차지 않았다면.. 아파치 모듈과 연동하면서 resource leak(아마도 거의 세마포일듯)이라 생각하면 된다.

httpd 프로세스가 뜨지 않았는데...

ipcs -s | grep www

이걸로 보면, 세마포를 잡고 있는 것이 보인다..

다음의 명령으로 자원 릭을 다 제거한다..

ipcs -s | grep www | perl -e 'while (<STDIN>) { @a=split(/\s+/); print `ipcrm sem $a[1]`}'

Content-Disposition 은 컨텐트 타입의 옵션이기도 하며 실제로 지정된 파일명을 지정함으로써 더 자세한 파일의 속성을 알려줄 수 있다.

http://www.ietf.org/rfc/rfc2183.txt 스펙을 보면..

2.1  The Inline Disposition Type

   A bodypart should be marked `inline' if it is intended to be
   displayed automatically upon display of the message.  Inline
   bodyparts should be presented in the order in which they occur,
   subject to the normal semantics of multipart messages.

2.2  The Attachment Disposition Type

   Bodyparts can be designated `attachment' to indicate that they are
   separate from the main body of the mail message, and that their
   display should not be automatic, but contingent upon some further
   action of the user.  The MUA might instead present the user of a
   bitmap terminal with an iconic representation of the attachments, or,
   on character terminals, with a list of attachments from which the
   user could select for viewing or storage.

이렇게 정의되어 있다.

즉  "Content-disposition: inline"은

브라우저 인식 파일확장자를 가진 파일들에 대해서는 웹브라우저 상에서 바로 파일을 자동으로 보여줄 수 있어서 의미상인 멀티파트 메시지를 표현하는데 있다. 그외의 파일들에 대해서는 "파일 다운로드" 대화상자가 뜨도록 하는 헤더속성이다.

"Content-disposition: attachment"은
브라우저 인식 파일확장자를 포함하여 모든 확장자의 파일들에 대해,  다운로드시 무조건 "파일 다운로드" 대화상자가 뜨도록 하는 헤더속성이라 할 수 있다.

스펙에 보면. 다음과 같은 BNF 는 이렇게 정의되어 있다.

     disposition := "Content-Disposition" ":"
                    disposition-type
                    *(";" disposition-parm)

     disposition-type := "inline"
                       / "attachment"
                       / extension-token
                       ; values are not case-sensitive

     disposition-parm := filename-parm
                       / creation-date-parm
                       / modification-date-parm
                       / read-date-parm
                       / size-parm
                       / parameter

     filename-parm := "filename" "=" value

     creation-date-parm := "creation-date" "=" quoted-date-time

     modification-date-parm := "modification-date" "=" quoted-date-time

     read-date-parm := "read-date" "=" quoted-date-time

     size-parm := "size" "=" 1*DIGIT

     quoted-date-time := quoted-string
                      ; contents MUST be an RFC 822 `date-time'
                      ; numeric timezones (+HHMM or -HHMM) MUST be used

샘플 예제는 다음과 같다. 게시판에서 자주 쓸 수 있다.

게시판 서버에서 html, htm, jsp은 보여주고 나머지는 attachment로 알려주는 것이다. 

    <Location  / >
        Header set Content-Disposition "attachment"
    </Location>

    <Location ~ "/.*(html|htm|jsp|)" >
        Header unset Content-Disposition
    </Location>

만약  swf 파일도 그냥 보여주고 싶다면, attachment 속성 대신 inline을 쓰면 되겠다.

validationQuery는 커넥션이 살아 있는지 체크, 보통  오라클은 "select 1 from dual", MySQL은 "select 1" 로 사용한다. 

testWhileIdle은 커넥션에 아무런 데이터 송수신이 없는 긴 시간에가 (while ide) 체크를 하지는 한다. 

 timeBetweenEvictionRunsMillis는 커넥션이 쉬고 있을 때, (사실은 강제 철거중에) 커넥션 체크 쿼리를 실행하는 시간 간격을 지정한다. 1분정도 주면 좋을 듯.

OSCahce에 존재하지 않는 데이터를 반복적으로 호출하는 경우, 쓰레드 락이 걸려서 어플리케이션이 문제 될 수 있다.

List result = null;
try {
  result = (List) admin.getFromCache("aaa");
} catch (NeedsRefreshException e) {
  throw e;

}

OSCache GeneralCacheAdministrator 객체안에 Cache가 있고, updateStatus라는 object를 이용하여 key에 대한 wait를 하고, notify하는 구조로 되어 있다.

즉, get을 할 때는 wait() 콜을, set을 할 때는 notifyAll()로 구성되었다.

웹에서는 한꺼번에 리퀘스트가 몰려오거나, 리스타트시에 자주 발생될 수 있다.

현상은 CLOSE_WAIT가 많이 생기고 apache full이 일어나면서 L4에서 서버가 빠진다.

이 문제를 해결하기 위해서는 미리 oscache에 데이터를 미리 넣어두는 것이 최고다. 그게 어렵다면.. putIncache나 cancelupdate () 메소드를 호출해서 notifyAll() 시켜라~

List result = null;
try {
  result = (List) admin.getFromCache("aaa");
} catch (NeedsRefreshException e) {

  admin.cancelUpdate("aaa"); // 내부적으로 notifyAll()을 호출. wait하고 있는 객체를 깨움

 // 또는 admin.putInCache(...);

  throw e;

}