2016-10-28 21 views
0

Verticaクラスタを移行しようとしています。HP Vertica - 異なるクラスタから接続してコピーできません。

connect文が成功した:

CONNECT TO VERTICA mydb USER myuser PASSWORD '' on 'private-ip',5433; 

コピーはしません:hostnameは、すべてのマシン間でprivate-ipにマップするように

COPY otherdb.whatever FROM VERTICA mydb.table.whatever; 
ERROR 4534: Receive on v_otherdb_node0002: Message receipt from v_otherdb_node0005 failed [canceled] 
ROLLBACK 4236: One or more nodes did not open a data connection to this node. This may indicate a network configuration problem. Check that the private interfaces used for communication among the cluster hosts reside in the same subnet and are returned first by host address lookup 

の/ etc /両方のクラスタ上のホストが正しく設定されています。 Telnet、ping、netcat接続はすべて良いです。私は様々なオプション試してみました

:不一致が

  • を容認されていない場合には

    • 使用同じカタログおよびデータパスが同じDB名と異なるDB名を使用していない - 何の違い

    を2つのクラスタにはそれぞれ6台のマシンがあり、各クラスタは正常であり、すべてのノードが応答しています。

    他に何ができるのですか?

  • +0

    telnetで接続できますか?すべてのノードで5433を使用していますか? –

    +0

    私はこの問題を発見しました。答えとして投稿します。 – Sevag

    答えて

    0

    クラスタの1つがプライベートサブネットとは異なるサブネットでEXPORTに設定されていたという問題がありました。 netcatを行う

    、私がいることを発見した:私の新しいクラスタから*選択しても」かかわらず、古いクラスタそれはノードのパブリックIPアドレスだと古いクラスタが応答した正しいプライベート・ノードのIP

  • だを送った

    • ノード;

      select * from vs_subnets; 
      select database_name, export_subnet from databases; 
      

      をそれは(ずっと前に)誰かがパブリックサブネットを使用するには、古いクラスタを構成していたが判明:私は走った。このことからプライベートIPアドレス

    を返していました。

    あなたが実行することで、これを元に戻すことができます。

    ALTER DATABASE <my-db-name> EXPORT ON DEFAULT; 
    

    をこれはDBが戻って定期的なサブネットに行くことができます。

  • 関連する問題