@Halley，我已经在Cloud中使用了试用系统一段时间。 没关系 但是现在我对"网关超时"有同样的问题。 您已经有了解决方案吗？ 谢谢。

自提出问题以来已有一段时间没有检查过。

几天后，如果没有任何解决方法，它可能会变好，或者可能没有。 到目前为止，我还没有完全弄清楚……

嗨，哈利，

很抱歉让您久等了。 想念你的问题。 这还在发生吗？ 我没有一个立竿见影的想法。

HANA连接是直接连接，因此flowagent不应是根本原因。 为了以某种方式找出问题所在，我可能需要有关连接（和网络设置）的更多详细信息。

如果您仍然需要帮助，请通过此问题或直接消息与我联系。

干杯
Thorsten

嗨，Thorsten，

我上面有哈利（Haley）演示的完全相同的问题，但使用1.4试用版。 几天前，一切都很好，但现在出现了网关问题。

我无法解决它，但是捕获了我认为可能是相关的网络，防火墙，路由和kubernetes服务端点详细信息，可能不适合在此处共享。

我还查看了1.4上的OSS发行限制说明： https： //launchpad.support.sap.com/#/notes/2649485 和之前的1.3注释： https://launchpad.support.sap.com/#/notes/2602716 。 仅1.3注释描述了问题，而1.4则没有。 不过，值得注意的是，带有"网关"的评论说：

• 无法删除SAP Data Hub座舱中处于断开状态的系统。 在无法访问远程SAP Data Hub SDI适配器的情况下，可能会因网关超时错误而从SAP Data Hub Cockpit中的格局管理中删除系统。 在卸下系统之前，请确保适配器正在运行。

我将尝试私下向您发送电子邮件或DM（在Twitter上关注），并在本周末分享情况详情。

谢谢

道格

非常感谢Thorsten！ 他向我指出了SP04入门指南的疑难解答部分，该部分有助于解决我的SDH 1.4试用版中的"网关超时"问题。

• https://caldocs.hana.ondemand.com/caldocs/help/第30页的Getting_Started_Data_Hub_SP04.pdf

在我的情况下，kubectl APP_SELECTOR值与（负载均衡器）internallb.yaml文件中的值没有任何区别，但是只需使用命令" kubectl -n"重新应用完全相同的配置（以root用户身份） datahub apply -f internallb.yaml"似乎可以解决该问题！

• 有一个警告，"警告：kubectl apply应该用于kubectl create --save-config或kubectl apply创建的资源上"
• 但是它似乎应用了"更改"：配置了服务" data-hub-flow-agent"

还要注意，网关故障排除部分中有一些"多余"步骤不适用（来自第4节"连接到Google Cloud Storage"）。 Thorsten已经修复了源文档，并将很快在线进行更新。

重新应用未更改的internallb.yaml，并再次检查Data Hub Cockpit后，它成功了！ 没有"网关超时"。 刷新了系统状态部分，我可以在景观管理中看到VORA_SYS_DEFAULT连接正在工作，并且发现>概要分析数据具有​​我以前来自Vora，GCS和AWS的所有概要分析数据（存储在GCS存储桶中，而不是HDFS中）。

两个值都相同，似乎重新应用.yaml似乎没有用，但是确实...

根本原因很可能是Google网络中的某些短暂事件，但是在我这样做之前，SDH控制台出现了网关超时错误，之后又再次正常工作。

再次感谢，托尔斯滕！

道格