天道酬勤,学无止境

Docker containers shut down after systemd start

For some reason when using systemd unit files my docker containers start but get shut down instantly. I have tried finding logs but can not see any indication on why this is happening. Is there someone that knows how to solve this / find the logs that show what is happening?

Note: When starting them manually after boot with docker start containername then it works (also when using systemctl start nginx)

After some more digging I found this error: could not find udev device: No such device it could have something to do with this?

Unit Service file:

[Unit]
Description=nginx-container
Requires=docker.service
After=docker.service

[Service]
Restart=always
RestartSec=2
StartLimitInterval=3600
StartLimitBurst=5
TimeoutStartSec=5
ExecStartPre=-/usr/bin/docker kill nginx
ExecStartPre=-/usr/bin/docker rm nginx
ExecStart=/usr/bin/docker run -i -d -t --restart=no --name nginx  -p 80:80 -v /projects/frontend/data/nginx/:/var/www -v /projects/frontend: nginx
ExecStop=/usr/bin/docker stop -t 2 nginx

[Install]
WantedBy=multi-user.target

Journalctl output:

May 28 11:18:15 frontend dockerd[462]: time="2015-05-28T11:18:15Z" level=info msg="-job start(d757f83d4a13f876140ae008da943e8c5c3a0765c1fe5bc4a4e2599b70c30626) = OK (0)"
May 28 11:18:15 frontend dockerd[462]: time="2015-05-28T11:18:15Z" level=info msg="POST /v1.18/containers/nginx/stop?t=2"
May 28 11:18:15 frontend dockerd[462]: time="2015-05-28T11:18:15Z" level=info msg="+job stop(nginx)"

Docker logs: empty (docker logs nginx)

Systemctl output: (systemctl status nginx, nginx.service)

● nginx.service - nginx-container
   Loaded: loaded (/etc/systemd/system/multi-user.target.wants/nginx.service)
   Active: failed (Result: start-limit) since Thu 2015-05-28 11:18:20 UTC; 12min ago
  Process: 3378 ExecStop=/usr/bin/docker stop -t 2 nginx (code=exited, status=0/SUCCESS)
  Process: 3281 ExecStart=/usr/bin/docker run -i -d -t --restart=no --name nginx -p 80:80 -v /projects/frontend/data/nginx/:/var/www -v /projects/frontend:/nginx (code=exited, status=0/SUCCESS)
  Process: 3258 ExecStartPre=/usr/bin/docker rm nginx (code=exited, status=0/SUCCESS)
  Process: 3246 ExecStartPre=/usr/bin/docker kill nginx (code=exited, status=0/SUCCESS)
 Main PID: 3281 (code=exited, status=0/SUCCESS)

May 28 11:18:20,frontend systemd[1]: nginx.service holdoff time over, scheduling restart.
May 28 11:18:20 frontend systemd[1]: start request repeated too quickly for nginx.service
May 28 11:18:20 frontend systemd[1]: Failed to start nginx-container.
May 28 11:18:20 frontend systemd[1]: Unit nginx.service entered failed state.
May 28 11:18:20 frontend systemd[1]: nginx.service failed.
标签

评论

Because you have not specified a Type in your systemd unit file, systemd is using the default, simple. From systemd.service:

If set to simple (the default if neither Type= nor BusName=, but ExecStart= are specified), it is expected that the process configured with ExecStart= is the main process of the service.

This means that if the process started by ExecStart exits, systemd will assume your service has exited and will clean everything up.

Because you are running the docker client with -d, it exits immediately...thus, systemd cleans up the service.

Typically, when starting containers with systemd, you would not use the -d flag. This means that the client will continue running, and will allow systemd to collect any output produced by your application.

That said, there are fundamental problems in starting Docker containers with systemd. Because of the way Docker operates, there really is no way for systemd to monitor the status of your container. All it can really do is track the status of the docker client, which is not the same thing (the client can exit/crash/etc without impacting your container). This isn't just relevant to systemd; any sort of process supervisor (upstart, runit, supervisor, etc) will have the same problem.

受限制的 HTML

  • 允许的HTML标签:<a href hreflang> <em> <strong> <cite> <blockquote cite> <code> <ul type> <ol start type> <li> <dl> <dt> <dd> <h2 id> <h3 id> <h4 id> <h5 id> <h6 id>
  • 自动断行和分段。
  • 网页和电子邮件地址自动转换为链接。

