【问题标题】:Bluemix Container status reads 'Networking'Bluemix Container 状态显示为“Networking”
【发布时间】:2016-01-13 02:38:39
【问题描述】:

我正在尝试在 Bluemix 上设置一个容器,该容器接受 UDP 流量并使用 TCP 连接将其转发到 Logentries。在本地运行容器时,我使用 NetCat 模拟了 UDP 流量,看到它成功显示在 TCP 连接的目的地。

但是,当我尝试使用 Bluemix 容器服务启动基于同一映像的容器时,该容器仍停留在“联网”状态,并且没有数据传输到目的地。日志仅打印有关 syslog-ng.conf 文件中列出的版本的警告(本地运行时相同的警告),并且通过命令 cf ic inspect <container-id> 检查容器会返回有关 Networking 状态的以下部分:

"Path": "date",
"ResolvConfPath": "/etc/resolv.conf",
"State": {
    "ExitCode": 0,
    "FinishedAt": "0001-01-01T00:00:00Z",
    "Ghost": "",
    "Pid": 1,
    "Running": true,
    "StartedAt": "2015-10-14T19:45:43.000000000Z",
    "Status": "Networking"
},

需要注意的是,由于以下错误,我不得不将域名服务器更改为 8.8.8.8(Google 的 DNS)以进行必要的域名解析:

Error resolving hostname; host='data.logentries.com'
Error initializing message pipeline;
Error resolving hostname; host='data.logentries.com'
Error initializing message pipeline;

你可以在https://github.com/oinopion/syslog-ng-logentries找到我最初采用的Docker镜像的源代码。

所以我的问题是:

  1. Bluemix 容器的“网络”状态是什么意思?
  2. 为什么我的容器可以在本地工作,但不能在 Bluemix 上工作?

【问题讨论】:

    标签: docker containers ibm-cloud logentries


    【解决方案1】:
    1. 容器是否能够从端点获得响应?

    【讨论】:

      【解决方案2】:

      你可以只转发UDP流量到Logentries,不需要切换到TCP。

      【讨论】:

      【解决方案3】:

      “网络”状态意味着正在为您的容器创建网络,以便您的容器的公共和私有 IP 可以访问并路由到您的实例。当容器卡在网络上时,这通常是基础架构的问题,而不是您所做的任何事情。

      请尝试删除您的容器并重新创建它,看看这是否应该解决它。如果没有,那么您将需要向 Bluemix 开一张支持票(通过 Bluemix UI 上的支持链接“获取帮助”),让 IBM Containers 团队调查您的 Container 出现问题的原因。

      【讨论】:

        【解决方案4】:

        也许配置 syslog-ng 以直接连接到与摄取节点关联的 IP 之一。

        任何打击都应该起作用。

        data.logentries.com.    105 IN  A   54.217.225.23
        data.logentries.com.    105 IN  A   54.217.226.18
        data.logentries.com.    105 IN  A   54.246.89.117
        data.logentries.com.    105 IN  A   54.217.226.8
        data.logentries.com.    105 IN  A   79.125.113.75
        

        data.logentries.com。 105 IN A 54.228.220.150

        【讨论】:

          【解决方案5】:

          Bluemix 上的 Docker 容器还不支持传入的 UDP 流量路由。据我所知,此功能已计划用于未来的更新。 这就是您的容器在本地运行良好但远程无法接收流量的原因。

          【讨论】:

          • 感谢您的信息!我们将使用 TCP。
          猜你喜欢
          • 2020-01-03
          • 1970-01-01
          • 2019-02-21
          • 1970-01-01
          • 1970-01-01
          • 2019-02-24
          • 2015-10-03
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多