Динамическое представление в прозрачном корпусе занимает много времени
Мы наблюдаем резкое увеличение времени сборки при сборке кода в clearcase vob, мастер которого находится в другом месте без подмигиваний. Раньше несколько месяцев назад он строился за 3 часа, но сейчас это занимает 13 часов. Теперь мы попытались собрать код, отредактировав config-spec к предыдущей дате, хотя сборка заняла очень много времени.
подозревая изменения конфигурации оборудования в машине. Есть идеи?
1 ответ
Я видел этот сценарий ранее на клиентских сайтах, где что-то патологическое произошло с сетью.
Проверка журналов - отличное место для начала. Другим тестом будет запуск трассировки и проверки связи между машиной сборки и серверами view и vob. Если сервер имен перестает отвечать, пройдет несколько секунд, прежде чем истечет время ожидания. Более ранние версии ClearCase не кэшировали IP-адрес, и разрешение имени происходило бы много раз за запрос. Инкрементная задержка тайм-аута и переключения на другой сервер имен приведет к увеличению длительности сборок в 5-10 раз.
Короче говоря, я бы сильно заподозрил сеть в первую очередь.
Просматривает в журналах сообщения (как в этой теме), где clearmake процесс пытается связаться с пользовательскими представлениями (сообщение "Это представление не будет связываться в течение следующих 60 минут…")
Как описано в " Понятиях сборки ClearCase", проверьте, являются ли ваши представления сборки изолированными или общими: может ли один или другой режим работать быстрее.
