2011-01-11 21 views
2

私はXenに少し問題があります。私はxm createを実行しようとするたびに、私は次のエラーを取得する:XMの作成にいくつか問題があります

dom0:~# xm create -c staros.xm 
Using config file "./staros.xm". Started domain StarOS-3 xenconsole: Could not read tty from store: No such file or directory 

が、これは誰にでもなじみのですか?

私の設定は正しいと思います。最初は、qemu-dmへのパスが正しく設定されていないと思われました。あなたが記述している

+0

有用な応答を得るには、より有用な情報(ログメッセージ、実際のstartos.xmの内容など)を投稿する必要があります。 –

答えて

2

エラーは二つのことを意味するかもしれません:

それは、ドメインのコンソールに接続するために必要な擬似の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が現実的に挑戦されている可能性が高いことを意味します。

+0

こんにちは@Tim Post、それは第2のケース、つまり、tty = "/ dev/pts/{pty}"がxenstoreにマウントされていない場合です。私は何をすべきか?私の場合、xenstoreのttyで使用されている/ dev/pts/{pty}は存在しません。 :-( – Mike

+0

私の場合(Debian 6、XEN 4.0)のコンソールでゲストにアクセスしようとしたときに同様のエラーが発生しました。すべてを元に戻すための最後のステップは、 usr/lib/xen- $ VERSION/bin/xenconsoled;私は何とかうまく動作していなかったと思います。 – Kiddo

関連する問題