我在linux上有一个快照视图并尝试更新它,但我收到这样的错误。
cleartool:无法访问“/ vobs / myvob / myfolderinvob”:数据库超时
有没有人可以建议做什么。
Clearcase 7.1.2,Kubuntu 12.10 x86_64
答案 0 :(得分:1)
由于Lock Manager问题(在Vob服务器端),可能会出现该特定错误消息 来自this doc:
Lock Manager管理来自任何需要访问VOB数据库的进程的锁定请求 实际上,只有两个:
db_server
,vobrpc_server
,无论您在服务器上有多少VOB,每个VOB服务器只有一个
lockmgr
进程。
并且Lock Manager具有各种限制,这些限制在启动时通过命令行或通过文件表的注册表值(-f
参数),用户表(-u
参数)或 队列表(-q
参数)。
-f
参数间接确定系统一次可以访问的VOB数量。
VOB数据库在VOB存储区域db子目录中各有7个文件(3个数据文件和4个密钥文件) 256个文件的默认-f
值意味着服务器上可以有36个VOB(256除以7)而无需修改。
如果服务器上有超过36个VOB并且您没有对其进行修改,则可能会遇到诸如等待锁定时最终用户响应不佳以及日志文件中的各种错误消息等问题。 尝试增加-f
参数以增加lockmgr
进程的大小。没有 对文件表大小的实际限制,但我们建议您将该值设置为系统上将要具有的VOB数的7倍。
-u
参数确定可以从锁管理器请求锁定的db_server
和vobrpc_server
进程的最大数量。
同样,默认值为256 通常,每个活动客户端ClearCase命令只会有一个活动db_server
进程。无论系统上有多少VOB,此参数都基本上限制了并发ClearCase活动的数量。同样,如果-u
参数设置得太低,您将看到糟糕的最终用户响应和“锁定管理器忙”错误。
-q
参数确定Lock Manager在任何时候可以排队的锁定请求数。默认值为1024.
同样,如果此参数设置得太低,您会在日志文件中看到糟糕的最终用户响应和“database timed out
”消息。
要解决此问题,我们建议您将-q
参数增加到最多五倍的值-u
参数的实例(尽管实际上没有上限),因为db_server
进程通常在一个请求中请求锁定五个数据库文件。
有关如何调整这些值的详细信息,请参阅“Supplement to the Administrator's Guide about the Lock Manager”。
对于Unix Vob服务器:
现在可以通过使用名为
vob_almd_params
的配置文件,为系统上的每个VOB提供不同的参数以及为服务器范围的设置提供本地指定的覆盖。注意:尽管可以设置每个VOB almd参数,但我们建议您仅使用
/opt/rational/clearcase/config/vob/db
中的每服务器范围设置。
vob_almd_params
服务器范围的配置文件位于/opt/rational/clearcase/config/vob/db
目录中,并控制主机上所有VOB的设置。- 单个VOB db目录(
vob_almd_params
)中的<vob-storage-dir>/db/vob_almd_params
文件将修改该单个VOB的设置,而不是主机上的所有VOB。注意:参数值可能低于先前版本中使用的参数值。
vob_almd_params
文件中使用的语法:
–u num –q num