更新ClearCase快照视图时出错

Question

我有一个用户（只有一个，所有其他人都很好）试图更新他们的ClearCase视图 直到今天，它已经为他们工作了6个月。

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

Unable to read directory "."  Permission denied

Errors were encountered in loading "\VOB"

我做了一个“gpresult”，看起来他们在正确的群组中并且没有为他锁定流。
CC Doctor也没有提出任何错误。
自从他上周五上次使用CC以来，没有什么可以改变的。

我还应该看看其他地方吗？ 我没有想法，我相信我已经到了谷歌搜索的终点......

Answer 1

要检查的常用元素是：

• environment variable CLEARCASE_PRIMARY_GROUP
• 观点的特点：

cleartool lsview -l -full -pro viewTag 

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

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

---

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

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

  

此变量用于抵消ClearCase使用的SUNRPC protocol中的限制，因此任何超过32个Microsoft Windows组（域或本地）成员的用户都可能遇到访问问题。

     

如果任何用户都存在用户环境变量CLEARCASE_GROUPS，则在确定（或显示）用户所属的组时，ClearCase将首先考虑此变量值中指定的以分号分隔的组列表。

     

从本质上讲，当您登录Windows时，会收到 Access Token 。   ClearCase将按照Windows提供的顺序处理这些令牌（这是完全随机的，不能以任何方式配置）。
  在达到32组后，ClearCase将停止处理令牌。

     

CLEARCASE_GROUPS变量是解决此问题的唯一方法   设置变量后，ClearCase将按照列表编写顺序查看CLEARCASE_GROUPS列表中的每个组名称，并将其与提供的Windows Access令牌进行比较。
  如果组名与Windows Access令牌中的组匹配，则ClearCase将为该组创建一个ClearCase访问令牌。

     

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