2020-09-18 03:13发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）专家您好， 请问以下有关... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
专家您好，
请问以下有关数据中心的问题吗？
使用"横向和发现"选项卡打开"数据中心"主控台时，我面临网关超时的错误。 我正在使用1.0 SPS 3的试用版。
这个问题已经持续了很长时间（一个多星期），我曾多次尝试暂停并重新激活该实例，但这根本没有帮助。
此外，请遵循注释 2602716-SAP Data Hub 1.0 SPS 03的发行限制 ，
" 无法访问的HANA系统导致座舱概述和景观超时
创建HANA连接后，HANA实例可能没有响应（由于错误），当通过/v1/systems调用Data Hub Objectservice时，Data Hub Cockpit可能会收到网关超时。 在首次创建HANA连接时不会发生此行为，但是在创建后无法访问HANA DB时可能会发生。"
在整个过程中，我都可以通过HANA studio上的SYSTEM用户连接到HANA DB。
至于其他地方提到的"流动剂"，从我的角度来看也看起来不错，没有被删除。
我不想删除实例并使用新实例，因为我已经在当前实例中构建了一些模型和数据。
任何线索都受到欢迎，或者您能告诉我在哪里可以得到直接帮助？
谢谢。
非常感谢Thorsten！ 他向我指出了SP04入门指南的疑难解答部分，该部分有助于解决我的SDH 1.4试用版中的"网关超时"问题。
在我的情况下，kubectl APP_SELECTOR值与（负载均衡器）internallb.yaml文件中的值没有任何区别，但是只需使用命令" kubectl -n"重新应用完全相同的配置（以root用户身份） datahub apply -f internallb.yaml"似乎可以解决该问题！
还要注意，网关故障排除部分中有一些"多余"步骤不适用（来自第4节"连接到Google Cloud Storage"）。 Thorsten已经修复了源文档，并将很快在线进行更新。
重新应用未更改的internallb.yaml，并再次检查Data Hub Cockpit后，它成功了！ 没有"网关超时"。 刷新了系统状态部分，我可以在景观管理中看到VORA_SYS_DEFAULT连接正在工作，并且发现>概要分析数据具有我以前来自Vora，GCS和AWS的所有概要分析数据（存储在GCS存储桶中，而不是HDFS中）。
两个值都相同，似乎重新应用.yaml似乎没有用，但是确实...
根本原因很可能是Google网络中的某些短暂事件，但是在我这样做之前，SDH控制台出现了网关超时错误，之后又再次正常工作。
再次感谢，托尔斯滕！
道格
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 Climb_Ma 的问题《SAP Data Hub 1.0 SPS 3跟踪版本中的网关超时》','https://www.easysap.com/answer/85128/233217.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
非常感谢Thorsten！ 他向我指出了SP04入门指南的疑难解答部分，该部分有助于解决我的SDH 1.4试用版中的"网关超时"问题。
在我的情况下，kubectl APP_SELECTOR值与（负载均衡器）internallb.yaml文件中的值没有任何区别，但是只需使用命令" kubectl -n"重新应用完全相同的配置（以root用户身份） datahub apply -f internallb.yaml"似乎可以解决该问题！
还要注意，网关故障排除部分中有一些"多余"步骤不适用（来自第4节"连接到Google Cloud Storage"）。 Thorsten已经修复了源文档，并将很快在线进行更新。
重新应用未更改的internallb.yaml，并再次检查Data Hub Cockpit后，它成功了！ 没有"网关超时"。 刷新了系统状态部分，我可以在景观管理中看到VORA_SYS_DEFAULT连接正在工作，并且发现>概要分析数据具有我以前来自Vora，GCS和AWS的所有概要分析数据（存储在GCS存储桶中，而不是HDFS中）。
两个值都相同，似乎重新应用.yaml似乎没有用，但是确实...
根本原因很可能是Google网络中的某些短暂事件，但是在我这样做之前，SDH控制台出现了网关超时错误，之后又再次正常工作。
再次感谢，托尔斯滕！
道格
一周热门 更多>