问题列表 - 第5017页

在我的一台服务器 Debian 9 上，没有来自sshdin 的输出/var/log/auth.log。事实上，如果我这样做ag sshd的/var/log，它只是不会出现。里面唯一的东西auth.log是systemd-logind. 事实上，几乎所有的日志消息都来自 systemd 是很可疑的。只有零星的少数来自其他事物。

这是我的/etc/rsyslog.conf（减去评论）（它应该是默认值）：

module(load="imuxsock") # provides support for local system logging
module(load="imklog")   # provides kernel logging support

$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat

$FileOwner root
$FileGroup adm
$FileCreateMode 0640
$DirCreateMode 0755
$Umask 0022

$WorkDirectory /var/spool/rsyslog

$IncludeConfig /etc/rsyslog.d/*.conf

auth,authpriv.*                 /var/log/auth.log
*.*;auth,authpriv.none          -/var/log/syslog
daemon.*                        -/var/log/daemon.log
kern.*                          -/var/log/kern.log
lpr.*                           -/var/log/lpr.log
mail.*                          -/var/log/mail.log
user.*                          -/var/log/user.log

mail.info                       -/var/log/mail.info
mail.warn                       -/var/log/mail.warn
mail.err                        /var/log/mail.err

*.=debug;\
        auth,authpriv.none;\
        news.none;mail.none     -/var/log/debug
*.=info;*.=notice;*.=warn;\
        auth,authpriv.none;\ …

我有一个 Ansible 清单，如下所示：

[group1]
host1.mydomain

[maingroup:children]
group1

[group2]
host1.mydomain

我需要在不同的组上声明相同的主机，因为在这个主机中有两个类似的服务并置。为了区分这两个服务，我创建了以下组变量：

group_vars/maingroup
---
servicepath: /service1/path

group_vars/group2
---
servicepath: /service2/path

当我第一次使用 运行剧本hosts: maingroup，然后使用相同的剧本时hosts: group2，它servicepath每次都使用正确的变量值（第一次运行= /service1/path，第二次运行= /service2/path）。

但是，在我运行剧本时的所有后续重试中，我都maingroup获得了价值servicepath: /service2/path

我只设法使用--extra-vars=@group_vars/group2ansible-playbook 参数使用正确的变量运行 剧本。

这可能是 Ansible 错误还是我遗漏了什么？

我在官方文档中找不到任何关于它的信息。

我尝试允许访问两个 php 文件A.php和B.php.

<Files "A.php">
    Require all granted
</Files>

<Files "B.php">
    Require all granted
</Files>

它是这样工作的还是有更好的解决方案？

我有一个带有巨大文件系统的服务器，用于连续写入和读取而不会出现问题，并且需要始终处于活动状态。

我的目标是有一个 cronjob，它根据名称删除空文件夹和文件，并且超过 X 天。显而易见的答案是使用find -name -mtime -delete但它使用了太多的磁盘资源并导致 IO 等待和其他程序由于服务器无响应而错过它们的检查。

是否有任何易于使用的工具可以完成此类工作？也许限制磁盘使用？还有什么我没有想到的？

网络流量

我们使用 3 个管理节点和 16 个工作节点运行 Docker Swarm。三个管理节点中的两个节点之间的网络 I/O 非常高。为了说明这一点，iftop以下是三个管理器节点的输出：

vm71 (10.0.0.131)

vm71                 => 10.0.0.130            39.3Mb  47.5Mb  49.3Mb
                     <=                        802Kb  1.03Mb  1.07Mb

vm70 (10.0.0.130)

vm70                 => 10.0.0.131             798Kb  1.00Mb  1.00Mb
                     <=                       40.9Mb  44.8Mb  44.8Mb

vm75 (10.0.0.135)

vm75                 => 10.0.0.131            9.50Kb  10.1Kb  9.51Kb
                     <=                       7.83Kb  8.08Kb  7.56Kb

如上所示，vm70 和 vm71 之间的流量大约是 vm75 和其他两个管理器之间的流量的 4,000 倍。我们将规则设置为在任何 swarm 管理器上不运行容器。这通过docker stats在每个人身上运行得到证实。

按流程联网

下一个明显的问题是哪些进程正在生成这个网络 I/O。的输出netstat -tup如下。我只显示与iftop.

tcp6       0     46 vm71:2377               10.0.0.130:39316        ESTABLISHED 791/dockerd

请注意，这是 tcp6 流量。

我们被难住了。为什么我们会看到这些管理节点之间的流量如此之大？如果我们降级然后提升管理器节点，流量会清理一段时间。但是，它最终会再次增加。这可能是什么原因造成的？