Clearcase UCM - Невозможно прочитать запись набора изменений для действия

События до сих пор

У нас есть CC 7.1.2.2, многосайтовая установка, при которой мы осуществляем доставку между двумя сайтами. Теперь при возобновлении доставки на сайт назначения мы получаем такую ​​ошибку:

Unable to read change set entry for activity "<activity name>". Unable to 
convert diffs to elements. Unexpected error in deliver. Unable to perform merge. 
Unable to do integration.

Затем запуск checkvob -ucm показывает несколько неработающих гиперлиник, которые команда поддержки SCM исправляет для нас. В техническом примечании IBM говорится, что это проблема синхронизации.

А теперь настоящая проблема:

Это начало происходить на регулярной основе внезапно, и мы знаем, что это НЕ проблема синхронизации между VOB и PVOB, поскольку пакеты синхронизируются правильно. Мне интересно выяснить, могло ли это произойти из-за определенного набора действий пользователя, таких как удаление извлеченных версий и т. Д. Ключевым моментом является то, что это не разовая вещь и влияет на наши поставки каждый день. Мы не можем найти никаких конкретных инициирующих действий или первопричины.

Любые идеи ?


clearcase ibm-rational
person Pulak Agrawal    schedule 17.11.2011    source источник
comment
Также обратите внимание, что у нас нет прав rmver или delete .. все, что мы можем сделать, это проверить родительский каталог, удалить элемент и проверить родительский, эффективно делая элемент невидимым в представлении, а не удаляя его, поэтому сообщение здесь ›ссылка также не помощь   -  person Pulak Agrawal    schedule 17.11.2011

Ответы (2)


arrow_upward
2
arrow_downward

Это уже давно связано с проблемой синхронизации нескольких сайтов (здесь пример в 2005 году), а также был связан с ошибка в CC multi-site 7.0.

Но если вы действительно уверены, что синхронизация нескольких сайтов не является проблемой, то это может быть связано с проблемой "lost+found", где элементы могли быть:

  • удалено (rmelem администратором - я знаю, что обычные пользователи в вашей установке не имеют rmver или rmelem прав - для автоматической очистки каталога lost+found, возможно, с помощью запланированного задания ClearCase или какого-либо триггера?)
  • не выбран, потому что конфигурационная спецификация представлений, задействованных в вашей доставке, настроена так, чтобы не выбирать каталог lost+found
person VonC    schedule 17.11.2011
comment
спасибо, но: 1. ошибка, о которой вы упомянули, возникает при сбое доставки -complete, в то время как в моем случае доставка -resume дает сбой. 2. Ошибка согласно IBM должна быть исправлена ​​в моей версии (7.1.2.2) 3. Указатель "Потерянный + найденный", я уточню у администраторов 4. За последние месяцы ничего не изменилось для наших представлений, поэтому я не думаю, что спецификация конфигурации имеет какое-то отношение к этому вопросу. - person Pulak Agrawal; 17.11.2011
comment
@PulakAgrawal: 1. и 2. Мне известно ваше мнение, я привел эти примеры только для того, чтобы проиллюстрировать, как проблемы с синхронизацией возникали в течение длительного времени, даже если вы говорите, что это не в вашем случае. 3. ок. 4. Просто проверьте свои параметры конфигурации, используемые вашими поставками, если нет правила element /yourVob/lost+found -none. - person VonC; 17.11.2011
comment
Проверено 4. Нет таких правил конфигурации конфигурации, но все же выясняется с администратором, есть ли у них задание, которое очищает потерянные + найденные. Ответим завтра по этому поводу. Спасибо - person Pulak Agrawal; 17.11.2011

arrow_upward
2
arrow_downward

Обнаружил проблему; это действительно были скрытые проблемы с синхронизацией. Что действительно происходило, так это то, что синхронизация мультисайтов истекала по таймауту для пакетов размером более 250 мегабайт. Это создало бы проблемы для доставки заявок на сайте, где PVOB синхронизировались бы, а VOB - нет. Это было скрыто, поскольку в противном случае синхронизация происходила правильно.

Спасибо VonC за другой вклад; Я знаю, что вы указали бы мне на проблемы с синхронизацией в качестве первой меры, если бы я не подтвердил, что проблема не в этом.

person Pulak Agrawal    schedule 24.11.2011