我在 linux 上有一个快照视图并尝试对其进行更新,但我遇到了这样的错误。
cleartool:无法访问“/vobs/myvob/myfolderinvob”:数据库超时
有没有人可以建议做什么。
Clearcase 7.1.2,Kubuntu 12.10 x86_64
我在 linux 上有一个快照视图并尝试对其进行更新,但我遇到了这样的错误。
cleartool:无法访问“/vobs/myvob/myfolderinvob”:数据库超时
有没有人可以建议做什么。
Clearcase 7.1.2,Kubuntu 12.10 x86_64
由于锁定管理器问题(在 Vob 服务器端),可能会出现该特定错误消息。
从这个文档:
锁管理器管理来自任何需要访问 VOB 数据库的进程的锁请求。
其实只有两种:
db_server
,vobrpc_server
,
lockmgr
无论服务器上有多少 VOB,每个 VOB 服务器只有一个进程。
并且锁管理器在启动时定义了各种限制,通过命令行或通过文件表(-f
参数)、用户表(-u
参数)或队列表(-q
参数)的注册表值。
该
-f
参数间接决定了系统上任何时候可以访问多少个VOB。
VOB 数据库在 VOB 存储区 db 子目录中各有 7 个文件(3 个数据文件和 4 个关键文件)。
256个文件的默认-f
值意味着一个服务器上可以有36个VOB(256除以7)而无需修改。
如果您在服务器上有超过 36 个 VOB 并且您没有修改它,您可能会遇到问题,例如在等待锁定时最终用户响应不佳,以及日志文件中出现各种错误消息。
尝试增加-f
参数以增加lockmgr
过程。文件表的大小没有实际限制,但我们建议您将该值设置为系统上将拥有的 VOB 数量的 7 倍。该参数确定可以从锁管理器请求锁的最大进程数
-u
。 同样,默认值为 256。 通常,每个活动的客户端 ClearCase 命令只有一个活动进程。无论系统上有多少 VOB,此参数实质上限制了并发 ClearCase 活动的数量。同样,如果参数设置得太低,您将看到糟糕的最终用户响应和“锁定管理器正忙”错误。db_server
vobrpc_server
db_server
-u
该
-q
参数决定了锁管理器在任何时候可以将多少个锁请求排队。默认值为 1024。同样,如果此参数设置得太低
,您将在日志文件中看到糟糕的最终用户响应和“ ”消息。 为了解决这个问题,我们建议您将参数增加到最大参数值的五倍(尽管实际上没有上限),因为该进程通常会在一次请求中请求锁定五个数据库文件。database timed out
-q
-u
db_server
有关如何调整这些值的更多信息,请参阅“关于锁管理器的管理员指南补充”。
对于 Unix 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