2011-11-17 60 views
2
改變設置項

活動至今ClearCase的UCM - 無法讀取活動

我們有一個CC 7.1.2.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顯示了一些碎hyperliniks其中SCM支持團隊修復了我們。 IBM tech note表示這是一個同步問題。

現在的實際問題:

這已經開始發生定期突然,我們知道它不是VOB和PVOB之間的同步問題,因爲數據包得到正確同步。我感興趣的是,這是否會由於一些特定的用戶操作(如刪除已簽出的版本等)而發生。關鍵在於它不是一次性的事情,並且每天都會影響我們的交付。我們無法找到任何具體的觸發行爲或根本原因

任何想法?

+0

另外,請注意,我們沒有'rmver'或'delete'權限..我們所能做的就是檢出父目錄,刪除元素並在父級中檢查,使元素在視圖中不可見,而不是真的刪除它,所以這裏的帖子> [鏈接](http://blog.naver.com/PostView.nhn?blogId=sonjae76&logNo=10025866628&parentCategoryNo=2&viewDate=¤tPage=1&listtype=0)也沒有幫助 –

回答

2

找到了問題;它確實隱藏了同步問題。真正發生的情況是,多站點同步超過250兆的數據包超時。這會造成出價問題,其中PVOB會同步並且VOB不會同步。這是隱藏的,否則同步正常發生。

感謝VonC的其他投入;我知道如果我沒有證實這不是問題,我會指示我同步問題作爲第一個措施。

2

這已連接到現在很長一段時間(此處爲example in 2005)的多站點同步問題,並且還與bug in CC multi-site 7.0相關聯。

但如果你是真的確保多點同步是這個問題,那麼它可能與「lost+found」的問題,其中的元素可能是:

  • 刪除(rmelem由一個管理員 - 我知道您的設置中的普通用戶沒有rmverrmelem權限 - 爲了自動清除lost+found目錄,可能通過ClearCase預定作業或某種觸發器?)
  • 未選中beca使用您提交的涉及視圖的配置規範設置爲不選擇lost+found目錄
+0

謝謝,但:1 。你提到的錯誤是在交付完成失敗的時候,而在我的情況下交付-resume是失敗的。 2.根據IBM的錯誤應該在我的版本(7.1.2.2)中解決3. Lost + found是一個指針,我將與管理員覈對4.自從幾個月以來,我們的視圖沒有任何改變,所以我沒有認爲配置規範在這裏有任何事情要做。 –

+0

@PulakAgrawal:1.和2。我知道你的觀點,我只是提到這些例子來說明同步問題如何長期存在,即使你說他們不是你的情況。好的。 4.如果沒有「element/yourVob/lost + found -none」規則,請檢查您的配置使用的配置規範。 – VonC

+0

檢查4.沒有配置規範那樣的規則,但仍然與管理員找到他們是否有一個工作,清除丟失+找到。將在明天就此作出迴應。謝謝 –