1

着信同期パケットが特定の vob を意図していることを知る方法は?

multitool lspacket -l は、これが意図されている VOB を通知しません。

レプリカ用の着信パケットがいくつかありますが、このコマンドを使用してそれらをインポートすると、次のエラーが発生します。

C:\Program Files\IBM\RationalSDLC\ClearCase\var\shipping\ms_ship\incoming>multitool syncreplica -import sync_usal_unix_2012-11-29T23.00.17-05.00_2296

multitool: エラー: 同期。パケット C:\Program Files\IBM\RationalSDLC\ClearCase\var\shipping\ms_ship\incoming\sync_usal_unix_2012-11-29T23.00.17-05.00_2296 は適用されません。

4

1 に答える 1

1

実際、multitool lspacket最初に確認する正しいコマンドは次のとおりです。

OP vchitta は当初、次のように考えていました。

以下のlspacket出力は、意図したレプリカ名が正しいことを示していますが、VOB の詳細は明らかにされていません。

multitool lspacket sync_usal_unix_2012-12-01T23.01.06-05.00_19957 
Packet is: C:\Program Files\IBM\RationalSDLC\ClearCase\var\shipping\ms_ship\incoming\sync_usal_unix_20‌​12-12-01T23.01.06-05.00_19957 
Packet type: Update Packet fragment: 1 of 1 
VOB family identifier is: 360ab8c4.661e11d3.a49e.00:01:80:a9:b5:ec

私が主張したのは：

360ab8c4.661e11d3.a49e.00:01:80:a9:b5:ecVOB レジストリで' ' を検索しましたか?
(または単にcleartool lsvob -l)
同じ uid を持つ他の Vob はありますか? VOB オブジェクト と VOB レプリカ オブジェクト を
参照してください。 はいまたはいいえ、これがあなたの答えです。

IBMのドキュメントには、次のことが明確に記載されています。

各レプリカは VOB ですが、VOB オブジェクトと VOB-replica オブジェクトは VOB データベース内の異なるオブジェクトです。
具体的には：

  • VOB オブジェクト: データベースには単一の VOB オブジェクトがあります。
    このオブジェクトの UUID は、一覧にVOB ファミリ uuidlsvob –longとして表示されます。
  • VOB レプリカ オブジェクト(またはレプリカ オブジェクト): データベースには、VOB のレプリカごとに VOB レプリカ オブジェクトがあります。
    このオブジェクトの UUID は、一覧にVob レプリカの uuidlsvob –longとして表示されます。

OPは次を追加します：

いいえ
。上記の UUID を持つファミリ ID を持つ VOB はありません。
これで、ファミリ UUID の助けを借りて、パケットが対象とする VOB を見つけることができます。
この特定のパケットは、まだ複製していない Platfom vob 用であることがわかりました。

元の答え

最初の「パケットはどのローカル レプリカにも適用されません」を参照してください。

VOB レプリカのホスト名プロパティが間違っていることを確認するには、次のコマンドを入力します。

cleartool describe –fmt "%[replica_host]p\n"
replica:importing-replica-name@VOB-tag

例えば：

cleartool describe –fmt "%[replica_host]p\n" replica:newyork@/vobs/tests
manhattan

ホスト名が間違っている場合は、chreplicaコマンドを使用して変更します。インポートするレプリカのマスター レプリカで、次のchreplicaコマンドを入力します。

multitool chreplica –c "comment" –host new-host
 replica:importing-replica-name@VOB-tag

例えば：

multitool chreplica –c "change host name" –host brooklyn
replica:newyork@/vobs/tests
Updated replica information for "newyork".

ファミリ内の他のレプリカに更新パケットを送信します。

このテクニカルノートで説明されているように、複数の原因が考えられます

原因

  • インポート コマンドは、VOB サーバー以外のホストから実行された可能性があります。
  • レプリカに関連付けられたホスト名が変更されている可能性があり、MultiSite は更新されていません。
  • VOB サーバーが複数のホスト名または複数のネットワーク カードを持っている可能性があり、MultiSite がそれらと連携するように正しく構成されていません。

問題の解決

原因 1 の場合:

syncreplica -importコマンドが VOB サーバー ホストで実行されていることを確認します。
このsyncreplica -importコマンドはサーバー操作であるため、VOB サーバー ホストで実行する必要があります。

原因 2 の場合:

レプリカに関連付けられているホスト名を確認し、以下の 2 つのコマンドを使用して出力を比較します。
VOB とレプリカは同一の " host" 出力を表示するはずです。そうでない場合、これが問題である可能性があります。
コマンドを使用しmultitool chreplica -hostて問題を解決してください。詳細については、 ( )
のトピックに関する MultiSite 管理者ガイドを確認してください。chreplicamultitool man chreplica

    cleartool lsvob -long <vob tag>
    multitool lsreplica -long <replica-name>

原因 3 の場合:

インポートが実際に正しいサーバー ホストで実行されている場合は、そのマシンにいくつのホスト名があるかを確認してください。
サーバーに複数のネットワーク カードまたは複数のエイリアスがある可能性があります。
複数の名前がある場合は、alternate_hostnames ファイルが存在することを確認してください。

マシンが持っているすべてのホスト名を 1 行に 1 つずつ含める必要があります。

注: alternate_hostnames ファイルは、UNIX® および Linux® でのみサポートされています。

于 2012-11-30T10:24:43.827 に答える