2014-10-18 4 views
1

Перед производить выпуск, checkvob дает результатПроблема с командой checkvob

The VOB's source pools are healthy 

Теперь я создал некоторые проблемы в исходном пуле, как показано ниже:

cd to some source pool container 
[[email protected]_Clearcase ~]# cd /net/Server_Clearcase/sdb/ccstg/VOBs/CC_pvob.vbs/s/sdft/2d/3b 

replace once file in source pool with another. 
[[email protected]_Clearcase 3b]# cp 5-e7f8331f543011e49671000c294d90d1-zr /net/Server_Clearcase/sdb/ccstg/VOBs/CC_pvob.vbs/s/sdft/3c/2c/5-e76832b3543011e49671000c294d90d1-u4 
cp: overwrite `/net/Server_Clearcase/sdb/ccstg/VOBs/CC_pvob.vbs/s/sdft/3c/2c/5-e76832b3543011e49671000c294d90d1-u4'? y 
[[email protected]_Clearcase 3b]# 

Когда я бегу checkvob, это подоконник говорит

The VOB's source pools are healthy 

Я думаю, что он должен жаловаться на некоторые проблемы в контейнере источника.

Как бы вы это объяснили?

+0

Просьба предоставить полную командную строку «checkvob» –

+0

cleartool checkvob -Бассейн -cleartext -view root_CC.v1 /net/Server_Clearcase/sdb/ccstg/VOBs/CC_pvob.vbs – HITENC

ответ

0

checkvob man page делает упоминание:

Во время обработки проверки, элемент «здоровым» является тот, чьи контейнеры имеют:

  • правильные имена,
  • в нужных местах,
  • с соответствующими разрешениями.

checkvobне обнаруживает контейнер повреждения данных.

Это может объяснить, почему вы видите «полезное» выходное сообщение.

Попробуйте удалить один элемент и посмотреть, обнаружен ли checkvob отсутствующий контейнер данных.


cleartool checkvob -pool -cleartext -view root_CC.v1 /net/Server_Clearcase/sdb/ccstg/VOBs/CC_pvob.vbs 

Заметим также, что checkvob с -cleartext вариант будет ограничивать анализ в открытом виде бассейна, пропуская исходный пул полностью.
Удаление этой опции приведет к тому, что checkvob будет обрабатывать исходные объекты VOB, производные объекты (DO) и пустые фрагменты.

+0

Я понимаю, указав тип пула проверок только что бассейн. Я проверил все пулы и сказал «Здоровый» статус. Согласно man-странице checkvob, это то, что ожидается, «checkvob не обнаруживает повреждение данных контейнера». Но поскольку я намеренно изменил исходный контейнер, просто создайте случай, подобный поврежденному контейнеру источника. Теперь, как я могу обнаружить такую ​​коррупцию в исходном контейнере? – HITENC

+0

@ user181369 во-первых, вы не используете '-cleartext' (или он ничего не проверяет в пуле источников). Во-вторых, вы не обнаруживаете коррупцию, изменяя контент, как утверждает документ. – VonC

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