2012-07-02 3 views
3

У меня есть один пользователь (только один, все остальные в порядке), пытающийся обновить их представление ClearCase.
Он работал для них в течение последних 6 месяцев до сегодняшнего дня.Ошибка при обновлении моментального снимка ClearCase

Когда они обновляются, они получают:

Unable to read directory "." Permission denied 

Errors were encountered in loading "\VOB" 

Я сделал «gpresult», и кажется, что они находятся в правильных группах и поток не заблокирован для него.
CC Doctor тоже не придумывает никаких ошибок.
Ничего не изменилось с тех пор, как он последний раз использовал CC в пятницу.

Есть ли другие места, которые я должен посмотреть?
Я из идей, и я считаю, что я достиг конца моего поиска Google ...

+0

хорошая презентация - этот вопрос показывает надлежащее исследование и хорошие навыки RTFM. –

ответ

2

обычных элементов для проверки являются:

 
cleartool lsview -l -full -pro viewTag 

Поскольку пользователь не внес каких-либо изменений, это может быть связано с профилем выпуска Windows. Убедитесь, что проблема остается после перезагрузки.

Также убедитесь, что изменение политики или изменение политики входа в группу Windows (например, аннулирование прав администратора) не объясняется тем, почему пользователь не может прочитать корневой каталог представления моментального снимка ClearCase. Это может быть проблемой для Windows ACL (т.е. не связанные непосредственно с ClearCase.


ОП сообщает, что группа ссылается CLEARCASE_PRIMARY_GROUP не учитывалась больше по ClearCase, потому что группа не была в первой 32 группы Windows, пользователь был зарегистрирован на

в техническом «About the CLEARCASE_GROUPS variable» детали правильный обходной путь:.

Эта переменная используется для противодействия ограничение в SUNRPC protocol, который используется ClearCase в результате чего любой пользователь ш ho является членом более 32 групп Microsoft Windows (домен или локальный), которые могут столкнуться с проблемами доступа.

Если переменная окружения пользователя CLEARCASE_GROUPS существует для любого пользователя, ClearCase будет рассматривать список групп, разделенных точкой с запятой, которые указаны в значении этой переменной при определении (или показе) групп, к которым принадлежит пользователь.

По сути, при входе в Windows вы получаете Access Token.
ClearCase обрабатывает эти маркеры в том порядке, в котором Windows предоставляет их (что совершенно случайно и не может быть настроено каким-либо образом).
ClearCase прекратит обработку токенов после достижения 32 групп.

Переменная CLEARCASE_GROUPS - единственный способ обойти это поведение.
Когда переменная установлена, ClearCase будет рассматривать каждое имя группы в списке CLEARCASE_GROUPS в том порядке, в котором был написан список, и сравнить его с предоставленными токенами доступа Windows.
Если имя группы совпадает с группой в токене доступа Windows, ClearCase создаст токен доступа ClearCase для этой группы.

Когда переменная CLEARCASE_GROUPS исчерпана, ClearCase вернется в список токенов доступа Windows, и любая группа, которая еще не добавлена ​​в токен ClearCase, будет добавлена ​​из оставшегося списка в указанном порядке, пока все используются группы в токене Windows (если ниже 32) или достигнут 32-разрядный лимит.

set env variable CLEARCASE_GROUP

+0

Согласен с VonC - Clearcase Windows дает вам права на основе вашего имени входа/имени Windows. Поскольку он работает для всех других пользователей, и вы выполнили основные проверки CC, имеет смысл перезагрузиться (Windows вы видите :), а также проверить с помощью системного администратора любые изменения, связанные с Windows, в AD или сети. –

+0

Спасибо вам, но это проблема группы. Я не знал, что ClearCase использует только первые 32 группы, перечисленные для проверки разрешений. Я добавил переменную пользовательской среды «CLEARCASE_GROUPS», поэтому сначала она берет эти группы. – Rubasu

+0

@Rubasu ok. Я завершил ответ, чтобы документировать этот процесс. – VonC

Смежные вопросы