エラーは二つのことを意味するかもしれません:
それは、ドメインのコンソールに接続するために必要な擬似のTTYが中のxenstoreに保存されているのxenstoreに
をよく知られてレースを文書化していますいくつかの場所。 Xenコンソールクライアントは、その値に対してinotify形式の監視を設定します。バッキングファイル記述子が変更された場合、コンソールに再接続できます。ただし、ドメインが最初に作成された時点からxenstoreに情報が移入されるまでに数秒かかります。
xm infoの出力を投稿すると、よく知られているレースを扱っているかどうかは分かります。
バッキング擬似端末は、作成することはできません。このため
一般的な理由では、/ devだろう/マウントされていないPTS。 -c
オプションなしでドメインを起動した後にxenstore-ls /local/domain/{domain_id}
を実行すると、そのドメインのストアの内容が表示されます。言います(下端付近)の行を探します
tty="/dev/pts/{pty}"
実際にはptyが存在することを確認してください。
xenコンソールデーモンは、2つの実際のファイル記述子を使用してそれを実現します。最初は、ノード内のその特定の情報に関するpsuedoファイル記述子(xs_fileno()を介して取得される)であるため、poll()を実行してその情報が変化するかどうかを調べることができます。 2番目は実際に擬似ttyを読み書きするopen()
から返された実際のFDです(はい、O_NONBLOCKが渡されます)。
xenstoreから偽りのFDを見つけられないようにも見えます。これは、バッキングptyが現実的に挑戦されている可能性が高いことを意味します。
有用な応答を得るには、より有用な情報(ログメッセージ、実際のstartos.xmの内容など)を投稿する必要があります。 –