test

Sun Java System Calendar Server 6.3 관리 설명서

22.4 Calendar Server의 비데이터베이스 문제 해결

이 절에서는 비데이터베이스 문제에 대한 다양한 문제 해결 정보를 제공합니다.

다음 항목에 대해 설명합니다.

정보 –

또한 SSL 장에 SSL에 대한 문제 해결 절인

7.2 Calendar Server 6.3 소프트웨어의 SSL 문제 해결도 포함됩니다.

22.4.1 하나의 cshttpd 프로세스가 너무 많은 연결을 수락하여 100%의 CPU 시간 점유

하나의 cshttpd 프로세스가 너무 많은 연결을 수락하여 100%의 CPU 시간을 점유한 경우 로드 균형 조정을 사용하지 못할 수 있습니다. 다시 활성화하려면 ics.conf 매개 변수 service.http.loadbalancing의 값을 "yes"로 변경합니다.

Procedurestart-cal 문제 해결

start-cal을 실행할 때 모든 달력 서비스가 시작되지 않은 경우 시작된 서비스를 중지한 다음 다시 시작해야 합니다. 예를 들어, enpd, csnotifyd 및 csadmind가 시작되었지만 cshttpd는 시작되지 않은 경우 enpd, csnotifyd 및 csadmind를 중지해야 합니다.

달력 서비스를 시작하려면

  1. 구성 권한에 관리자로 로그인합니다.

  2. stop-cal 명령을 실행합니다.

  3. stop-cal 명령이 모든 Calendar Server 서비스를 중지하는 데 실패하면 일부 자식 프로세스가 여전히 실행 중일 수 있습니다. 이 문제를 해결하려면 22.4.2 stop-cal 문제 해결을 참조하십시오.

  4. 모든 Calendar Server 프로세스가 중지되었는지 확인한 후 start-cal 명령을 사용하여 서비스를 모두 시작합니다. 예를 들면 다음과 같습니다.

    cal-svr-base/SUNWics5/cal/sbin/start-cal

22.4.2 stop-cal 문제 해결

이 절에서는 stop-cal 문제 해결에 대한 몇 가지 개념 정보와 지침을 제공합니다.

Calendar Server가 종료될 경우에 고려해야 할 두 가지 사항이 있습니다.

Procedure자식 프로세스를 중지하려면

stop-cal을 실행한 후 일부 자식 프로세스가 중지되지 않았을 수 있습니다. 예를 들어, stop-cal은 cshttpd 부모 프로세스를 중지할 수 있지만 cshttpd 자식 프로세스는 중지할 수 없습니다. 이 경우 다음 절차를 사용하여 나머지 Calendar Server 프로세스를 개별적으로 중지해야 합니다.

  1. Calendar Server가 실행되고 있는 시스템에 대한 관리 권한이 있는 사용자로 로그인합니다.

  2. 각 서비스마다 ps 명령을 입력하여 나머지 Calendar Server 프로세스의 프로세스 아이디(PID)를 확인합니다.

    ps -elf | grep cs-process

    여기서 cs-process는 enpd, csnotifyd, csdwpd, csadmind 또는 cshttpd입니다. 예를 들면 다음과 같습니다.

    ps -elf | grep cshttpd

  3. 아직 실행 중인 각 프로세스의 PID를 사용하여 kill -15 명령을 입력하여 프로세스를 종료시킵니다. 예를 들면 다음과 같습니다. kill -15 9875

  4. 각 ps 명령을 다시 입력하여 모든 Calendar Server 프로세스가 중지되었는지 확인합니다.


    If a Calendar Server process is still running, 
   enter a kill -9 command to kill it. 
For example: kill -9 9875
    주 –

    Calendar Server를 실행하는 Linux 시스템에서 ps 명령을 사용하여 달력 프로세스를 검색하면 혼동되는 결과가 나올 수 있습니다. Linux에서 ps 명령은 프로세스 목록이 아니라 실행 중인 스레드의 목록을 반환합니다. 프로세스만 표시하는 해결 방법은 알려져 있지 않습니다.

