我的用例是Fabrice A. Marie的与systemd重复的日志文章(由Kibin Labs出版)将其列为“丑陋”类别的地方,它的简短建议是添加到整个麋鹿堆(它是“唯一的追索权”),因为“丑陋”满足了我的需要。
Fabrice A. Marie的分类是,“好”应用程序可以将标准输出重定向到/dev/null,而不会导致信息丢失,只编写很少的标准错误,从而写入/var/log/messages (通过systemd日志),并通过每个应用程序日志机制(由systemd或rsyslog管理)将大部分日志发送到私有应用程序维护的日志文件。如果说有什么不同的话,那就是与我想要的相反,而不是以我的标
我想安装docker-ce,但它不能启动。
我用这种方式安装了docker-ce:
sudo yum install docker-ce
我的系统类型:
Linux version 3.10.107-1-tlinux2_kvm_guest-0046 (root@TENCENT64.site) (gcc version 4.8.2 20140120 (Red Hat 4.8.2-16) (GCC) ) #1 SMP Wed Dec 27 10:57:04 CST 2017
码头版本:
docker version
Client:
Version: 18.09.7
API
我有一个服务,我想通过systemd来管理--让我们称之为foo。我写了单元文件,它们运转得很好。因此,如果我运行systemctl start foo,服务就会正确启动,并且我可以看到它在systemctl status foo中的状态。
但是,外部程序也可能启动服务,并且它不使用systemd启动服务。因此,服务可以运行,但是由于它不是通过systemd启动的,所以systemd不知道它。在本例中,systemctl status foo报告服务已失败,即使其运行正常。
是否有一种方法可以让systemd“继承”或“采用”此服务,这样systemctl status foo就可以正确地报告
需要编辑下列条目:
[Service]
Type=notify
# the default is not to use systemd for cgroups because the delegate issues still
# exists and systemd currently does not support the cgroup feature set required
# for containers run by docker
ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd
这是一个CentOS 7系统
这实际上是从卡夫卡服务开始的。由于对遥控器的依赖,Kafka未能启动。
当我尝试手动运行远程-fs.Target时:
sudo systemctl start remote-fs.target
A dependency job for remote-fs.target failed. See 'journalctl -xe' for details.
因此,我运行了journalctl -xe,并得到了以下内容:
Jun 09 15:33:10 lobo2 systemd[1]: Mounting /home/AAI33947/h...
-- Su