test

Sun Java System Calendar Server 6 2005Q4 관리 설명서

Calendar Server 문제 해결

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

정보 –

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

SSL 문제 해결이 나와 있습니다.

달력 서비스 핑

서비스가 지정된 포트 번호를 수신하는지 확인하려면 cstool 유틸리티 ping 명령을 사용합니다. 서비스 핑으로 해당 서비스가 실제 실행 중인지 확인할 수는 없지만 소켓 연결을 받아들일 수 있는지 여부를 알려 줍니다.

cstool의 서비스 옵션

Calendar Server 서비스 옵션은 다음과 같습니다.

http

HTTP 서비스(cshttpd)

admin

관리 서비스(csadmind)

ens

이벤트 알림 서비스(enpd)

주 –

DWP 서비스(csdwpd) 또는 알림 서비스(csnotifyd)는 핑할 수 없습니다.

cstool 예제

예를 들어, 호스트 이름이 calserver인 시스템을 핑하여 cshttpd 서비스가 포트 80을 수신하는지 확인하려면 다음 명령을 사용합니다.

cstool -p 80 -h calserver ping http

기본적으로 cstool은 응답이 올 때까지 120초 동안 대기하지만 -t timeout 옵션을 사용하면 값을 변경할 수 있습니다.

전체적인 유틸리티 참조 자료를 보려면 부록 D, Calendar Server 명령줄 유틸리티 참조 를 참조하십시오.

주 –

cstool을 실행하려면 Calendar Server가 실행 중이어야 합니다.

Procedurestart-cal 문제 해결

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

달력 서비스를 시작하려면

단계

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

  2. start-cal을 사용하여 서비스를 중지한 다음 다시 시작합니다. 예를 들면 다음과 같습니다.

    cal_svr_base/SUNWics5/cal/sbin/start-cal

    start-cal은 다양한 달력 서비스를 시작하기 전에 stop-cal 명령을 실행합니다.

  3. stop-cal이 중지되지 않는 경우 중지되지 않은 자식 프로세스가 있을 수 있습니다. 이 문제를 해결하려면 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. 이전 절차 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 데이터 캐싱 구성 방법에 대한 자세한 내용은 LDAP를 위한 Calendar Server 구성을 참조하십시오. LDAP 데이터 캐시에 대한 자세한 내용은 Sun Java System Communications Services 6 2005Q4 Deployment Planning Guide를 참조하십시오.

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

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

    응답할 경우 3단계로 가고 응답하지 않는 경우 실패 원인을 확인하고 백엔드 서버가 다시 작동하는 경우 3단계의 작업을 계속합니다.

  2. CLD 캐시를 지웁니다. CLD 캐시 지우기를 참조하십시오.

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

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

달력을 찾을 수 없음

CLD 캐시 옵션을 사용 중이고 하나 이상의 달력을 다른 백엔드 서버로 이동했거나 백엔드 서버의 이름을 변경한 경우 다음 단계를 수행합니다.

  1. 다음의 달력 이동 절차를 따라야 합니다.

    사용자 달력 관리

  2. CLD 캐시를 지웁니다. CLD 캐시 지우기를 참조하십시오.

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

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

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

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

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

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

올바르게 완료되지 않는 검색 문제 해결

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. Edit the dse.ldif file.

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

      주 –

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

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

csstored에서 성가신 일상 메시지 해제

start-cal 명령은 csstored 프로세스가 구성되어 있지 않더라도 기본적으로 이 프로세스를 시작합니다. 구성되지 않은 csstored 프로세스는 csstored가 실행 중인 모든 시스템에서 해당 프로세스가 구성되지 않았다는 메시지를 24시간마다 표시합니다.

csstored가 구성되지 않은 프로세스를 실행하지 못하게 하여 메시지를 비활성화합니다. csstored 프로세스가 실행되지 않게 하려면 메시지가 표시되는 각 시스템에 표시된 다음 ics.conf 매개 변수를 설정합니다.

service.store.enable=”no”

자동 백업을 수행하도록 csstored를 구성한 시스템에서는 프로세스를 비활성화하지 않도록 주의하십시오.