合流控制中心定期关闭，带有“出口1”
我的Debian 9服务器上正在通过docker compose运行一个合流的Kafka实例。我按照本教程进行了设置并运行。然而，控制中心正在定期关闭。
sudo docker compose ps给出以下输出：
control-center /etc/confluent/docker/run Exit 1
其余的融合服务保持正常运行。
当检查docker日志（sudo docker-comuse日志）时，我可以看到它正在发送以下错误：
control-center | INFO [Consumer clientId=_confluent-controlcenter-5-3-0-1-9de26cca-62ca-42d6-9d46-86731fc8109a-StreamThread-5-restore-consumer, groupId=null] Unsubscribed all topics or patterns and assigned partitions (org.apache.kafka.clients.consumer.KafkaConsumer)
编辑：发现了更多日志：
control-center | [2019-08-30 23:10:02,304] INFO [Consumer clientId=_confluent-controlcenter-5-3-0-1-39ae65e2-457c-4696-b592-504fe320038e-StreamThread-3-consumer, groupId=_confluent-controlcenter-5-3-0-1] Group coordinator broker:29092 (id: 2147483646 rack: null) is unavailable or invalid, will attempt rediscovery
control-center | [2019-08-30 22:38:39,291] INFO [Consumer clientId=_confluent-controlcenter-5-3-0-1-39ae65e2-457c-4696-b592-504fe320038e-StreamThread-8-consumer, groupId=_confluent-controlcenter-5-3-0-1] Attempt to heartbeat failed since group is rebalancing (org.apache.kafka.clients.consumer.internals.AbstractCoordinator)
编辑2：docker容器可用的内存：
NAME CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS
ksql-datagen 0.00% 3.312MiB / 7.792GiB 0.04% 18.2kB / 2.11kB 92.8MB / 65.5kB 1
control-center 0.00% 0B / 0B 0.00% 0B / 0B 0B / 0B 0
ksql-cli 0.00% 484KiB / 7.792GiB 0.01% 19.6kB / 0B 41kB / 0B 1
ksql-server 0.36% 136MiB / 7.792GiB 1.70% 39.8MB / 34.5MB 210MB / 147kB 30
rest-proxy 0.12% 107.2MiB / 7.792GiB 1.34% 22.2kB / 2.41kB 72.6MB / 81.9kB 28
connect 0.60% 1.571GiB / 7.792GiB 20.16% 124MB / 110MB 1.04GB / 81.9kB 36
schema-registry 0.20% 176.8MiB / 7.792GiB 2.22% 40.2MB / 38.4MB 93.7MB / 156kB 32
broker 7.59% 621MiB / 7.792GiB 7.78% 573MB / 791MB 171MB / 335MB 73
zookeeper 0.10% 80.9MiB / 7.792GiB 1.01% 9.56MB / 8.99MB 38.4MB / 410kB 21
系统内存（命令：free）：
total used free shared buff/cache available
Mem: 8366596096 6770286592 160227328 219533312 1436082176 1099268096
Swap: 34356588544 2301014016 32055574528
有什么办法解决这个问题吗？
共有1个答案
当分配的内存非常少时，会出现此错误。如果您使用的是Docker Desktop，请增加内存。转到Docker桌面-
-
我已经使用docker建立了zookeeper和kafka 5.4.0版的基本三服务器集群。对于zookeeper和kafka，我指定了所有三个引导服务器。我正在尝试以一种允许一台服务器宕机且集群仍能正常运行的方式进行设置。我试图让控制中心工作，但我遇到了问题。首先，似乎只有一台服务器能够成功运行control center，而且只有当我指定它运行的引导服务器时，而不是所有三台服务器。如果我尝试在
-
我已经将Postgres连接器映射到Kafka Connect中（通过Compose中的)，并且在创建新的源连接器时可以在CCC中看到它。 当我创建源连接器时，我可以看到日志消息，指示此连接器的主题已创建。我在CCC的Connect专区也看到了这个话题。我还可以看到Connect能够通过该连接器对Postgres进行身份验证。 当我对连接器中指定的表进行更改时，我看到Kafka（我有一个3的集群）
-
我们正在使用confluent kafka control center，但out system health页面不起作用，总是显示重试。 我通过了文档，验证了设置是相同的，但仍然面临这个问题。 它抛出的错误是无法检查ulimited：无法运行程序ulimited错误=2没有这样的文件或目录（io.confluent.controlcenter.healthcheck.HealthCheck） 除
-
我有一个控制器。用于场景的java。fxml和控制器设置。用于WindowsSettings.fxml的java。在控制器中。java I使用以下方法创建一个新的弹出窗口（无对话框）： 我想在关闭新弹出窗口时保存设置，但这不适用于stage.setOnCloseRequest。
-
我们安装了docker confluent控制中心，如下所示 安装后： > https://docs.confluent.io/5.0.0/installation/docker/docs/installation/single-node-client.html https://docs.confluent.io/3.2.0/cp-docker-images/docs/intro.html Con
-
我有一个远程服务器。Apache2.2背后运行着glassfish 3.1.2。管理端口4848已关闭，因此我无法使用http://some_server.com:4848其中some_server是我的服务器的域名。我如何配置apache和glassfish以便能够访问glassfish管理控制台？ 谢谢，提前。