无法以明文形式访问结帐或签入文件

时间:2017-12-29 02:07:50

标签: clearcase clearcase-ucm

我无法将一个clearcase中的文件从dev stream传递到int stream。它失败了,我在int流上做了一个undo checkout,它创建了一个零版本。现在我无法签出文件,它说 错误:签出文件但无法复制数据。未知的vob错误。

我检查了并用另一个文件覆盖并尝试签入,它说。 签入失败:不是BDTM容器

我试图删除零版本和分支,它说 无法删除 - 不是BDTM容器

我也无法打开文件,因为它没有这样的文件或目录。我可以看到其他分支上的版本,但不是这个零版本

我有这个ibm支持页面,但它没有帮助我。 http://www-01.ibm.com/support/docview.wss?uid=swg21294695 请指教。

1 个答案:

答案 0 :(得分:2)

Binary Delta Type Manager容器有一些您需要注意的细节:

  1. 它存储为包含增量数据的gzip压缩文件,部分为文本,部分为二进制数据。
  2. 每个分支有一个容器,现有版本> 0
  3. ... \ branch \ 0版本(\ main \ 0除外)实际上使用了父分支的容器。
  4. 那么,这在现实中意味着什么?您至少有一个损坏的源容器。

    • 如果您要检出... \ branch \ 0,则PARENT分支的容器已损坏。在父版本上执行cleartool转储以获取容器路径,然后在下面跳过
    • 如果您要检出... \ branch \ 1或更高版本,请转储您要检出的版本以获取源容器路径。然后...

    检查文件数据和元数据:

    • 如果是< 47个字节(.gz文件的最小大小),它已损坏。如果它是0字节,那么就会干扰签入过程。
    • 如果它更大,尝试使用gzip -d<解压缩它。 {file path}> temp.txt,然后在文本编辑器中打开文件。它应该有一个包含许多版本OID等的标题......
    • 如果gzip错误输出,根本没有解压缩文件,请打开文件并检查其内容。它可能不包含压缩数据。
    • 如果gzip因数据完整性或早期EOF错误而出错,则很可能是文件系统问题导致文件损坏。

    解决方案是从备份,远程副本或“ndata”版本替换容器。这不是最好在StackOverflow上讨论的内容,而是通过PMR讨论的内容。