다음은 제품에 대해 보고된 문제의 목록입니다.
호스트된 도메인 환경의 경우 csexport는 calid를 정규화해야 합니다. 예를 들어, uid@domain 형식으로 정규화합니다.
상태 파일이 생성되지 않습니다.
-saveState 옵션으로 csconfigurator.sh가 호출되고 지정된 상태 파일에 경로가 없으면 상태 파일이 생성되지 않습니다. 예를 들면 다음과 같습니다.
/opt/sun/calendar/sbin/csconfigurator.sh -saveState cs.state
해결 방법: 상태 파일이 생성되는 전체 경로 이름을 항상 지정하십시오.
자원 달력에 대한 초대 상태가 기본적으로 "수락"입니다.
자원 달력에 대한 초대 상태가 기본적으로 "수락"입니다. 자원 달력은 초대를 수락할 수 없기 때문에 자원 달력에 가입한 사용자는 Communications Express->옵션->달력 보기에서 수락된 초대만 보도록 선택한 경우 이러한 초대를 볼 수 없습니다.
해결 방법: ics.conf 매개 변수 resource.invite.autoaccept = "yes"를 설정하여 서버 수준 자동 수락을 결정합니다. icsAutoaccept LDAP 속성을 사용하여 자원 수준으로 결정할 수도 있습니다.
반복 이벤트에 문제가 발생합니다.
(storeevents를 사용하여) 비 날짜 필드 수정으로 dtstart 및 dtend 매개 변수에서 전송하면 데이터가 손상됩니다.
해결 방법: 날짜 필드를 수정할 필요가 없는 modify store 명령에 dtstart 및 dtend를 제공하지 마십시오.
디렉토리 서버가 스키마 2이고 도메인이 생성되어 있지 않은 경우 Calendar Server 구성 프로그램이 오류 메시지를 표시하고 이러한 디렉토리 서버에 대한 구성을 허용하지 않습니다.
이 문제는 구성 프로그램의 GUI 버전에 대해서만 해결되었습니다. 명령줄 버전의 경우 Calendar Server를 구성하기 전에 Delegated Administrator에서 도메인을 만들어야 합니다.
Java ES 2005Q1에서 업그레이드한 후 Access Manger를 사용한 단일 사인 온(SSO)이 작동하지 않습니다. 예를 들어, Portal Server 데스크톱에 로그인한 다음 Calendar Server에 액세스하려고 하면 단일 사인 온(SSO)을 통해 자동으로 인증되지 않고 로그인 페이지가 나타납니다.
해결 방법: 이 문제는 해결 방법이 없습니다.
프런트엔드 및 백엔드 설치를 포함하는 Calendar Server 배포를 업그레이드한 후 DWP로 통신하면 프런트엔드 설치 시작 시도가 실패하고 로그에 다양한 오류가 생성됩니다. 이 문제는 캐시 디렉토리를 새 설치에 복사하지 않았기 때문에 발생합니다.
해결 방법: cld_cache 및 ldap_cache 디렉토리를 /var/opt/SUNWics5/csdb.old에서 /var/opt/SUNWics5/csdb로 복사합니다. 그런 다음 새 디렉토리의 소유자와 그룹을 icsuser 및 icsgroup으로 설정합니다.
csdb에 데이터베이스 로그 파일이 누적됩니다.
저장소 데몬이 올바른 구성 파일 매개 변수를 읽지 않고 존재하지 않는 caldb.berkeley.*.enable을 찾고 있습니다. 그런 다음 비활성화된 순환 로깅의 기본값을 가져옵니다. 이는 또한 핫 백업의 발생을 막는 것을 비롯하여 다른 문제의 원인이 됩니다. 올바른 ics.conf 매개 변수는 caldb.berkeleydb.*.enable입니다.
해결 방법: 서비스를 다시 시작합니다. csstored는 누적된 로그 파일을 제거하여 로그 누적 문제를 관리합니다.
내보내기/가져오기를 사용하여 서로 다른 calid를 가진 달력 간에 데이터를 이동할 수 없습니다. 가져온 데이터는 가져오기를 수행할 원본 달력과 동일한 calid를 사용해야 합니다.
csrestore가 개인 사용자 달력을 고려하지 않습니다.
개인 달력을 만들고 백업을 성공적으로 실행한 후 개인 달력을 수동으로 삭제합니다. 그런 다음 restore 명령을 사용하여 개인 달력을 복원합니다. 로그 파일에서 달력이 성공적으로 복원되었는지 확인할 수 있습니다. UWC 또는 Calendar Express 인터페이스에 기록할 경우에는 개인 달력을 보거나 관리할 수 없습니다. 이 문제는 csrestore가 사용자 LDAP 항목, 가입 또는 자체 달력을 고려하지 않기 때문입니다.
해결 방법: csrestore를 사용하여 삭제한 후 복원한 각 사용자에 대한 다중 값 속성인 icsSubscribed를 수동으로 편집하거나 삭제합니다.
세션 데이터베이스 손실로 인해 로그인이 실패하고 과도한 세션 시간 초과 메시지가 표시됩니다.
해결 방법:
서비스를 중지합니다.
세션 데이터베이스를 제거합니다.
서비스를 시작합니다.
Calendar Server 패키지에는 JMQ 클라이언트가 번들로 제공되지 않습니다. 설치된 Messaging Server의 JMQ 클라이언트를 사용하십시오. JMQ 클라이언트가 설치되지 않은 상태에서 JMQ를 활성화하면 admind
프로세스가 비정상적으로 종료될 수 있습니다.
해결 방법: Messaging Server 번들에서 JMQ 클라이언트를 복사합니다.
2007년 3월 11일부터 2007년 4월 1일까지 달력 이벤트가 1시간씩 벗어남
이 문제는 일광 절약 시간이 적용되는 기간을 확장하기 위해 일광 절약 시간으로 전환하는 날짜와 표준 시간으로 돌아오는 날짜를 변경했기 때문에 발생합니다. 전환 날짜가 봄(3월)에는 앞으로 당겨지고 가을(11월)에는 뒤로 연기되었습니다. 이러한 변경을 반영하도록 Calendar Server 6.3과 함께 배포된 표준 시간대 파일을 업데이트했습니다.
Communications Express에서는 Calendar Server 표준 시간대 파일 대신 JVM 표준 시간대 정보를 사용하므로 새 표준 시간대 변경 사항을 반영하도록 JVM을 업데이트해야 합니다. 표준 시간대 데이터 업데이트와 기타 제품 기능 향상(예: 보안 문제 해결)을 전달하는 기본 방식으로 최신 Sun Java SE JDK/JRE 업데이트 릴리스를 사용하는 것이 좋습니다. 다음 문서에 설명한 것처럼 JVM 업데이트 프로그램을 사용합니다.
http://java.sun.com/javase/tzupdater_README.html
표준 시간대 정보를 업데이트한 경우 표준 시간대 업데이트 이전에 예약된 이벤트는 이전 전환 날짜와 새 전환 날짜 사이의 기간 동안에는 1시간씩 다르게 표시됩니다.
기술 지원팀에 요청하여 사용할 수 있는 문제 해결 실행 파일이 있습니다.
다른 방법으로 사용자에게 이전 전환 날짜와 새 전환 날짜 사이에 해당되는 이벤트에 대한 시간을 업데이트하도록 요청합니다. 또는 사용자 스크립트를 실행하여 업데이트가 필요한 이벤트에 대한 데이터베이스를 처리합니다.
LDAP 도구 위치 변경
이전(베타) 버전의 Java Enterprise System을 설치한 후 릴리스(RR) 버전 Java Enterprise System 5를 설치하기 이전에 SUNWldapcsdk-tools 패키지를 제거해야 합니다. 릴리스 버전에서 SUNWldapcsdk-tools 패키지의 위치가 변경되었기 때문입니다. 이 패키지를 제거하지 않고 릴리스 버전을 설치한 후 Calendar 또는 Messaging Server를 시작하면 다음과 같은 오류 메시지가 표시됩니다.
Could not find .../bin/ldapsearch utility Please install the ldapcsdk-tools package |
이 오류 메시지는 LDAP 도구의 위치가 변경되었기 때문에 표시됩니다.
해결 방법: 릴리스 버전의 Java Enterprise System 5를 설치하기 전에 SUNWldapcsdk-tools 패키지를 제거합니다. SUNWldapcsdk-tools 버전을 확인하려면 pkgparam -v SUNWldapcsdk-tools VERSION 명령을 실행합니다.
6.00,REV=2006.12.11.00.08 이상 버전이어야 합니다. 그렇지 않으면 LDAP 검색 유틸리티가 없다는 오류 메시지가 표시됩니다.
pkgrm SUNWldapcsdk-tools 명령을 사용하여 SUNWldapcsdk-tools 패키지를 제거합니다.
Java Enterprise System 5 설치 프로그램을 이미 실행한 경우 SUNWldapcsdk-tools 패키지를 수동으로 제거한 후 다음 명령을 사용하여 설치할 수 있습니다.
cd <jes5_distro>/Solaris_sparc/Product/shared_components/Packages pkgadd -d . SUNWldapcsdk-tools |
Linux 플랫폼에서 csmfagent 서버를 시작할 수 없습니다.
이진 달력에서 Linux 버전의 모니터링 프레임워크를 위한 공유 라이브러리를 찾을 수 없습니다. 모니터링 프레임워크 파일에 적합한 경로는 /opt/sun/mfwk/share/lib이지만, Calendar Server에서는 해당 파일이 /opt/sun/calendar/lib에 있는 것으로 기대합니다.
해결 방법: 다음 예제와 같이 Calendar Server 라이브러리에 해당 라이브러리에 대한 심볼릭 링크를 추가합니다.
# cd /opt/sun/calendar/lib # ln -s /opt/sun/mfwk/share/lib/*.so .
또는 모니터링 프레임워크 라이브러리에서 달력 서비스를 시작합니다. 예를 들면 다음과 같습니다. /opt/sun/mfwk/share/lib
Linux 플랫폼에서 Calendar Server 6.3으로 업그레이드한 후 로그인할 수 없습니다.
Calendar Server 6.3 업그레이드 1, 패치 번호 121658-17에서 패치가 적용되었습니다. 이 문제에 대한 자세한 내용은 이 릴리스 노트의 Calendar Server 알려진 제한 사항 절을 참조하십시오.
구성 프로그램을 사용하여 백엔드 서버를 설정하는 경우 정규화된 호스트 이름 대신 IP 주소가 다음 매개 변수에 잘못 입력됩니다.
caldb.dwp.server.hostname.ip
ics.conf 파일을 편집하여 매개 변수 값을 수정해야 합니다. 그렇지 않으면 시스템에서 백엔드 서버를 찾을 수 없습니다. 올바른 값은 백엔드 서버의 정규화된 호스트 이름입니다.
고가용성 패키지인 SUNWcsics가 제대로 작동하려면 몇 가지 업데이트가 필요합니다. Java Enterprise System 소프트웨어 번들에 사용된 패키지가 올바릅니다. 이 문제를 해결할 수 있는 패치가 제공될 때까지 다음 해결 방법을 사용해야 합니다.
Calendar Server 배포의 SUNWcsics 패키지를 수동으로 제거합니다.
Java Enterprise System 소프트웨어 배포의 SUNWcsics 패키지를 사용하여 pkgadd를 실행합니다.