在Linux上更新clarcase快照視圖時出錯

Question

我在linux上有一個快照視圖並嘗試更新它，但是我收到了這樣的錯誤。

cleartool：無法訪問 「/ VOB的/ myvob/myfolderinvob」：數據庫超時

有誰可以建議做什麼。

ClearCase的7.1.2，Kubuntu的12.10 x86_64的

Answer 1

的特定錯誤消息可以因爲一個鎖管理問題的出現（在VOB服務器端）。
從this doc：

鎖管理器管理從需要訪問VOB數據庫的任何進程的鎖請求。
事實上，只有兩個那些：

• db_server，
• vobrpc_server，

有每個VOB服務器只有一個lockmgr過程中，不管你有多少的VOB在服務器上。
鎖定管理器具有各種限制，這些限制通過命令行或通過文件表（-f參數），用戶表（-u參數）或 隊列表（-q參數）的註冊表值啓動時定義）。

• -f參數間接確定一次可以在系統上訪問多少個VOB。
  VOB數據庫在VOB存儲區域db子目錄中各有7個文件（3個數據文件和4個密鑰文件）。
  256個文件的默認-f值意味着服務器上可以有36個VOB（256除以7）而無需修改。
  如果服務器上有超過36個VOB，並且您尚未修改此VOB，則可能會遇到問題，如等待鎖定時的最終用戶響應不佳以及日誌文件中的各種錯誤消息。
  嘗試增加-f參數以增加lockmgr過程的大小。對於文件表的大小沒有實際的限制，但我們建議您將該值設置爲系統中要使用的VOB數量的7倍。

• -u參數確定可以從鎖管理器請求鎖的最大數量db_server和vobrpc_server進程。
  此外，默認值爲256.
  通常，每個活動客戶端ClearCase命令只有一個活動的db_server進程。無論系統上有多少個VOB，該參數基本上限制了併發ClearCase活動的數量。同樣，如果-u參數設置得太低，您將看到最終用戶響應不佳以及「鎖管理器正忙」錯誤。

• -q參數確定鎖管理器在任何時候可以排隊的鎖請求數。默認值是1024。
  同樣，如果此參數設置得太低，您將看到日誌文件中的最終用戶響應不佳以及「」消息。
  要解決此問題，我們建議您將-q參數增加爲-u參數的值 的五倍（儘管實際上沒有上限），因爲db_server進程通常會請求一個鎖定五個數據庫文件請求。

更多關於如何調整這些值，請參閱 「Supplement to the Administrator's Guide about the Lock Manager」。

爲UNIX VOB服務器上：

具有不同參數的系統上的每個VOB以及用於服務器範圍設置的本地指定的倍率的能力是現在有可能通過使用配置文件的稱爲vob_almd_params。

注意：雖然可以設置每個VOB almd參數，但我們建議您僅使用/opt/rational/clearcase/config/vob/db中的每個服務器範圍的設置。

• 的vob_almd_params服務器範圍內的配置文件位於/opt/rational/clearcase/config/vob/db目錄並控制主機上的所有VOB中的設置。
• vob_almd_params單個VOB db目錄（<vob-storage-dir>/db/vob_almd_params）中的文件將修改該單個VOB的設置，而不是主機上的所有VOB。

注意：參數值可以低於以前版本中使用的參數值。

的vob_almd_params文件中所使用的語法：

–u num –q num