我正在将一个非常大的多站点安装迁移到较新的操作系统平台。运行ClearCase在一个特定的迁移阶段，所有的vob似乎都已正确迁移，命令lsvob -s -host xxxx显示旧服务器上没有vob，但是现在我在旧服务器上的传入bin中遇到了卡住的数据包。我认为这与在迁移之前仍然打开视图的开发人员有关，但问题是mt lspacket抱怨它无法在注册表中找到具有单个UUID的VOB。数据包堆积起来，它们都抱怨同一个UUID，所以我假设它们都与一个VOB相关。ct lsvob -uuid xxxx表示无法使用该UUID找到VOB。
我该如何纠正这个问题呢?
查看multitool lspacket，检查multitool lspacket –long /usr/tmp/packet1 (multitool lspacket列出的数据包之一)是否有帮助(有点像旧的CC7.0 multitool lspacket -l -dump)
如果这是链接到开发视图，检查你是否可以得到一个cleartool rmview --force -vob avob -uuid an_uuid仍然是可能的，以确保没有视图引用旧的Vob。
数据包由其他站点路由到旧服务器。它与开发人员视图无关。
@VonC的lspacket long答案会给你发送副本的名称…您必须描述目标副本，以查看它当前认为移动副本的主机是什么。
在此期间，您可以将同步数据包复制/移动到新服务器，并且应该导入良好。
假设您使用默认的作业，并且不使用out来更改默认的数据包名称，在接收主机上运行run multitool lspacket，您将显示像";sh_o_sync_P50-rep_2022-11-14T160519-0500_17508.&;"在这种情况下，P50-rep">
发送副本的名称。你还会看到一行:
VOB family identifier is: 19fd6066.dbf111e1.9886.44:37:e6:60:fc:96
cleartool lsvob -family{以上UUID}将识别此同步数据包所在的VOB。
* bc-linuxtest \this-is-the-vob-server-hostvobstorebc-linuxtest.vbs public (replicated)
你可以结合这些信息来定位发送站点，因为描述看起来像这样:
replica "P50-rep"
created 2018-04-10T08:50:15-04:00 by CC VOB Admin (vobadm2.ccusers@Bullwinkle)
"Test replica 3."
replica type: unfiltered
master replica: P50-rep@bc-linuxtest
request for mastership: enabled
owner: PRODvobadm
group: PRODccusers
host: "this-is-the-vob-server-host"
identities: preserved
permissions: preserved
一旦你去那里，你将能够看到IT认为副本主机是什么，然后我们可以让它知道副本现在在哪里…必要时不择手段。然而，"骗子"方法将意味着您需要打开一个支持盒来获取工具和使用它的步骤。
我的猜测是问题副本是:
- 问题副本是自我控制，和
- 不向至少一个"上游"发送更新。复制品。