Procedure잘못된 종료 후 복구하려면

Calendar Server가 제대로 종료되지 않은 경우 다음 단계를 수행합니다.

  1. 이전 절차 22.4.2 stop-cal 문제 해결의 단계를 수행합니다.

  2. LDAP 데이터 캐시 데이터베이스 디렉토리에서 모든 파일을 수동으로 삭제합니다.

    남아 있는 이러한 파일이 데이터베이스를 손상시킬 수 있습니다. 파일을삭제하려면 다음을 수행합니다.

    1. LDAP 데이터 캐시 디렉토리로 변경합니다.

      기본값은 /opt/SUNWics5/csdb/ldap_cache이지만 ics.conf 파일의 local.ldap.cache.homedir.path 매개 변수에서 지정된 디렉토리를 사용합니다.

    2. 디렉토리에서 모든 파일을 제거합니다.

      예를 들면 다음과 같습니다. rm *.*

    3. 모든 파일이 제거되었는지 확인합니다.

      예를 들면 다음과 같습니다. ls

  3. Calendar Server를 다시 시작합니다.

    cal-svr-base/SUNWics5/cal/sbin/start-cal

    LDAP 데이터 캐싱 구성 방법에 대한 자세한 내용은 4.8 Calendar Server 버전 6.3의 LDAP 구성을 참조하십시오. LDAP 데이터 캐시에 대한 자세한 내용은 Sun Java Communications Suite 5 Deployment Planning Guide를 참조하십시오.

22.4.3 백엔드 서버에 연결할 수 없음

  1. 백엔드 서버를 핑하여 서버가 응답하는지 확인합니다.

    응답하지 않으면 실패한 이유를 확인합니다. 다시 작동하는 경우 이 작업의 다음 단계로 진행합니다.

  2. CLD 캐시를 지웁니다. 12.5 Calendar Server 버전 6.3의 CLD 캐시 정리를 참조하십시오.

    CLD 캐시 옵션을 사용하고 있으며 ics.conf 매개 변수의 서버 이름을 업데이트한 경우, 서버 이름을 제거하려면 CLD 캐시를 지워야 합니다. CLD 캐시에 이전 버전의 항목이 있으면 프런트엔드 서버가 정확한 백엔드 서버로 연결을 설정하지 못하게 되거나 Calendar Server가 옮겨진 후에 달력을 찾을 수 없게 됩니다.

  3. stop-cal 명령을 사용하여 서버를 중지합니다.

  4. start-cal을 사용하여 Calendar Server를 다시 시작합니다.

22.4.4 달력을 찾을 수 없음

CLD 캐시 옵션을 사용 중이고 하나 이상의 달력을 다른 백엔드 서버로 이동했거나 백엔드 서버의 이름을 변경한 경우 새 서버에 해당 달력이 표시되지 않을 수 있습니다.

    이런 경우 다음 단계를 수행합니다.

  1. CLD 캐시를 지웁니다. 12.5 Calendar Server 버전 6.3의 CLD 캐시 정리를 참조하십시오.

    하나 이상의 달력을 다른 백엔드 서버로 이동한 경우 CLD 캐시가 이전 상태가 됩니다. CLD 캐시를 새로 고치려면 캐시를 지워 다시 작성해야 합니다.

  2. 실패하면 올바른 절차에 따라 달력을 이동했는지 확인합니다. 이 정보는

    15.6 사용자 달력 관리에서 찾을 수 있습니다.

    그런 다음 캐시를 지웁니다.

22.4.5 백엔드 시스템에서 달력을 만들 수 없음

지정된 백엔드 시스템에서 달력을 만들려는 경우 다음과 같은 오류 메시지가 표시될 수 있습니다. Invalid DWP Host Server 오류 메시지가 표시됩니다. 이것은 두 가지 중 하나를 의미합니다. 서버가 올바르게 구성되지 않았거나 달력 소유자가 이미 다른 백엔드 서버에 할당되었습니다.

이 절에서는 이러한 문제를 해결하는 방법을 설명합니다.

22.4.5.1 백업 시스템이 올바르게 구성되지 않음

