2017-10-23 28 views
0

私の目標は、CentOS上でjitsi-meetと別のドッカーコンテナを実行することです。私はイメージを実行するとdocker-composeとjitsi-meetを使用してホストを知らないでください

JVB 2017-10-23 12:20:33.925 INFO: [10] org.jitsi.videobridge.octo.OctoRelay.start().106 Octo relay not configured. 
JVB 2017-10-23 12:20:33.964 SEVERE: [27] org.jitsi.meet.ComponentMain.call().278 host-unknown, host:localhost, port:5347 
org.xmpp.component.ComponentException: host-unknown 
     at org.jivesoftware.whack.ExternalComponent.connect(ExternalComponent.java:219) 
     at org.jivesoftware.whack.ExternalComponentManager.addComponent(ExternalComponentManager.java:221) 
     at org.jivesoftware.whack.ExternalComponentManager.addComponent(ExternalComponentManager.java:201) 
     at org.jitsi.meet.ComponentMain$3.call(ComponentMain.java:270) 
     at org.jitsi.meet.ComponentMain$3.call(ComponentMain.java:255) 
     at org.jitsi.retry.RetryStrategy$TaskRunner.run(RetryStrategy.java:193) 
     at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
     at java.util.concurrent.FutureTask.run(FutureTask.java:266) 
     at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) 
     at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) 
     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 
     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 
     at java.lang.Thread.run(Thread.java:748) 
JVB 2017-10-23 12:20:34.042 INFO: [14] org.ice4j.ice.harvest.MappingCandidateHarvesters.initialize() Initialized mapping harvesters (delay=652ms). stunDiscoveryFailed=false 

:私は、ドッキングウィンドウ-構成する私は、次のエラーメッセージが表示されますアップでそれを実行すると

version: '2' 

services: 

    jitsi-meet: 
     image: robertoandrade/jitsi-meet 
     container_name: jitsi-meet 
     hostname: 192.168.5.169 
     restart: always 
     ports: 
      - "443:443 

:この目的のために、私は、ドッキングウィンドウ-compose.ymlファイルを作成しましたdocker run -it --name jitsi-meets -p 443:443 robertoandrade/jitsi-meetホスト名の入力プロンプトが表示され、問題なく起動しました。

「stdin_open:true」と「tty:true」を試してみてください。

注:私はPuTTY sshごとに動作します。

結果:

unable to initialize frontend: Dialog 
debconf: (No usable dialog-like program is installed, so the dialog based frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 76.) 
debconf: falling back to frontend: Readline 
c.d: policy-rc.d denied execution of stop. 
ing jitsi-videobridge 
----------------------------- 

The jisti-videobridge package needs the DNS hostname of your instance. 

は、どのように私はそれがドッキングウィンドウ-構成で動作することができますか?

私はマニュアル入力のないソリューションをお勧めします。

+0

'hostname:192.168.5.169'これは、作成と直接実行の主な違いのようです。この行を削除して再試行できますか? – yamenk

+0

@yamenk同じエラーメッセージが表示されます。 – Tom

答えて

0

docker runコマンドでは、ドッカー画像にユーザー入力が必要なので、-i-tが使用されているようです。

-iは、標準入力を開いたままにします。 -tは、プロセスに疑似ttyを割り当てて、コンソールがあると考えます。

The stdin_open and tty options can be set in a compose fileもあります。

version: '2' 

services: 

    jitsi-meet: 
     image: robertoandrade/jitsi-meet 
     container_name: jitsi-meet 
     restart: always 
     stdin_open: true 
     tty: true 
     ports: 
      - "443:443 

通常、サービスはバックグラウンドで実行できるように入力を必要としません。 ほとんどのコンテナイメージは、環境変数や設定ファイルを設定して、ホスト名などの設定オプションを設定します。

+0

私は試しましたが、新しいエラーメッセージが出て、私の質問が更新されました。私はまた、ユーザーの入力が好きではなく、ドッカーの作成でホスト名を設定して取り除こうとしました。効果はありません:( – Tom

+1

あなたはおそらく彼らの[Dockerfile](https://github.com/robertoandrade/docker-jitsi-meet/blob/master/Dockerfile)を書き直す必要があります。 run.shから 'dpkg-reconfigure'を削除します。run.shの4つのサービスを[s6-overlay](https://github.com/just-containers/s6-overlay)で管理します。 Dockerfileのコメント行(https://github.com/robertoandrade/docker-jitsi-meet/blob/master/Dockerfile#L14-L18)のような設定ファイルを実行してください。実行時環境変数を使用してください。 – Matt

+0

s6 [初期化システムのような独自の「エントリーポイント」を提供する](https://github.com/just-containers/s6-overlay#executing-initialization-andor-finalization-tasks) – Matt

関連する問題