gpt4 book ai didi

tomcat - 集群不起作用

转载 作者:行者123 更新时间:2023-11-28 21:56:00 25 4
gpt4 key购买 nike

我在前端使用 apache 并使用 mod_jk 作为连接器为两个 tomcat 配置集群。我尝试了一个测试应用程序来检查配置,它工作正常。正在成功复制 session 并成功检测到故障转移。但是当我为我的实际应用程序尝试这个时,它不起作用。我在 httpd.conf 中做了相应的修改,非常仔细。没有异常,日志中没有错误。我无法追踪问题。最初我得到了特定类的 NotSerializableException 并且我使它们可序列化。现在没有异常(exception),但如果托管 tomcat 关闭,即使集群的其他 tomcat 成员处于事件状态,我仍然无法加载应用程序。你们能帮帮我吗?我可以理解,当您不确定问题所在时,很难提出解决方案。

最佳答案

所以你有 2 个服务,配置方式相同,除了一个正确故障转移而另一个没有?

当您看到看似不可能的事情时,有一条通用的经验法则。那个规则是你没有看到你认为你看到的东西。通常是因为被戏称为 PEBKAC(键盘和椅子之间存在问题)。真正令人沮丧的是,无论它多么明显,你可以盯着它看 100 次,它也不会明显,因为你看到的是你“知道”的东西,而不是那里的东西。

根据我的经验,有两种解决此类问题的好方法。

  1. 将它带给其他人,并请他们找出您在哪些方面有所不同。鉴于他们看到的是那里的东西,而不是你“知道”的东西,他们通常会看到你看不到的东西。 (在整个过程中,您也许有一天可以报答。)
  2. 从工作配置和非工作配置开始,开始“平分”它们之间的路径,直到您得到最小的差异来说明工作和非工作之间的区别。缩小这种差异,您就会知道要修复什么,或者有一个测试用例可以提供给其他人。

很可能您需要遵循第二种方法。你可能不想——我从不这样做——但它通常没有你想象的那么痛苦。您首先在测试系统上复制完整的应用程序,并证明您遇到了同样的故障。 (如果你不这样做,那么你就开始仔细寻找生产和测试之间的差异。特别是查看操作系统版本、库版本等。)

假设您有一个测试系统,请保存该配置。然后开始删除您认为与您的配置问题无关的实际应用程序的大块,定期测试您是否走在正确的道路上。 (并且每次都保存。)一旦你有了一个最小的应用程序,就开始尝试将它转向工作测试应用程序。在某个地方,您会发现有所不同的变化。它可以在任何地方。一旦找到它,您通常就会确切地知道如何修复您的生产系统。或者,如果您不这样做,您将非常清楚地知道您的问题。

有时您会发现一个奇怪的错误。如果是这样,那么您应该开始尝试尽可能地简化所有事情,直到您有一个不错的错误报告可以发送。

关于tomcat - 集群不起作用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5672941/

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