インスタンスの起動に失敗する問題のトラブルシューティング方法

インスタンスの起動に失敗し、エラー状態になる場合、これは通常、インスタンスの作成に使用したイメージまたはサーバー設定に関連する大きな問題を示しています。

問題のトラブルシューティングを行うには、以下の手順を完了してください:

  1. 関連するログファイルとデバッグ情報を保存します:

    インスタンスログ

    インスタンスログを表示するには、次のコマンドを入力します:

    incus info <instance_name> --show-log
    コンソールログ

    コンソールログを表示するには、次のコマンドを入力します:

    incus console <instance_name> --show-log

  2. Incus サーバーを実行しているマシンを再起動します.

  3. インスタンスをもう一度起動してみてください。 エラーが再発した場合は、ログを比較して同じエラーかどうか確認します。

    同じエラーであり、ログ情報からエラーの原因を特定できない場合は、フォーラムで質問を投稿してください。 収集したログファイルを含めるようにしてください。

トラブルシューティングの例

この例では、systemd が起動できない RHEL 7 システムを調査しましょう。

~$ incus console --show-log systemd
Console log: Failed to insert module 'autofs4'Failed to insert module 'unix'Failed to mount sysfs at /sys: Operation not permittedFailed to mount proc at /proc: Operation not permitted[!!!!!!] Failed to mount API filesystems, freezing.

ここでのエラーは、 /sys と /proc がマウントできないと言っています - これは、非特権コンテナでは正しいです。 しかし、Incus は可能であればこれらのファイルシステムを自動的にマウントします。

コンテナの要件では、すべてのコンテナには空の /dev、/proc、/sys ディレクトリーが必要であり、/sbin/init が存在していなければなりません。 これらのディレクトリーが存在しない場合、Incus はそれらをマウントできず、systemdがその後それを試みます。 これは非特権コンテナなので、systemdはこれを行う能力がなく、コンテナはフリーズします。

したがって、何も変更される前の環境を確認でき、raw.lxc 設定パラメーターを使用してコンテナ内のinitシステムを明示的に変更できます。 これは、Linux カーネルのコマンドラインで init=/bin/bash を設定するのと同等です。

incus config set systemd raw.lxc 'lxc.init.cmd = /bin/bash'

これがどのように見えるかを示します:

~$ incus config set systemd raw.lxc 'lxc.init.cmd = /bin/bash'
~$ incus start systemd
~$ incus console --show-log systemd
Console log: [root@systemd /]#

これでコンテナが起動したので、確認して期待通りにうまく動作していないことがわかります:

~$ incus exec systemd -- bash
[root@systemd ~]# ls[root@systemd ~]# mountmount: failed to read mtab: No such file or directory[root@systemd ~]# cd /[root@systemd /]# ls /proc/sys[root@systemd /]# exit

Incus は自動的に回復しようとするため、起動時にいくつかのディレクトリーが作成されました。 コンテナをシャットダウンして再起動すると問題が解決しますが、元の原因はまだ残っています - テンプレートには必要なファイルが含まれていません。