我在apache 2.4上运行一些网页。 目前，我可以在status-page上看到很多这样的连接： Srv PID Acc M CPU SS Req Conn Child Slot Client VHost Request 2-0 – 0/0/5 . 1297.48 944 2482371 0.0 0.00 0.26 82.xx.xxx.xx example.com:7080 POST /xmlrpc.php HTTP/1.0 正如你所看到的，这个连接需要大量的CPU能力，并且运行很长时间。 我如何closures这些连接？ 使用Comodo Ruleset的Mod_Security没有将其检测为攻击。
我正在通过Puppet部署一个ssh-default-config到我的服务器。 这在大多数情况下工作正常。 但是现在我试图将它部署到刚从Debian 7升级到8的OpenVZ系统。 现在我试图部署我的清单： Error: Could not start Service[ssh]: Execution of '/etc/init.d/ssh start' returned 1: Error: /Stage[main]/Ssh::Server::Service/Service[ssh]/ensure: change from stopped to running failed: Could not start Service[ssh]: Execution of '/etc/init.d/ssh start' returned 1: Notice: /Stage[main]/Ssh::Server/Anchor[ssh::server::end]: Dependency Service[ssh] has failures: true Warning: /Stage[main]/Ssh::Server/Anchor[ssh::server::end]: Skipping because of failed dependencies Notice: /Stage[main]/Ssh::Client/Anchor[ssh::client::end]: Dependency Service[ssh] has failures: true […]
这是我第一次和Debian打交道，我需要一个docker工人。 我正在跟随https://docs.docker.com/engine/installation/linux/debian/得到它安装，但我面临的错误： % apt-get update Ign cdrom://[Debian GNU/Linux 8.3.0 _Jessie_ – Official amd64 DVD Binary-1 20160123-19:03] jessie InRelease Ign cdrom://[Debian GNU/Linux 8.3.0 _Jessie_ – Official amd64 DVD Binary-1 20160123-19:03] jessie Release.gpg Ign cdrom://[Debian GNU/Linux 8.3.0 _Jessie_ – Official amd64 DVD Binary-1 20160123-19:03] jessie Release Ign cdrom://[Debian GNU/Linux 8.3.0 _Jessie_ – Official amd64 DVD Binary-1 20160123-19:03] […]
我正在运行Debian 8的服务器，运行modprobe nbd ，程序运行得很好。 但是，由于/dev/nbd0不存在，所以不会创build设备。 我应该怎么做才能让modprobe正常运行？
我在exim4的mainlog中有这样一个日志。 我所做的所有exim4只是学习，所有邮件都是假的。 现在我尝试pipe理频繁出现的日志： 2016-12-20 14:28:01 1cJ2UW-0006Yq-3m == [email protected] R=manualrouteadam T=maildir_home defer (-52): Retry time not yet reached 2016-12-20 14:28:01 1cJ8rt-0001Ur-Qj == [email protected] R=manualrouteadam T=maildir_home defer (-52): Retry time not yet reached 2016-12-20 14:28:01 1cJ2YZ-0000W9-W5 == [email protected] R=manualrouteadam T=maildir_home defer (-52): Retry time not yet reached 2016-12-20 14:28:01 1cIsqP-0002Xn-KY == [email protected] R=dnslookup T=remote_smtp defer (-53): retry […]
我们有一个运行Tomcat的Debian服务器，其中部署了一个WAR，监听传入的MQTT消息，处理它们，并将结果转发给不同的第三方Web服务（取决于收到的消息）。 大多数情况下，一切正常，但偶尔（现在几乎每天）我们开始体验我认为是沟通问题（networking），接收错误如： 连接重置 连接超时 主机无法访问 有没有什么办法可以诊断这些问题，并获得可能反映某种networking资源中断或类似问题的指标或类似？ 操作系统 Distributor ID: Debian Description: Debian GNU/Linux 8.6 (jessie) Release: 8.6 Codename: jessie 核心 Linux tomcat-ws 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux Java的 java version "1.7.0_111" OpenJDK Runtime Environment (IcedTea 2.6.7) (7u111-2.6.7-2~deb8u1) OpenJDK 64-Bit Server VM (build 24.111-b01, mixed mode) Tomcat的 Apache Tomcat/8.0.14 (Debian)
我注意到Debian Jessie 8.9上的apt-get install -t jessie-backports pacemaker也安装了openhpid软件包，但systemctl status openhpid.service随后报告openhpid.service没有运行，因为尚未在/etc/openhpi/openhpi.conf ： openhpid[17913]: ERROR: (init.c, 76, OpenHPI is not configured. See openhpi.conf file.) systemd[1]: openhpid.service: main process exited, code=exited, status=8/n/a 假设OpenHPI对于Pacemaker（使用Corosync）的操作是可选的（不是强制性的）并且不需要openhpid的运行实例（并且引用的错误消息可以被忽略）是正确的吗？ 我倾向于认为这是部分原因，因为我没有发现在任何Pacemaker教程中编辑openhpi.conf信息。
我想build立一个个人服务器，我为自己托pipe所有types的服务（主要是gitlab，nextcloud，NAS和其他一些服务）。 我目前的战略是在服务器上安装一个小型debian，并将所有服务都推送到虚拟机中。 这样的服务器本身是非常稳定的，即使有一个虚拟机的问题，我总是可以通过SSH连接到下面的debian。 对于我设置的最后一台服务器，我使用的是Debian Jessie，但是对于这台服务器，我不想在设置机器的时候安装Jessie。 当它将被发布时升级到Stretch（没有发布date，但是这个夏天可能是一个很好的猜测）。 我读过升级Debian并不像升级Ubuntu那样简单。 所以我的想法是：我会安装testing版的拉伸。 在设置服务器时，我可以忍受testing分支中的“不可用性”。 我会直接得到新的function，并可以testing它们。 一段时间，当舒展稳定释放我想切换到它。 问题是： 这是可能的，这是一个更容易的操作，从杰西稳定升级到稳定？ 你会推荐这样一个一般的步骤，还是这样冒险吗？ 你为什么这么认为？
我是新的清漆。 每当我试图通过清漆访问我们的后端，我得到下面的错误： <!DOCTYPE html> <html> <head> <title>503 Backend fetch failed</title> </head> <body> <h1>Error 503 Backend fetch failed</h1> <p>Backend fetch failed</p> <h3>Guru Meditation:</h3> <p>XID: 3</p> <hr> <p>Varnish cache server</p> </body> </html> 我的varnish.vcl如下所示： – vcl 4.0; backend default { .host = "146.88.25.40"; .port = "8080"; } 我也试过设置first_byte_timeout = 60s .connect_timeout = 60s ， first_byte_timeout = 60s和.between_bytes_timeout = […]
我想安装jessie从喘息中丢失的包。 这就像是backport的另一种方式。 我需要gcc-4.7，但是jessie只提供了gcc-4.9。 Unstable仅提供gcc-4.7用于arm架构。 我打算把喘气的回购添加到我的意见和命令安装它 apt install gcc-4.7/wheezy 这样做相对安全吗？ 我这样做的风险是否存在依赖性问题？