当前位置: 首页 > 知识库问答 >
问题:

Openshift Haproxy第7层错误状态

辛成周
2023-03-14

我在Openshift上有一个应用程序,几个月来一直运行良好,突然变得503。Haproxy状态表示第7层错误状态内部服务器错误

我已经检查了日志,没有提到任何特别的东西。我已经检查了使用限额,它远远低于1024m的限制。我已经多次重启该应用程序,但没有成功。我已经检查了haproxy.cfg,根齿轮地址是正确的。

怎么会这样呢?似乎一切都失去了,因为没有关于它的文件。

共有1个答案

印辉
2023-03-14

基本上,这个错误意味着您的应用程序在您的齿轮(在haproxy后面)是不可达的。是否可以验证是否有监听应用程序根上下文(/)的内容?查看实际日志以及应用程序URL也可能有所帮助。

 类似资料:
  • 即便是Erlang程序员也难免会写出有问题的程序。代码中的语法错误(和一些语义错误)可以借助编译器检测出来,但程序仍可能含有逻辑错误。对需求理解的偏差或对需求实现的不完备所造成的逻辑错误只能通过大量的一致性测试来检测。其他的错误则以运行时错误的形式出现。 函数是在Erlang进程中执行的。函数可能出于多种原因而失败,比如: 一次匹配操作失败 使用错误的参数调用BIF 我们可能打算对一个算术表达式求

  • 因此,我尝试使用docker和Nginx根据请求对3个不同的容器进行路由。容器具有相同的IP和不同的端口。以下是Nginx配置: 当我导航到myticket.grgsh.com时,服务器将我重定向到上游的帮助台,但当我导航到myticket.grgsh.com/dsi或myticket.grgsh.com/drh时,我会得到错误: 未找到此服务器上未找到请求的URL。 有人能帮忙解决这个问题吗?谢

  • 问题内容: 我正在尝试构建LSTM模型,以解决https://keras.io/layers/recurrent/中的文档示例 以下三行代码(加上注释)直接来自上面的文档链接: ValueError:输入0与层lstm_2不兼容:预期ndim = 3,找到的ndim = 2 在执行第二个model.add()语句之后,但在将模型暴露给我的数据甚至编译它之前,我在上面得到了该错误。 我在这里做错了什

  • Error codes are 32-bit fields that are used in RST_STREAM and GOAWAY frames to convey the reasons for the stream or connection error. 错误码是32位字段,用在RST_STREAM和超时帧中去标识流或者连接错误的原因。 Error codes share a comm

  • 我们正在尝试将一堆Docker版本从Windows 2016更新到Windows 2019,以便我们可以将Service Fabric群集从Windows 2016升级到Windows 2019,并且还可以从。NET Core 2.2的生命周期结束。NET Core 3.1支持LTS。 Windows 2016没有提供.NET Core 3.1的Docker映像,这使得升级更加困难。我们当前的问题

  • 可以用类 ios 中的位测试流的状态。类ios是输入/输出类 istream、ostream 和 iostream 的基类。 当遇到文件结束符时,输人流中自动设置 eofbit。可以在程序中使用成员函数eof确定是否已经到达文件尾。如果cin遇到了文件结束符,那么函数调用: cin.eof() 返回 true,否则返回 false。 当流中发生格式错误时,虽然会设置failbit,但是字符并末丢失