문제가 있는 백엔드 서버의 ics.conf 파일을 살펴봅니다.

다음 설정이 있는지 확인합니다. 

service.dwp.enable = "yes"
caldb.cld.type = "directory"
local.hostname = "back-end hostname"

22.4.5.2 달력 소유자가 다른 백엔드 시스템에 할당됨

사용자의 LDAP 항목을 살펴보고 icsDWPHost 속성이 있는지 확인합니다. icsDWPHost의 값이 달력을 만들려는 백엔드 서버의 이름과 일치해야 합니다. 다른 백엔드 서버에서는 이 사용자의 달력을 만들 수 없습니다.

22.4.6 프록시 인증을 사용하여 로그인하려고 할 때 “Unauthorized”라는 메시지가 표시됨

이 절에서는 오류가 발생할 가능성이 있는 원인에 대해 설명합니다. 제시된 단계에 따르고 다시 로그인합니다.

  1. 이 오류를 해결하려면 다음 단계 중 하나 이상을 수행합니다.

    • service.http.allowadminproxy가 “yes”로 설정되어 있는지 확인합니다.

    • admin-user에게 Calendar Server 관리자 권한이 있는지 확인합니다.

    • admin-password가 올바른지 확인합니다.

    • calendar-user가 올바른 Calendar Server 사용자인지 확인합니다.

  2. 다시 로그인합니다.

22.4.7 제대로 완료되지 않는 검색 문제 해결

이 절에서는 제대로 완료되지 않는 검색 문제를 해결하기 위한 개념 정보 및 지침을 제공합니다.

LDAP 디렉토리 서버 구성의 nsslapd-sizelimit 및 nsLookthroughLimit 속성은 검색을 제대로 완료할 수 있도록 충분히 커야 합니다. nsSizeLimit가 부족할 경우 끝이 잘려나갈 수 있으며 결과가 표시되지 않습니다. nsLookthroughLimit가 부족할 경우 검색이 완료되지 않을 수 있습니다.

이 절은 다음 내용으로 구성되어 있습니다.

Procedure제한 속성에 해당 값이 있는지 확인하려면

  1. 이러한 속성 값이 제대로 설정되어 있는지 확인하려면 다음 명령을 사용합니다.

    ldapsearch -b "base" "(&(icscalendarowned=*user*)(objectclass=icsCalendarUser))"

    여기서 base는 Calendar Server에 대한 사용자 및 자원 데이터가 있는 LDAP 기본 DN이고 user는 최종 사용자가 사용자 인터페이스의 검색 대화 상자에 입력할 수 있는 값입니다.

  2. LDAP 서버가 오류를 반환하면 nsSizeLimit 또는 nsLookthroughLimit 매개 변수가 충분히 크게 설정되지 않았기 때문일 수 있습니다.

Procedure제한 속성을 적절한 값으로 설정하려면

이러한 속성의 DN은 다음과 같습니다.

dn: cn=config,cn=ldbm databases,cn=plug ins,cn=config

  1. ldapmodify를 사용하여 nsLookthroughLimit 값을 동적으로 설정합니다.

    이속성을 변경하려고 Directory Server를 중지했다가 다시 시작할 필요가 없습니다.

    기본값은 5000입니다. 검색 결과가 보고되지 않는 경우 이 값을 늘릴 수 있습니다. 그러나, 그렇게 하면 LDAP 서버 속도가 느려질 수 있습니다.

    제한이 사용되지 않게 하려면 제한을 -1로 설정할 수 있습니다. 그렇게 하면 시스템이 중단될 수 있으므로 주의하십시오

  2. nsslapd-sizelimit를 더 높은 값으로 설정하려면 다음 단계를 수행해야 합니다.

    1. Directory Server를 중지합니다.

    2. dse.ldif 파일을 편집합니다.

    3. Directory Server를 다시 시작합니다.

      주 –

      ldapmodify를 사용하고 dse.ldif 파일을 편집하는 방법에 대한 자세한 내용은 다음에서 Directory Server 설명서를 참조하십시오.

      http://docs.sun.com/coll/1316.1