首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >利用对接组合和jitsi-meet托管-unknown

利用对接组合和jitsi-meet托管-unknown
EN

Stack Overflow用户
提问于 2017-10-23 13:02:07
回答 1查看 1.2K关注 0票数 0

我的目标是在我的CentOS上运行jitsi和另一个码头容器。为此,我创建了一个docker-compose.yml文件:

代码语言:javascript
运行
复制
version: '2'

services:

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

当我使用docker-compose运行它时,会得到以下错误消息:

代码语言:javascript
运行
复制
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

当我使用docker -it运行映像时--名称jitsi--meet -p 443:443 robertoandrade/jitsi--我得到了主机名的输入提示,它完美地开始了。

请尝试使用马特提到的"stdin_open: true“和"tty: true”。

注意:我按PuTTY ssh操作。

结果:

代码语言:javascript
运行
复制
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.

我怎么能让它和码头工一起工作呢?

我更喜欢没有人工输入的解决方案。

EN

回答 1

Stack Overflow用户

发布于 2017-10-24 00:24:24

看起来,码头映像需要用户输入才能启动,这就是为什么在-i命令中使用-t-t的原因。

-i保持标准输入保持打开。-t为进程分配了一个伪tty,因此它认为存在一个控制台。

options can be set in a compose file也是。

代码语言:javascript
运行
复制
version: '2'

services:

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

通常,服务不需要输入,因此可以在后台运行。大多数容器映像都会设置一个环境变量或配置文件,以设置主机名等配置选项。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/46890040

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档