相关推荐
  • linux 离线安装docker及导入导出mysql镜像
    一,linux 离线安装docker docker 和 mysql5.7镜像 链接:https://pan.baidu.com/s/1CyrfxQi46mi3UFSvi4CXyw 提取码:16i8 操作系统:CentOS 7 查看防火墙状态 firewall防火墙 1、查看firewall服务状态 systemctl status firewalld active(running) 表示运行状态 2、开启、重启、关闭、firewalld.service服务 # 开启 service firewalld start # 重启 service firewalld restart # 关闭 service firewalld stop #永久防火墙开机自关闭 systemctl disable firewalld 解压 tar -xvf docker-18.03.1-ce.tgz 将解压出来的docker文件内容移动到 /usr/bin/ 目录下 cp docker/* /usr/bin/ 将docker注册为service vim /etc/systemd/system/docker.service [Unit] Description=Docker Application Container Engine Documentation=https://docs.docker.com
  • linux Systemd详解
    1.Systemd 简介 Systemd 是一系列工具的集合,其作用也远远不仅是启动操作系统,它还接管了后台服务、结束、状态查询,以及日志归档、设备管理、电源管理、定时任务等许多职责,并支持通过特定事件(如插入特定 USB 设备)和特定端口数据触发的 On-demand(按需)任务。 Systemd 的后台服务还有一个特殊的身份——它是系统中 PID 值为 1 的进程。 1.1 更少的进程 Systemd 提供了 服务按需启动 的能力,使得特定的服务只有在真定被请求时才启动。 1.2 允许更多的进程并行启动 在 SysV-init 时代,将每个服务项目编号依次执行启动脚本。Ubuntu 的 Upstart 解决了没有直接依赖的启动之间的并行启动。而 Systemd 通过 Socket 缓存、DBus 缓存和建立临时挂载点等方法进一步解决了启动进程之间的依赖,做到了所有系统服务并发启动。对于用户自定义的服务,Systemd 允许配置其启动依赖项目,从而确保服务按必要的顺序运行。 1.3 使用 CGroup 跟踪和管理进程的生命周期 在 Systemd 之间的主流应用管理服务都是使用 进程树 来跟踪应用的继承关系的,而进程的父子关系很容易通过 两次 fork 的方法脱离。 而 Systemd 则提供通过 CGroup 跟踪进程关系,引补了这个缺漏。通过 CGroup
  • Linux环境下Seafile服务部署及自启动配置
    1、部署 Seafile 服务器(使用 MySQL) 【参考链接】官方教程部署 Seafile 服务器(使用 MySQL),博主在官方教程的基础上,添加了启动、停止脚本以及自启动service文件,如果已经按照官方教程配置完成,需要配置Seafile的自启动,可以直接跳转到2、配置Seafile自启动章节。 部署 Seafile 服务器(使用 MySQL/MariaDB) 本文档用来说明通过预编译好的安装包来安装并运行基于 MySQL/MariaDB 的 Seafile 服务器。(MariaDB 是 MySQL 的分支) 下载 到下载页面下载最新的服务器安装包. 部署和目录设计 假设你公司的名称为 haiwen, 你也已经下载 seafile-server_1.4.0_* 到你的 home 目录下。 我们建议这样的目录结构: mkdir haiwen mv seafile-server_* haiwen cd haiwen #将 seafile-server_* 移动到 haiwen 目录下后 tar -xzf seafile-server_* mkdir installed mv seafile-server_* installed 现在,你的目录看起来应该像这样: #tree haiwen -L 2 haiwen ├── installed │ └── seafile
  • centos8.2 离线安装docker
    转载原文:https://blog.csdn.net/GentleLin/article/details/90294324 背景 由于公司内部服务器只能连内网,即使建立局域网yum源,也无法使用yum在线安装Docker CE。 支持在线安装的朋友们,直接参考CentOS在线安装Docker官方文档即可:https://docs.docker.com/install/linux/docker-ce/centos/ 目前最新版本是v19.03.9。 准备工作 1、我使用得操作系统是centos8.2 查看CentOS版本,可通过下面命令查看: cat /etc/redhat-release 2、下载docker-ce.repo文件 下载地址:https://download.docker.com/linux/centos/docker-ce.repo 3、下载最新的docker-ce、docker-ce-cli、containerd.io安装包 下载地址:https://download.docker.com/linux/centos/7/x86_64/stable/Packages/ 注:截图中未出现的docker-ce-selinux安装包在新版本中已经被废弃了,需要下载另外的一个依赖包container-selinux container-selinux安装包下载地
  • docker容器启动之后又自动关闭解决办法
    添加了-d 参数容器启动后,但是docker ps 或者docker ps -a查看却已经退出了 [root@localhost opt]# docker run -d -p 8000:8000 alpine 39c4c4c447818832a5a6019e215907d3ac489602982f19e3fb1f84dd56ab0259 [root@localhost opt]# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES [root@localhost opt]# docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 39c4c4c44781 alpine "/bin/sh" 8 seconds ago Exited (0) 7 seconds ago sleepy_hellman 退出原因 1、docker容器运行必须有一个前台进程, 如果没有前台进程执行,容器认为空闲,就会自行退出 2、容器运行的命令如果不是那些一直挂起的命令( 运行top,tail、循环等),就是会自动退出 解决方案 方案1: 网上有很多介绍,就是起一个死循环进程,让他不停的循环下去,前台永远有进程执行,那么容器就不会退出了 [root
  • Docker——CentOS7安装Docker环境
    CentOs 7 安装 Docker ​ Docker 是一个开源的应用容器引擎,是一个轻量级容器技术,Docker 支持将软件编译成一个镜像,然后在镜像中对各种软件做好配置,将镜像发布出去,使用者们都可以直接使用这个镜像、 ​ 运行中的这个镜像被称为容器,容器的启动是非常快速的,下面我们就来介绍如何在 CentOS 7 系统中安装 Docker 准备工作 ​ 首先,Docker 官方要求 Linux 内核版本必须在3.8以上,建议3.10以上,我们可以使用uname -a指令来查看内核版本 [stephen@localhost ~]$ uname -a Linux localhost.localdomain 3.10.0-693.el7.x86_64 #1 SMP Tue Aug 22 21:09:27 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux ​ 我这里已经是3.10以上的版本了,如果不是的话,我们需要使用sudo yum update指令来更新软件包及内核 [stephen@localhost ~]$ sudo yum update 我们信任您已经从系统管理员那里了解了日常注意事项。 总结起来无外乎这三点: #1) 尊重别人的隐私。 #2) 输入前要先考虑(后果和风险)。 #3) 权力越大,责任越大。 [sudo] stephen 的密码
  • Shutting down Docker containers via supervisor
    I'm unable to shut down Docker containers that were launched by supervisor through supervisorctl stop all. Even through supervisorctl status shows the containers are down, docker ps and ps indicate that they are in fact still running. Consulting the supervisor documentation on the action for supervisorctl stop <name> reveals that SIGTERM is sent to processes followed by SIGKILL if still running after some grace period. I tried to do this manually and found that SIGTERM sent to a docker run process doesn't do anything SIGKILL does kill the process, but doesn't actually update docker. docker ps
  • 容器化Kubernetes(k8s)
    1、Kubernetes概述 1.1、Kubernetes介绍 1.1.1、Kubernetes是什么及作用 Kubernetes(K8S)是Google在2014年发布的一个开源项目,用于自动化容器化应用程序的部署、扩展和管理。Kubernetes通常结合docker容器工作,并且整合多个运行着docker容器的主机集群。 官网地址:https://Kubernetes.io 中文社区 https://www.kubernetes.org.cn/docs Kubernetes的目标是让部署容器化的应用简单并且高效,Kubernetes一个核心特点就是能够自主的管理容器来保证云平台中的容器按照用户的期望运行。以下是Kubernetes相关特性: 自动包装 根据资源需求和其他约束自动放置容器,同时不会牺牲可用性,混合关键和最大努力的工作负载,以提高资源利用率并节省更多资源。横向缩放 使用简单的命令或 UI,或者根据 CPU 的使用情况自动调整应用程序副本数。自动部署和回滚 Kubernetes 逐渐部署对应用程序或其配置的更改,同时监视应用程序运行状况,以确保它不会同时终止所有实例。 如果出现问题,Kubernetes会为您恢复更改,利用日益增长的部署解决方案的生态系统。存储编排 自动安装您所选择的存储系统,无论是本地存储,如公有云提供商 GCP 或 AWS, 还是网络存储系统
  • systemd 进程管理详解
    systemd进程管理systemd管理的优势1.最新系统都采用systemd管理(RedHat7,CentOS7,Ubuntu15...)2.CentOS7 支持开机并行启动服务,显著提高开机启动效率3.CentOS7关机只关闭正在运行的服务,而CentOS6,全部都关闭一次。4.CentOS7服务的启动与停止不再使用脚本进行管理,也就是/etc/init.d下不在有脚本。5.CentOS7使用systemd解决原有模式缺陷,比如原有service不会关闭程序产生的子进程。systemd相关文件systemd控制的相关文件CentOS6CentOS7服务启动的脚本启动路径/etc/init.d/usr/lib/systemd/system开机自启服务存放路径/etc/rcN.d/etc/systemd/system/multi-user.target.wants/默认运行级别配置文件/etc/inittab/etc/systemd/system/default.targetCentOS7安装yum安装nginx的默认脚本启动路径[root@gong ~]# ll /usr/lib/systemd/system/nginx.service -rw-r--r-- 1 root root 618 Oct 3 2019 /usr/lib/systemd/system/nginx
  • kubernetes安装步骤
    文章目录 1.系统初始化设置系统主机名以及 Host 文件的相互解析安装依赖包设置防火墙为 Iptables 并设置空规则关闭 交换分区 和 SELINUX调整内核参数,对于 K8S调整系统时区关闭系统不需要服务设置 rsyslogd 和 systemd journaldCentOS7内核升级 2.Kubeadm 部署安装kube-proxy开启ipvs的前置条件CentOS7安装docker安装 Kubeadm (主从配置)初始化主节点加入主节点以及其余工作节点部署网路加入工作节点 1.系统初始化 设置系统主机名以及 Host 文件的相互解析 hostnamectl set-hostname k8s-master01 安装依赖包 yum install -y conntrack ntpdate ntp ipvsadm ipset jq iptables curl sysstat libseccomp wget vim net-tools git 设置防火墙为 Iptables 并设置空规则 systemctl stop firewalld && systemctl disable firewalld yum -y install iptables-services && systemctl start iptables && systemctl enable iptables &
  • Dockerized Nginx尚未启动(Dockerized nginx is not starting)
    问题 我已经尝试按照以下教程和文档进行有关如何对Web服务器进行docker化的操作,但是我无法通过docker run命令使服务运行。 这是我的Dockerfile: FROM ubuntu:trusty #Update and install stuff RUN apt-get update RUN apt-get install -y python-software-properties aptitude screen htop nano nmap nginx #Add files ADD src/main/resources/ /usr/share/nginx/html EXPOSE 80 CMD service nginx start 我创建我的图像: docker build -t myImage . 当我运行它时: docker run -p 81:80 myImage 它似乎只是停止: docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 90e54a254efa pms-gui:latest /bin/sh -c service n 3 seconds ago Exit 0 prickly_bohr 我希望它可以在端口81-> 80上运行,但事实并非如此。 跑步 docker
  • 【k8s】k8s使用kubeadm安装集群
    k8s使用kubeadm安装集群 一、简介 k8s全称kubernetes,这个名字大家应该都不陌生,k8s是为容器服务而生的一个可移植容器的编排管理工具,越来越多的公司正在拥抱k8s,并且当前k8s已经主导了云业务流程,推动了微服务架构等热门技术的普及和落地,正在如火如荼的发展 1.1 为什么使用k8s k8s是一个开源的容器集群管理系统,可以实现容器集群的自动化部署、自动扩缩容、维护等功能 1.2 优点 故障迁移:当某一个node节点关机或挂掉后,node节点上的服务会自动转移到另一个node节点上,这个过程所有服务不中断资源调度:当node节点上的cpu、内存不够用的时候,可以扩充node节点资源隔离:创建开发、运维、测试三个命名空间,切换上下文后,开发人员就只能看到开发命名空间的所有pod,看不到运维命名空间的pod,这样就不会造成影响,互不干扰安全:不同角色有不同的权限,查看pod、删除pod等操作 二、机器准备工作 搭建k8s集群需要使用至少3台虚拟机 2.1 安装VM、Centos7 安装的详细细节可以参考:vm安装centos7 vm: 链接:https://pan.baidu.com/s/1Jy7WeAN0KaP–s6w-dRmxQ 提取码:te72centos7镜像: 链接:https://pan.baidu.com/s
  • Docker入门之安装Docker
    目录 目录 1 1. 前言 2 2. 基本概念 3 2.1. 仓库 3 2.2. 镜像ID和容器ID 3 3. 创建网桥 3 4. 安装Docker 4 4.1. 二进制安装 4 4.1.1. 下载安装 4 4.1.2. 配置服务 5 4.1.3. 启动服务 6 4.2. rpm安装 6 4.3. yum安装 6 4.3.1. 添加Docker仓库 7 4.3.2. 安装docker-ce 7 4.3.3. 启动服务 9 5. Docker基本操作 10 5.1. 查看帮助 10 5.2. 启动Docker服务 10 5.3. 查看有哪些镜像 10 5.4. 从仓库拉取镜像 10 5.5. 运行(启动)容器 11 5.6. 查看指定的镜像 12 5.7. 修改镜像存放目录 12 5.8. 查看容器日志 16 5.9. 查看容器列表 16 5.10. 优雅停止容器 16 5.11. 强制停止容器 17 5.12. 删除容器 17 5.13. 删除镜像 17 5.13.1. 按镜像ID删 17 5.13.2. 按“镜像名:TAG”删 17 5.14. 导出镜像 18 5.15. 导入镜像 18 5.16. 查找镜像 18 5.17. 进入容器 19 5.18. 复制文件到容器 19 5.19. 从容器复制文件 20 5.20. 保存容器 20 5.21. 标记镜像 21 5.22
  • systemctl命令
    systemctl命令 Systemd是一个命令组,涉及到系统管理的方方面面,而systemctl是Systemd的主命令,用于管理系统。 描述 在历史上Linux的启动一直采用init进程,这种方法有两个缺点,一是启动时间长,init进程是串行启动,只有前一个进程启动完,才会启动下一个进程,二是启动脚本复杂,init进程只是执行启动脚本,不管其他事情,脚本需要自己处理各种情况,这往往使得脚本变得很长。 Systemd就是为了解决这些问题而诞生的,它的设计目标是,为系统的启动和管理提供一套完整的解决方案,根据Linux惯例,字母d是守护进程daemon的缩写,Systemd这个名字的含义,就是它要守护整个系统。使用了Systemd,就不需要再用init了,Systemd取代了initd,成为系统的第一个进程PID等于1,其他进程都是它的子进程,Systemd的优点是功能强大,使用方便,缺点是体系庞大,非常复杂,事实上,现在还有很多人反对使用Systemd,理由就是它过于复杂,与操作系统的其他部分强耦合,违反keep simple, keep stupid的Unix哲学。 语法 systemctl [OPTIONS...] {COMMAND} ... 参数 OPTIONS -t, --type=: 参数应该是以逗号分隔的单元类型列表,例如service和socket
  • 使用Docker搭建LVS的DR模型
    文章目录 LVS模型搭建1. 使用docker创建LVS环境1.1 使用docker创建服务器负载均衡服务器-lvs-server真实服务器-r-server1真实服务器-r-server2 1.2 配置环境负载均衡服务器配置VIP真实服务器修改内核r-server1r-server2 1.3 测试环境1. 正常访问2. 异常访问 2. 遇到的问题集锦问题1:Docker容器使用问题:Failed to get D-Bus connection: Operation not permitted问题2:lvs服务器上的ipvsadm安装不成功 LVS模型搭建 docker 搭建 参见 linux上搭建docker服务 1. 使用docker创建LVS环境 按照步骤一步一步来,基本都会成功的 1.1 使用docker创建服务器 负载均衡服务器-lvs-server Dockerfile FROM centos:7 ENV container docker RUN (cd /lib/systemd/system/sysinit.target.wants/; for i in *; do [ $i == \ systemd-tmpfiles-setup.service ] || rm -f $i; done); \ rm -f /lib/systemd/system/multi-user
  • docker+elk7.8实战之logstash安装配置
    1.拉取镜像 [root@localhost conf]# docker pull logstash:7.8.1 Trying to pull repository docker.io/library/logstash ... 7.8.1: Pulling from docker.io/library/logstash 524b0c1e57f8: Already exists 4ea79d464a65: Pull complete 245cfcbe00e5: Pull complete 1b4d03815886: Pull complete 505552b55db2: Pull complete d440869a711b: Pull complete 086ef50d80ce: Pull complete 11b8a22f5fe6: Pull complete aece5f411b8b: Pull complete f7f6ec9f2b6e: Pull complete 03353e162ddf: Pull complete Digest: sha256:f7ff8907ac010e35df8447ea8ea32ea57d07fb261316d92644f168c63cf99287 Status: Downloaded newer image for docker.io
  • 快速入门Kubernetes(K8S)——介绍及安装
    首先我在这里说明一下我为什么学习K8S,现在的大型联网公司基本都镜像的方式进行一个管理(docker教程),但是当镜多的时候就不方便管理和维护所以就产生了Kubernetes这个组件。 一、什么是Kubernetes Kubernetes是Google开源的一个容器编排引擎,它支持自动化部署、大规模可伸缩、应用容器化管理。在生产环境中部署一个应用程序时,通常要部署该应用的多个实例以便对应用请求进行负载均衡。 二、Kubernetes 的特点 轻量级:消耗资源小弹性伸缩负载均衡:IPVS 三、Kubernetes 架构 etcd 的官方将它定位成一个可信赖的分布式键值存储服务,它能高为整个分布式集群存储一些关键数据,协助分布式集群的正常运转。 组件介绍 APISERVER: 所有服务统一入口 CrontrollerManager:维持副本期望数目 Scheduler:负责介绍任务,选择合适的节点进行分配任务 ETCD:键值对数据库 储存K8S集群所有重要信息(持久化) Kubelet:直接跟容器引擎交互实现容器的生命周期管理 Kube-proxy:负责写入规则至 IPTABLES、IPVS 实现服务映射访问的 COREDNS:可以为集群中的SVC创建一个域名IP的对应关系解析 DASHBOARD:给 K8S 集群提供一个 B/S 结构访问体系 INGRESS CONTROLLER
  • Kubernetes 简介
    引言 月初公司内云计算团队组织了一次 Workshop,介绍了一下如何使用他们的 Kubernetes 产品,并带着我们实践了一下。感觉 Kubernetes 相较于我们现在使用的部署模式,方便了很多,虽然我们现在的系统使用场景并不适合使用 Kubernetes,但是说不定以后就能用到它了,所以我就深入的研究了一下 Kubernetes 的使用和实现机理,希望能给大家带来帮助。本文作为 Kubernetes 系列文章的开篇,着重介绍一下 Kubernetes 是什么以及简单的使用方式。 介绍 背景 在过去,多数的应用都是大型单体应用,以单个进程或几个进程的方式,运行于几台服务器之上。这些应用的发布周期长,而且迭代也不频繁。每个发布周期结束前,开发者会把应用程序打包后交付给运维团队,运维人员再处理部署、监控事件,并且在硬件发生故障时手动迁移应用。 今天,大型单体应用正被逐渐分解成小的、可独立运行的组件,我们称之为微服务。微服务彼此之间解耦,所以它们可以被独立开发、部署、升级、伸缩。这使得我们可以对每一个微服务实现快速迭代,并且迭代的速度可以和市场需求变化的速度保持一致。 但是,随着部署组件的增多和数据中心的增长,配置、管理并保持系统的正常运行变得越来越困难。如果我们想要获得足够高的资源利用率并降低硬件成本,把组件部署在什么地方变得越来越难以决策。手动做所有的事情,显然不太可行
  • Postgres shuts down immediately when started with docker-compose
    Postgres shuts down immediately when started with docker-compose. The yaml file used is below version: '2' services: postgres: image: postgres:9.5 container_name: local-postgres9.5 ports: - "5432:5432" The log when docker-compose up command is executed Creating local-postgres9.5 Attaching to local-postgres9.5 local-postgres9.5 | The files belonging to this database system will be owned by user "postgres". local-postgres9.5 | This user must also own the server process. local-postgres9.5 | local-postgres9.5 | The database cluster will be initialized with locale "en_US.utf8". local-postgres9.5 |
  • Kafka Broker doesn't find cluster id and creates new one after docker restart
    I've created docker with kafka broker and zookeeper to start it with run script. If I do fresh start it starts normally and runs ok (Windows -> WSL -> two tmux windows, one session). If I shut down kafka or zookeeper and start it again it will connect normally. Problem occurs when I stop docker container (docker stop my_kafka_container). Then I start with my script ./run_docker. In that script before start I delete old container docker rm my_kafka_containerand then docker run. Zookeeper starts normally and in file meta.properties it has old cluster id from previous start up, but kafka broker