gpt4 book ai didi

apache - mod_perl "use"随机失败

转载 作者:行者123 更新时间:2023-12-03 10:02:29 24 4
gpt4 key购买 nike

我们有一个使用 perl 和带有 mod_perl 的 Apache 的软件 Web 界面。在最近的 Ubuntu 14 安装(Apache 2.4.7,perl 版本 5.18.2)中,我们遇到了随机停止工作并出现以下错误的问题。这将在随机时间(例如几个小时或几天)后发生,在以前的任何 Ubuntu 或 CentOS 安装上都没有发生过,我们只能通过重新启动 Apache 来临时解决它。

调试它的困难源于它运行良好一段时间,处理数百或数千个请求,我们无法识别任何特定的触发器使其停止工作。

有人对如何调试和解决它有想法吗?谢谢你。

以下是错误信息。每个 Web 请求都会重复此操作,直到 Apache 重新启动。提到的 Utils.pm 是我们软件的一部分,并且在 index.pl 的第 2 行中“使用”。 Utils.pm 本身“使用”了很多其他模块。

[Sun Jul 27 19:26:18.110765 2014] [:error] [pid 26316:tid 139927794730752] Attempt to reload Utils.pm aborted.\nCompilation failed in require at /path/to/index.pl line 2.\nBEGIN failed--compilation aborted at /path/to/index.pl line 2.\n

最佳答案

我通过消除的过程来解决这些问题。如果部署没有完全成功,我想知道它与完全成功的部署有何不同。

我将从检查 Perl 依赖项的版本开始。不同的发行版可能包含不同版本的非核心模块。如果您的部署过程包括从 CPAN 中提取依赖项,则您最近部署的模块版本可能比以前的部署要新。

如果我发现依赖项不同,我会将相同版本从可接受的部署部署到新部署。如果它解决了问题,我知道我必须为 future 的部署改进流程。如果它没有解决问题,我将继续讨论可接受和 Not Acceptable 部署之间的其他可识别差异。 “可识别”取决于我可以使用的资源。我是一个几乎称职的系统管理员,因此我可能会咨询同事以帮助我识别该级别的不一致之处。

我们知道在某些环境中软件可以按预期工作。我们可能无法找出确切的根本原因,但可以合理地期望我们可以使环境对应用程序更友好。

关于apache - mod_perl "use"随机失败,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25399986/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com