目前知道有以下限制:
如果使用高可用性功能(使用 Calendar Server HA 软件包 SUNWcsics),则在从 Calendar Server 的旧版本升级到 Calendar Server 6.3 版后,需要执行以下解决方法来避免出现问题 6560681。
解决方法:
手动删除 Calendar Server 6.3 附带的 SUNWscics 软件包。
使用 pkgadd 添加与 Java Enterprise System 软件捆绑的 SUNWscics 软件包。
使用前端和后端服务器部署 Calendar Server 时(要求使用 DWP 协议),配置程序将要求您添加后端服务器的主机名。如果配置程序将此值存储在 ics.conf 参数 caldb.dwp.server.hostname.ip 中,则其将存储为 IP 地址(而非本应存储在该处的全限定主机名)。这意味着系统将无法找到后端服务器。
解决方法:将 IP 地址替换为全限定后端服务器主机名。通过编辑 ics.conf 文件(文本文件)即可完成此操作。
可以在《Sun Java System Calendar Server 6.3 Administration Guide》中的第 5 章 “Configuring Calendar Database Distribution Across Multiple Machines in Calendar Server Version 6.3”中找到有关哪些值可用于此处,以及用于配置前端和后端服务器的其他参数的正确说明。
本发行说明的以下部分报告了此问题(问题号为 6542989):Calendar Server 6.3 中已报告的问题。
在 Linux 操作系统中,升级到 Calendar Server 6.3 之后,运行 start-cal 将在 http.log 文件中出现错误消息:
cshttpd[2984]: General Error: caldb: caldb_pvt_isLocalUrl: hostname of hostname.xyz.com is not resolvable. Please check that hostname is correct and that hostname resolver is correct.
同样,在尝试登录后,会给出以下错误消息:
Backend Host Unresolvable Please try again
修复:此问题已在 Calendar Server 6.3 Update 1 中修复,修补程序编号 121658-17。
此问题与下一部分中编号为 6516438 的问题相同:Calendar Server 6.3 中已报告的问题。
配置文件 ics.conf 中允许存在重复的参数。这可能会造成参数值混淆。要确定系统使用的是哪一个参数实例,请找到文件中的最后一个实例。系统将使用处理文件时所找到的最后一个参数实例的值。
最佳实践:将所有更改添加到 ics.conf 文件末尾处标记内容类似于 # My Parameter Changes 的部分。要保留所做更改的历史记录,请添加用于描述更改原因的注释以及日期。
请定期注释掉不再使用的旧更改,或者如果您不需要保留更改历史记录,请删除不再使用的旧重复项,只在文件中保留最新更改。
在此版本中,XSL 文件中的字符串替换不再于打包的预处理步骤完成。因此,字符串将被实时替换,这会降低 Calendar Express 用户界面的性能。
解决方法:通过处理所有 XSL 文件并手动插入正确的语言字符串,可以在运行 Calendar Server 之前执行字符串替换。要执行替换,必须添加 perl 脚本 (xslvarparser.pl),该脚本位于 { CAL_SERVER_BASE}/tools/unsupported/bin 目录。脚本自身将提供有关运行脚本的说明。
为了方便起见,脚本中提供的说明如下所示:
使用 perl 脚本 xslvarparser.pl 替换 XSL 文件中的变量来加速 XSL 渲染过程。
将此文件复制到 /opt/SUNWics5/cal/html 目录(在 Solaris 上为默认目录)。
然后将其作为 $ perl xslvarparser.pl 运行。
生成的文件将放在每个语言环境的输出目录中。
将每个语言环境中的 XSL 文件替换为输出目录中的文件。
建议您在执行此替换操作之前先保存原始文件。
此问题与Calendar Server 6.3 中已报告的问题中编号为 6385495 的问题相同。
每个 set_userprefs 命令仅删除多值首选项的一个实例。
解决方法:要删除多值用户首选项的所有实例,必须对每个实例发出一个 set_userpref 命令。
例如:执行 get_userprefs 列出所有用户首选项。如果首选项(如 icsSubscribed)有多个值,则必须对列出的每个值发出一个 set_userprefs 命令来删除此首选项。
没有特定于群集的 showrev 命令来显示群集单个节点上安装的程序。(这是一个普遍问题,不只是特定于 Calendar Server。使用在全局文件系统上安装的任何产品都会遇到同样的问题。)
更新 Calendar Server 时会遇到此问题。您需要将修补程序应用于安装 Calendar Server 的每个节点上。此外,不能将修补程序应用于尚未安装 Calendar Server 的节点上。如果不知道哪些节点上安装了 Calendar Server,则尝试找出这样的节点将是一件既麻烦又费时的事情。
解决方法:运行以下命令以查看安装了 Calendar Server 的所有节点:pkgparam -v SUNWics5 | grep ACTIVE_PATCH
如果启用了弹出阻止程序,将不显示某些 Calendar Server 窗口。
解决方法:对 Calendar URL 禁用弹出阻止程序,以确保显示所有 Calendar Server 窗口。
例外:无论是 Norton Inet Security AD_BLOCKER 还是 Mozilla 内置 POP_BLOCKER,都不会影响 Calendar Server 窗口。
csuser 实用程序无法启用其为通讯录创建的用户。
解决方法:使用 ldapmodify 启用该用户。
配置程序 csconfigurator.sh 只配置一个域。
解决方法:如果您需要一个多域日历环境(称为虚拟域或托管域),则必须执行以下两个步骤:
启用托管域。
使用 Delegated Administrator 自行添加域,或者如果您仍在使用 Sun LDAP Schema 1,请使用 csdomain 实用程序来创建多域环境。
请参见《Sun Java System Calendar Server 6.3 Administration Guide》中的第 10 章 “Setting Up a Multiple Domain Calendar Server 6.3 Environment”和《Sun Java System Calendar Server 6.3 Administration Guide》中的第 13 章 “Administering Calendar Server Domains”。
(问题编号 4777792)高速缓存会全部被占用,从而导致错误。Calendar Server 不终止 LDAP 高速缓存数据的使用。
解决方法:定期删除文件内容。然后重新启动 Calendar Server。
配置文件请求了两次主机名。一次为全限定主机名,另一次则为非全限定主机名。例如:
caldb.dwp.server.skate.red.sesta.com.ip = "skate.red.sesta.com" caldb.dwp.server.skate.ip = "skate" caldb.dwp.server.test12.red.sesta.com.ip = "test12.red.sesta.com" caldb.dwp.server.test12.ip = "test12"
如果 X 标记中有非 RFC 兼容数据,则必须用引号引起来。例如,X 标记中的冒号必须显示为 ":"。
将用户作为辅助所有者添加到所有者列表之前,Calendar Server 实用程序 cscal 没有验证这些用户。
Calendar Server 迁移实用程序 csmig 没有使用所有者日历来更新 icsSubscribed。
必须手动完成此操作。
事件通知服务已过时。此问题将不会修复。请改用 Sun Java System Message Queue 产品。
如果用户修改了事件并选择了选项来修改今天的事件和所有将来的事件,则所有以前的事件都将被删除且不再显示在 UI 中。
在 SSLv2 模式下,SSL 初始化失败。无法使用 SSLv2 客户端。
在 Schema 1 中,必须在创建或管理日历之前先创建 DC 树节点。
由于错误消息源自若干层之下,并且可能由很多不同环境引起,因此错误消息的含义模糊。下一个较高层的程序在将错误消息升级到更高层之前,不会对该错误消息进行解释。
如果描述的开头带前导空格,则该空格不会与文本一起保存,并且在显示事件时不会出现。
这是此发行版中尚未实现的 RFE。
其余的锁定文件阻止其重新启动。请在重新启动前删除这些锁定文件。
锁定文件位于以下目录中:
/opt/sun/calendar/lib/lock/__db.001
根据法律规定,夏令时 (Daylight Savings Time, DST) 变更日期发生了变化。Calendar Server 6.3 软件包含了新的更正过的时区表。此后创建的所有事件和任务都会使用正确的时间。然而,处于新旧变更日期之间的先前存在的事件和任务将有一小时误差。在您的日历中,该问题每年发生两次。一次是在春季标准时间向夏令时变更时,另一次是在秋季夏令时向标准时间变更时。
此问题与本文档后面Calendar Server 6.3 中已报告的问题中编号为 6502376 的问题相同。
修复:此问题的标准修复方法是允许用户为日历中受影响的任何事件调整时间。
可以请求技术支持提供一个修复程序。
不能使用导入功能在日历之间移动数据。只能将数据导入到先前导出它的日历(具有相同的 calid)中。
本文档的Calendar Server 6.3 中已报告的问题部分中编号为 6461183 的问题记录了此限制。