メインコンテンツまでスキップ
バージョン: 2.5

デプロイ

このトピックでは、デプロイに関するよくある質問への回答を提供します。

fe.conf ファイルの priority_networks パラメータで固定 IP アドレスをバインドするにはどうすればよいですか？​

問題の説明​

例えば、2つの IP アドレスがあるとします: 192.168.108.23 と 192.168.108.43。IP アドレスを次のように指定することがあります:

  • アドレスを 192.168.108.23/24 と指定すると、StarRocks はそれを 192.168.108.43 と認識します。
  • アドレスを 192.168.108.23/32 と指定すると、StarRocks はそれを 127.0.0.1 と認識します。

解決策​

この問題を解決する方法は次の2つです:

  • IP アドレスの末尾に "32" を追加しないか、"32" を "28" に変更します。
  • StarRocks 2.1 以降にアップグレードすることもできます。

インストール後にバックエンド (BE) を起動すると "StarRocks BE http service did not start correctly, exiting" というエラーが発生するのはなぜですか？​

BE をインストールする際、システムは起動エラーを報告します: StarRocks BE http サービスが正しく起動しませんでした、終了します。

このエラーは、BE のウェブサービスポートが占有されているために発生します。be.conf ファイル内のポートを変更し、BE を再起動してみてください。

ERROR 1064 (HY000): Could not initialize class com.starrocks.rpc.BackendServiceProxy というエラーが発生した場合はどうすればよいですか？​

このエラーは、Java Runtime Environment (JRE) でプログラムを実行する際に発生します。この問題を解決するには、JRE を Java Development Kit (JDK) に置き換えてください。Oracle の JDK 1.8 以降を使用することをお勧めします。

FE と BE の設定項目を変更して、クラスタを再起動せずに反映させることはできますか？​

はい。FE と BE のパラメータの設定を変更するには、次の手順を実行します:

  • FE

    • SQL
    ADMIN SET FRONTEND CONFIG ("key" = "value");

    例:

    ADMIN SET FRONTEND CONFIG ("enable_statistic_collect" = "false");
    • シェル
    curl --location-trusted -u username:password \
    http://<ip>:<fe_http_port/api/_set_config?key=value>

    例:

    curl --location-trusted -u <username>:<password> \
    http://192.168.110.101:8030/api/_set_config?enable_statistic_collect=true

  • BE

    curl -XPOST -u username:password \
    http://<ip>:<be_http_port>/api/update_config?key=value

    注意: ユーザーがリモートでログインする権限を持っていることを確認してください。持っていない場合は、次の方法でユーザーに権限を付与できます:

    CREATE USER 'test'@'%' IDENTIFIED BY '123456';

    GRANT SELECT_PRIV ON . TO 'test'@'%';

BE のディスクスペースを拡張した後に "Failed to get scan range, no queryable replica found in tablet:xxxxx" というエラーが発生した場合はどうすればよいですか？​

問題の説明​

このエラーは、主キーテーブルへのデータロード中に発生することがあります。データロード中、宛先の BE にロードされたデータのための十分なディスクスペースがなく、BE がクラッシュします。その後、新しいディスクが追加されてディスクスペースが拡張されます。しかし、主キーテーブルはディスクスペースの再バランスをサポートしておらず、データを他のディスクにオフロードすることができません。

解決策​

このバグ（主キーテーブルが BE のディスクスペースの再バランスをサポートしていない）へのパッチは、まだ開発中です。現在、この問題を解決するには次の2つの方法があります:

ディスク間でデータを手動で分配します。例えば、使用率の高いディスクからより大きなスペースのあるディスクにディレクトリをコピーします。 これらのディスク上のデータが重要でない場合は、ディスクを削除し、ディスクパスを変更することをお勧めします。このエラーが続く場合は、TRUNCATE TABLE を使用して、テーブル内のデータをクリアし、スペースを確保します。

クラスタの再起動中に FE を起動すると "Fe type:unknown ,is ready :false." というエラーが発生するのはなぜですか？​

Leader FE が実行中かどうかを確認してください。実行されていない場合は、クラスタ内の FE ノードを一つずつ再起動してください。

クラスタをデプロイする際に "failed to get service info err." というエラーが発生するのはなぜですか？​

OpenSSH Daemon (sshd) が有効になっているかどうかを確認してください。有効でない場合は、/etc/init.d/sshd`` status コマンドを実行して有効にしてください。

BE を起動すると "Fail to get master client from cache. ``host= port=0 code=THRIFT_RPC_ERROR" というエラーが発生するのはなぜですか？​

netstat -anp |grep port コマンドを実行して、be.conf ファイル内のポートが占有されているかどうかを確認してください。占有されている場合は、占有されていないポートに置き換えてから BE を再起動してください。

Enterprise Edition のクラスタをアップグレードする際に "Failed to transport upgrade files to agent host. src:…" というエラーが発生するのはなぜですか？​

このエラーは、デプロイメントディレクトリに指定されたディスクスペースが不足している場合に発生します。クラスタのアップグレード中に、StarRocks Manager は新しいバージョンのバイナリファイルを各ノードに配布します。デプロイメントディレクトリに指定されたディスクスペースが不足している場合、ファイルを各ノードに配布することができません。この問題を解決するには、データディスクを追加してください。

正常に動作している新しくデプロイされた FE ノードの診断ページで "Search log failed." と表示されるのはなぜですか？​

デフォルトでは、StarRocks Manager は新しくデプロイされた FE のパス設定を 30 秒以内に取得します。このエラーは、FE が遅く起動したり、他の理由で 30 秒以内に応答しない場合に発生します。Manager Web のログを次のパスで確認してください:

/starrocks-manager-xxx/center/log/webcenter/log/web/``drms.INFO（パスはカスタマイズ可能です）。その後、ログに "Failed to update FE configurations" というメッセージが表示されているかどうかを確認します。表示されている場合は、対応する FE を再起動して新しいパス設定を取得してください。

FE を起動すると "exceeds max permissable delta:5000ms." というエラーが発生するのはなぜですか？​

このエラーは、2台のマシン間の時間差が5秒以上ある場合に発生します。この問題を解決するには、これら2台のマシンの時間を合わせてください。

データストレージ用に複数のディスクがある場合、storage_root_path パラメータをどのように設定すればよいですか？​

be.conf ファイルで storage_root_path パラメータを設定し、このパラメータの値を ; で区切ります。例えば: storage_root_path=/the/path/to/storage1;/the/path/to/storage2;/the/path/to/storage3;

クラスタに FE を追加した後に "invalid cluster id: 209721925." というエラーが発生するのはなぜですか？​

クラスタを初めて起動する際に、この FE に --helper オプションを追加しない場合、2台のマシン間でメタデータが不一致となり、このエラーが発生します。この問題を解決するには、メタディレクトリ下のすべてのメタデータをクリアし、--helper オプションを使用して FE を追加する必要があります。

FE が実行中でログに "transfer: follower" と表示されている場合、Alive が false になるのはなぜですか？​

この問題は、Java Virtual Machine (JVM) のメモリの半分以上が使用され、チェックポイントがマークされていない場合に発生します。一般的に、システムが 50,000 件のログを蓄積した後にチェックポイントがマークされます。各 FE の JVM パラメータを変更し、負荷が高くないときにこれらの FE を再起動することをお勧めします。