3

ClearCase ビューを更新しようとしているユーザーが 1 人います (1 人だけで、他のユーザーは問題ありません)。
過去 6 か月間、今日まで効果がありました。

更新すると、次のようになります。

Unable to read directory "."  Permission denied

Errors were encountered in loading "\VOB"

私は " gpresult" を実行しましたが、彼らは正しいグループに属しているようで、ストリームは彼のためにロックされていません。
CC Doctor にもエラーはありません。
金曜日に最後に CC を使用して以来、何も変わっていないことが知られています。

他に見るべき場所はありますか？
私はアイデアがなく、Google検索の終わりに達したと思います...

4

1 に答える 1

2

チェックする通常の要素は次のとおりです。

cleartool lsview -l -full -pro viewTag

ユーザーは何も変更していないため、Windowsプロファイルの問題にリンクされている可能性があります。再起動後も問題が解決しないことを確認してください。

また、ユーザーがClearCaseスナップショットビューのルートディレクトリを読み取れない理由を説明する可能性のある、Windowsグループポリシーの変更やログイン特権の進化（管理者権限の取り消しなど）がないことを確認してください。これは、Windows ACLの問題である可能性があります（つまり、ClearCaseに直接関係していません。

OPは、によって参照されたCLEARCASE_PRIMARY_GROUPグループがClearCaseによって考慮されなくなったことを報告します。これは、そのグループが、ユーザーが登録された最初の32のWindowsグループに含まれていなかったためです。

テクニカルノート「CLEARCASE_GROUPS変数について」では、適切な回避策について詳しく説明しています。

この変数は、ClearCaseで使用されるSUNRPCプロトコルの制限を打ち消すために使用されます。これにより、32を超えるMicrosoft Windowsグループ（ドメインまたはローカル）のメンバーであるすべてのユーザーがアクセスの問題に遭遇する可能性があります。

ユーザー環境変数CLEARCASE_GROUPSがいずれかのユーザーに存在する場合、ClearCaseは、ユーザーが属するグループを決定（または表示）するときに、この変数の値で指定されたセミコロンで区切られたグループのリストを最初に考慮します。

基本的に、Windowsにログインすると、アクセストークンを受け取ります。
ClearCaseは、これらのトークンをWindowsが提供する順序で処理します（これは完全にランダムであり、構成することはできません）。
ClearCaseは、32グループに達すると、トークンの処理を停止します。

変数は、このCLEARCASE_GROUPS動作を回避する唯一の方法です。
変数が設定されると、ClearCaseはリスト内の各グループ名をCLEARCASE_GROUPSリストが書き込まれた順序で調べ、提供されているWindowsアクセストークンと比較します。
グループ名がWindowsアクセストークンのグループと一致する場合、ClearCaseはそのグループが使用するClearCaseアクセストークンを作成します。

CLEARCASE_GROUPS変数が使い果たされると、ClearCaseはWindowsアクセストークンリストに戻り、ClearCaseトークンにまだ追加されていないグループは、Windowsのすべてのグループまで、指定された順序で残りのリストから追加されます。トークンが使用されるか（32未満の場合）、または32グループの制限に達しました。

環境変数CLEARCASE_GROUPを設定します

于 2012-07-02T16:28:29.807 に答える