我有一个64位的服务器，但只有256MB的RAM。 所以，我用fast-cgi移动到nginx服务器来连接到PHP。 我有PHP 5.3.6运行。 问题是每隔两三天，当我尝试访问任何PHP页面，然后我得到服务器内部错误。 唯一的办法是手动重启php-fpm。 这意味着我应该设置一些导致它窒息的错误参数。 下面我列出了相关的configuration。 /etc/php-fpm.conf： – include=/etc/php-fpm.d/*.conf log_level = error ;emergency_restart_threshold = 0 ;emergency_restart_interval = 0 ;process_control_timeout = 0 /etc/php-fpm.d/www.conf： – [www] pm = dynamic pm.max_children = 10 pm.start_servers = 3 pm.min_spare_servers = 2 pm.max_spare_servers = 5 pm.max_requests = 500 /etc/nginx/php.conf： – location ~ \.php { fastcgi_param QUERY_STRING $query_string; fastcgi_param REQUEST_METHOD […]
有没有办法确定RHEL7服务器是否通过systemctl（或reboot / shutdown别名）重新启动，或者服务器是否崩溃？ 预系统这是相当容易确定的last -x runlevel ，但与RHEL7它不是很清楚。
我有一个由OVH（法国服务提供商）托pipe的专用服务器。 操作系统：Ubuntu 12.04 x64 几个月前，我的一个服务器崩溃了。 唯一奇怪的是syslog中的一些“ASCII NUL”字符： ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ […]
问题 一个服务器在多次“内存不足”消息后崩溃，我试图找出罪魁祸首。 如果是在userland – 哪个进程。 如果是在内核 – 哪个内核模块。 细节 我想了解如何使用崩溃实用程序来调查在服务器上触发OOM的内容。 作为安装一对新服务器的一部分，我开始了一个14TB DRBD设备的初始化。 大约在那个时候，在玩DRBD同步器速率configuration的同时，一些绑定的networking接口上下，其中一台服务器崩溃。 超过30秒的时间它产生了39 Out of memory: Kill process ####消息。 然后它坠毁了： Kernel panic – not syncing: Out of memory and no killable processes… 系统崩溃触发了kdump 。 现在我有一个很好的vmcore.flat文件，应该直接用来调查这个问题，但是我很难找出所有的内存在哪里。 我知道唯一的资源是Dedoimedo的网站 ，它有很好的说明 ，和内核崩溃书 。 这些也恰好是答案中提出的唯一资源，所以我认为crash是调查的唯一方法。 如果还有另外一种方法对事件进行验尸，我愿意接受。 只是crash是我意识到的唯一效用。 我现在所有的是vmcore.flat文件，我只需要知道哪个组件吃掉了所有内存。 我怀疑一个内核模块的问题，更具体地说，其中一个绑定模块（因为它是在我把一个接口拉下来的时候触发的），DRBD模块（版本8.3.15是在CentOS 6.3上用树build立的），或者是其中一个10G以太网模块（ mlnx_en是由树形结构构成的，也就是树形结构的bnx2x ，它是保持活动状态的接口）。 我只需要知道是否有办法来validation我的怀疑。 到目前为止，我只设法使用crash实用程序提取以下信息： 检查了使用了多less内存 $ crash /usr/lib/debug/lib/modules/2.6.32-279.5.2.el6.x86_64/vmlinux vmcore.flat […]
我有一个Windows Server 2012 R2虚拟机; 是的，所有的更新。 其他软件包括Microsoft SQL Server 2014（在之前的VM上是2012）。 Web托pipe公司在所有虚拟机和Plesk上都包含了xenpci.sys（EJBPV XenPCI驱动程序（Checked Build），James Harper）作为默认安装的一部分。 OS定期挂起，蓝屏或重新启动。 我确实收到了小型垃圾箱，但并不是所有的时间。 通常的问题是： 错误：CRITICAL_STRUCTURE_CORRUPTION 特定的顶级文件，显然不是原因，各不相同：win32k.sys，ntoskrnl.exe，xenpci.sys（Xen驱动程序，虽然只出现了几次）和ndis.sys。 OSR（开放系统资源）分析器没有太大的帮助。 WhoCrashed分析器有点帮助。 它指出： 已发现并分析了17次故障转储。 本报告仅包含10个。 第三方驱动程序已被确定为在您的计算机上导致系统崩溃。 强烈build议您在公司网站上检查这些驱动程序的更新。 点击以下链接，与Google一起search这些驱动程序的更新： xenpci.sys (EJBPV XenPCI Driver (Checked Build), James Harper) 我试图推动networking托pipe公司研究这个话题，但他们可以空手而归。 我不相信Xen的司机是错的。 WhoCrashed捡到了它，我认为仅仅是因为这是最后一个驱动程序几次，而且是第三方，所以认为它是有罪的。 我没有写WhoCrashed，所以很难进一步评论。 我的问题是如何解决这个问题。 networking托pipe公司在过去的几年中已经尝试给我两个新的虚拟机。 问题迁移。 我安装了SQL Server，但默认情况下是OS和Plesk。 好的，也有邮件服务器软件。 networking托pipe公司也告诉我，他们没有其他客户同样抱怨。 他们多次运行磁盘testing。 磁盘健康状况良好。 我没有检查registry的健康状况，但是这个问题在整个安装过程中很常见，所以我不得不打折。 我现在在我的第三或第四虚拟机上。 我再一次提到Xen，因为WhoCrashed提到了它，但是我不相信正因为这个原因，其他客户真的会这样做。 系统具有足够的内存和存储空间，所以这不是问题。 更新：这是从我的查询networking托pipe公司的一些答案。 通常情况下，一旦卸载驱动程序，虚拟机的性能将会降低。 硬件节点可能会有一些同步问题。 我正在使用一个检查或释放构build？ […]