我有一个CentOS 5.11的盒子，现在我必须使用它 – 在一个制作环境中，我不能真正把它推到CentOS 6，至less有一段时间。 我必须对这个项目产生低影响，不能搞乱这个生产箱子。 我有一个脚本，称之为/ my / foo。 现在，该脚本每3分钟从cron运行一次 – 它实际上运行如下： * / 3 * * * * / my / foo myparam 问题是，脚本通常只需要几秒钟的运行，然后我们浪费了将近3分钟的时间。 但是，我们一次只能运行一个实例（实际上，如果exception导致运行时间超过3分钟，我们已经有了一个漏洞）。 有时脚本可能有很多东西要做，需要2分钟，因此我们已经设置了3个左右。 我们真正要做的就是保证这个脚本的一个实例（只有一个）“无限地”运行（循环），最有可能的是，我们将popup一个“睡眠30”来保持它太有侵略性 脚本本身不是一个循环 – 这是一个一个脚本的脚本。 但是，我们绝对会在99％的情况下浪费大量的时间，只能从cron每3分钟运行一次。 需要2分钟的情况下，有1％意味着我们花费了99％的情况下，当它可以再次运行，并完成更多的工作。 所以我们认为这可能是一个不错的伎俩，现在用重生的方式把它放入init系统。 在那里，它运行，完成，重新生成（在脚本本身中有一点睡眠的概率）。 永远。 这是有弹性的（意外杀死这个过程并不意味着它永远死去，等等）。 我看过很多关于暴发户的post，甚至在CentOS 6上有关它未来的一些争论，等等。 不过，我现在必须把这个popup到CentOS 5的盒子里 – 我们没有暴发户，也不会很快。 我必须把它放到这个生产箱子上，而且不会破坏任何东西。 我看过/ etc / inittab有点poo'd，但也有人指出，这是获得重生的最好方法 – 即/etc/init.d/whatever链接到/etc/rc3.d/whatever等典型的方式，不给予重生的能力。 我仍然不确定 – 似乎是这样。 考虑到这些限制，是否最好也是合理的，把我们的小脚本放到/ […]
嘿，我有一个奇怪的问题，我有一些困难的诊断。 由于CPU使用率过高，我的虚拟机出现故障。 这个虚拟机上的网站stream量非常低，所以我知道一些不寻常的事情正在发挥。 我运行了几个基本的诊断命令，并确定用户进程正在使用过多的CPU。 于是我跑到最前面，发现了一些不寻常的东西。 虽然我的CPU使用率报告用户进程高，顶级进程都使用惊人的小CPU。 如果没有明确的重点，我很难指出这个问题。 以下是顶部输出的前几行： Tasks: 117 total, 2 running, 115 sleeping, 0 stopped, 0 zombie Cpu0 : 73.1%us, 10.0%sy, 0.0%ni, 16.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 84.7%us, 10.3%sy, 0.0%ni, 4.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.3%st Mem: 2054472k total, 622260k used, 1432212k free, 59960k buffers Swap: 0k total, 0k used, 0k free, […]
我在我的nginx/uwsgi/php-embedconfiguration中缺less什么？ rpm -qa|grep php php-cli-5.4.16-36.el7_1.x86_64 php-xml-5.4.16-36.el7_1.x86_64 php-devel-5.4.16-36.el7_1.x86_64 php-common-5.4.16-36.el7_1.x86_64 php-5.4.16-36.el7_1.x86_64 php-xmlrpc-5.4.16-36.el7_1.x86_64 php-pdo-5.4.16-36.el7_1.x86_64 php-pgsql-5.4.16-36.el7_1.x86_64 php-embedded-5.4.16-36.el7_1.x86_64 uwsgi-plugin-php-2.0.11.1-1.el7.x86_64 /etc/nginx/conf.d/allbet.conf server { listen 8081; # root /tmp; # index index.html index.htm; server_name 127.0.0.1; location /allbet { # uwsgi_pass unix:///run/uwsgi/allbet.sock; uwsgi_pass 127.0.0.1:9081; include uwsgi_params; } } /var/log/nginx/error.log 2015/08/31 15:35:25 [error] 114498#0: *4 upstream prematurely closed connection while reading response header from […]
我有一台运行CentOS-7的ESXi虚拟机。 我的应用程序被部署在运行在这个服务器上的一个tomcat实例中。 该应用程序每隔15秒定期发送 1200个“ 外发 ”http连接。 我在下面看到两个问题，真的很感激，如果有人可以阐明如何debugging这些： 在1200个传出http连接中，less数（从10到100）间歇性超时。 当这种情况发生时，如果我尝试ping这些目标IP地址，那么即使ping失败，错误“无效的参数”。 但经过一段时间之后，它会再次开始工作。 对于不同的IP端点，这种情况一直在发生。 有1000个并行连接，效果很好。 所以我想我可能会碰到一些内核限制。 我观察到在任何特定情况下的TIME_WAIT连接，它们仍然在5000左右。 运行此设置几个小时后，5-10小时，突然CPU突然达到100％，并保持这种状态，直到我重新启动虚拟机。 发生这种情况时，虚拟机完全没有响应，即我不能ssh进入它，也不能使用vmware控制台连接到它。 重新启动后，我检查了/ var / log / messages，但是从这个问题出现的时间点来看没有进入。 请让我知道，如果有人对可能发生的事情有一些粗略的想法，我该如何debugging。 只是为了澄清 – 我不是一个全职的系统pipe理员。 我是一个软件开发人员，需要调整这个虚拟机来获得一些可伸缩性数字:) 谢谢M
我需要用新安装的CentOS 7服务器replace旧的pcnfsd服务器。 我安装了所有的要求，它似乎工作，可悲的是，当（非常非常古老的ms-dos的）客户端尝试读取文件，它什么也没有。 安装程序正确执行，但文件访问不起作用。 我在服务器上唯一能看到的是在nfsstat -s我看到RPC的badcalls不断增加。 目前的服务器是Ubuntu 10，而rpcinfo -p显示了这个： 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 50143 status 100024 1 tcp 42419 status 100021 1 udp 35807 nlockmgr 100021 3 udp 35807 nlockmgr 100021 4 udp 35807 nlockmgr 100021 1 tcp 50799 nlockmgr 100021 3 tcp 50799 nlockmgr 100021 […]
我无法启动戴尔Poweredge 2950的第二个网卡，安装了OMSA，网卡是BCM5708C，操作系统Centos 6.7版本。 第一张卡正确 [root@alfa ~]# ifup eth1 RTNETLINK answers: Device or resource busy Failed to bring up eth1. – [root@alfa ~]# uname -a Linux alfa.uskonnen.net 2.6.32-573.3.1.el6.x86_64 #1 SMP Thu Aug 13 22:55:16 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux – [root@alfa ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth1 DEVICE=eth1 BOOTPROTO=static ONBOOT=yes NM_CONTROLLED=no UUID="be0b2777-dc5c-421b-b3be-d0f5664f603f" IPADDR=123.123.123.49 NETMASK=255.255.255.224 DNS1=1.1.1.1 DNS2=2.2.2.2.2 GATEWAY=123.123.123.62 TYPE=Ethernet […]
我正在处理这个问题的日子，碰巧我得出结论，它必须是一个错误…不幸的是。 我希望借助您的专业知识，我可以肯定地知道这是Apache，CentOS 7还是其他的问题。 我用LAMP有一个新的最小的CentOS 7安装。 Apache的最新版本是2.4，prefork是MPM。 我可以重现“错误”的服务器有2 GB的RAM和256 MB的交换分区，并运行2个vCPU。 CentOS 6没有发生这个bug，所以我觉得这个bug有一些CentOS + Apache的组合，不知道哪一个是有罪的。 这就是问题所在：当我启动Apache时，一切正常，几秒钟后， httpd进程就无缘无故地开始使用交换内存 – 稍后我会告诉你我是如何知道的。 我的第一个想法是，我在RAM上运行低。 所以我执行free ，令我惊讶的是我所看到的： 你是对的，1.8 GB的可用内存和我的服务器，由于一些奇怪的原因，交换。 所以我执行了top – > F – >添加了SWAP字段。 这是我得到的： 是的，Apache是唯一交换。 所以我检查了我的httpd.conf ，并将默认值更改为下面的内容，这有助于减less交换使用情况： KeepAlive Off <IfModule prefork.c> StartServers 8 MinSpareServers 5 MaxSpareServers 20 ServerLimit 60 MaxRequestWorkers 60 MaxConnectionsPerChild 4000 </IfModule> 使用上面的configuration，一切都应该工作正常运行与大量的可用内存的networking服务器。 这是一个非常容易的“错误”重现，我认为很多人应该面对它…不仅仅是我…所以为什么在所有的论坛search没有人发布这样的事情呢？ 是的，当然，有很多的教程告诉你如何调整Apache，服务器上的其他东西可能会导致这个交换…是啊，悲伤…但上面的情况是非常清楚，没有什么幻想，可能是一堆周围的好伙计正在旋转，不知道什么是造成他们的服务器交换。 一个好的方面是，这个服务器在重现这个bug的时候不是“闲置”的，我每分钟收到几百个请求，所以我可以检查这个bug。 说这些请求总是非常“轻”，服务器总是有1.8 GB的可用RAM是很重要的。
我一直试图让这个工作可靠一段时间。 下面是细节： 具有SSSD授权的Centos 7到Active Directory（全function）在这里是sssd.conf文件： [sssd] domains = example config_file_version = 2 services = nss, pam [domain / example] realmd_tags = managing-system用sambajoinenumerate = false cache_credentials = false id_provider = ldap auth_provider = ldap ldap_schema = ad ldap_uri = ldaps：//example.edu ldap_search_base = dc = example，dc = edu ldap_default_bind_dn = CN = useraccount，OU = people，DC = example，Dc […]
我有很多系统在不同的更新级别上运行CentOS 6的不同子版本。 所有这些机器都已configuration为允许通过GDM将远程graphics会话添加到/etc/gdm/custom.conf ： [security] DisallowTCP=false AllowRemoteRoot=true [xdmcp] Enable=true [greeter] IncludeAll=true 然后在/etc/inittab中将默认运行级别更改为5： id:5:initdefault: 除了一个系统之外，所有的系统都运行正常。 在一台运行CentOS 6.7的机器上，尽pipe被configuration为其他机器（据我所知），远程GDM会话在重新启动后不可用。 在我看到的这台机器的过程中 root 2295 2277 1 13:24 tty6 00:00:00 /usr/bin/Xorg :9 -ac -nolisten tcp vt6 -br 我发现从这个阶段我可以通过发布远程会话 kill -1 2295 之后， Xorg命令行变成： /usr/bin/Xorg :0 -br -verbose -audit 4 -auth /var/run/gdm/auth-for-gdm-AwWtUF/database vt1 一切都如预期般运作。 有谁知道为什么发生这种情况，我该如何解决？ 谢谢！
我试图在CentOS 7（新数字海洋图像）的firewalld公共区域添加http。 有人请纠正我，如果这不是正确的/安全的方式，使我的网站可以通过firewalld访问。 我有的问题是： [root@wilberforce ~]# firewall-cmd –add-service=http Error: COMMAND_FAILED: '/sbin/iptables -A IN_public_allow -t filter -m tcp -p tcp –dport 80 -m conntrack –ctstate NEW -j ACCEPT' failed: iptables: No chain/target/match by that name. Failed to apply rules. A firewall reload might solve the issue if the firewall has been modified using ip*tables or ebtables. […]