更新ClearCase快照视图时出错

我有一个用户（只有一个，其他用户都可以）试图更新他们的ClearCase视图。
在过去的6个月里，直到今天，它一直在为他们工作

当他们更新时，他们会得到：

Unable to read directory "."  Permission denied

Errors were encountered in loading "\VOB"

我做了一个“

gpresult

”，看起来他们在正确的组中，流没有为他锁定。
CC医生也没有出现任何错误。
自从他上一次在周五使用CC以来，没有任何变化

还有其他我应该去看的地方吗？

---

我已经没有想法了，我相信我的谷歌搜索已经结束了…

通常需要检查的元素有：

• 该观点的特点：

cleartool lsview-l-full-pro viewTag 由于用户尚未进行任何更改，因此可以将其链接到Windows配置文件问题。确保重新启动后问题仍然存在

还要确保没有Windows组策略更改或登录权限演变（如管理员权限被吊销），这可能会解释用户无法读取ClearCase快照视图的根目录的原因。这可能是Windows ACL问题（即与ClearCase没有直接关系）

---

OP报告ClearCase不再考虑引用的组，因为该组不在用户注册到的前32个Windows组中

技术说明“”详细说明了正确的解决方法：

此变量用于抵消ClearCase使用的中的一个限制，即任何作为32个以上Microsoft Windows组（域或本地）成员的用户都可能遇到访问问题

如果用户环境变量<代码> CulaseCype组< /C>存在于任何用户，CuleCase1在确定（或显示）用户所属的组时，首先考虑该变量中指定的组的分号分隔列表。 本质上，当您登录到Windows时，您会收到
ClearCase将按照Windows提供的顺序处理这些令牌（这是完全随机的，不能以任何方式进行配置）。
ClearCase将在到达32个组后停止处理令牌

CLEARCASE\u GROUPS

变量是解决此行为的唯一方法。
设置变量后，ClearCase将按照列表写入的顺序查看

ClearCase\u GROUPS

列表中的每个组名，并将其与提供的Windows访问令牌进行比较。
如果组名与Windows访问令牌中的组匹配，则ClearCase将创建一个ClearCase访问令牌供该组使用

当CLEARCASE_GROUPS变量用尽时，CLEARCASE将返回Windows访问令牌列表，任何尚未添加到CLEARCASE令牌的组将按照提供的顺序从剩余列表中添加，直到使用Windows令牌中的所有组（如果低于32）或达到32组限制

---

良好的演示-此问题显示了正确的研究和良好的RTFM技能。同意VonC-Clearcase Windows根据您的Windows登录/域ID为您提供权限。由于它适用于所有其他用户，并且您已完成基本的CC检查，因此重新启动（您看到的Windows：）并与您的系统管理员联系，查看广告或网络上与Windows相关的任何更改。谢谢，但这最终是组问题。我不知道ClearCase仅使用列出的前32个组来检查权限。我添加了一个“ClearCase\u组”用户环境变量，所以它首先接受这些组。@Rubasu好的。我已经完成了记录该过程的答案。 cleartool lsview -l -full -pro viewTag