首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >Apache Seg故障(11)

Apache Seg故障(11)
EN

Server Fault用户
提问于 2009-09-18 08:11:06
回答 6查看 18.8K关注 0票数 9

我把这个放在我的error.log上:

星期五9月18日08:10:54 2009子pid 9178退出信号分割故障(11)

星期五9月18日08:11:41 2009子pid 9187退出信号分割故障(11)

星期五09月18日08:12:12 2009子pid 9204退出信号分割故障(11)

星期五09月18日08:12:13 2009子pid 9202退出信号分割故障(11)

星期五9月18日08:14:45 2009子pid 9251退出信号分割故障(11)

就在我添加vhost.conf文件的同一天开始的。因此,我返回到原始文件,重新启动了apache2ctl。不幸的是它还在发生。

Apache似乎在为页面服务,OK。

有什么想法吗?

干杯,

内森。

EN

回答 6

Server Fault用户

回答已采纳

发布于 2009-10-29 14:15:21

终于修好了。服务器的简单重新启动停止了seg故障。

谢谢你的回答。我相信这对诊断未来的问题很有帮助。

内森。

票数 4
EN

Server Fault用户

发布于 2009-09-18 08:16:50

内森,试着停止Apache,并在forground中启动它(调试,非线程),这可能会泄露更多关于使其分段错误的线索。

尽管如此,它不应该分割错误,因此它是一个错误,尽管如此,如果您知道是什么导致它,它可能是您可以修复的东西。

代码语言:javascript
复制
apache2 -X

此外(不太可能揭示问题的全部原因),任何警告/错误来自.

代码语言:javascript
复制
 apache2ctl -t

...?

最后,是加载到Apache“认证”中的所有模块,也许您可以评论其中的一半,看看问题是否消失,然后继续进行分而治之的二进制搜索。

您还可能会查找从分段错误产生的任何核心转储,可能是在/tmp中吗?如果你找到了,试着通过gdb.

代码语言:javascript
复制
gdb apache2 -c /tmp/core.<pid>
票数 6
EN

Server Fault用户

发布于 2009-10-04 11:02:16

Sig11's通常只出现在以下两个原因之一:

  • 糟糕的节目。在Apache的例子中,在统计上它不太可能是Apache核心代码中的bug。这是更常见的错误,一个模块。无论是以模块安全处理代码中的异常的方式,还是以其正在处理的库的方式。或者它与Apache选择的MPM模型的交互方式。当模块以这种方式出现错误时,在将数据返回给Apache子进程之前,它将无法控制地退出,从而产生分段错误。回顾您自上次工作以来所做的所有更改。正如Lee所说,这是使用版本控制的完美例子。让事情稍微复杂一点的是,您通常可以通过发出一个graceful来生成相同的行为,而不是在对Apache的模块设置进行更改之后完全重新启动。您可以通过停止并启动Apache来排除这种情况。
  • 糟糕的硬件。如果您确信这些错误与您的配置更改相一致,并且您没有看到任何其他对系统的不良影响,那么您可能可以排除这一点。但是,如果你没有其他的途径,这也许是值得一试的。CPU和RAM是典型的元凶。
票数 6
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/66580

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档