西班牙
斯潘4
你好,
所以我们有一些工作台(FME 2018.1.1;20181203-构建18578-win64),在对数据执行一系列操作后读或写到agol。这些工作台运行良好,直到一周前,突然他们开始抛出一个非常通用的503错误消息,并完全失败。
如果我理解正确,503表示这是服务器端错误(所以很可能是esri的问题),对吧?
在过去的几天里,我们与我们组织的Arcgis在线门户网站一直存在问题(图层从地图上随机删除,应用程序拒绝加载),我开始认为他们2018年12月的Agol更新搞乱了一些事情,包括FME的读者/作者与之交流的方式。最近有没有人在和agol一起工作时遇到麻烦?
谢谢!
你好@rinfante,
很遗憾听到你得到这个错误。5个03是一个通用的服务器端错误(即503服务不可用错误)。这也可能是一个安全的改变 - 或许加入SAML权威性?
您可以通过Web浏览器,以达到您的门户或者你只得到尝试读取与FME /写数据时,这个错误?
你好rinfante,我们一直有在我们的AGOL组织了同样的问题,遗憾的是它并没有变得更好。
你能告诉我,如果你的服务来自https://services3.arcgis.com/?我们还有其他的组织,只有一个在该服务器上越来越503错误。
也可以请你告诉我哪个国家是你/你的组织?
嗨,大家好,
我已经看到类似的问题与客户在过去的几天(他们已经看到过来1月)。我们一直得到同样的错误503试图做读取或插入/更新和删除到通过AGOL FME读/写图层时。这种情况已经有两FME 2016和FME 2018.1(建18578)。这也是间歇性的,工作区会失败,但重新启动它马上,它将会运行得很好。
@ppgabmail因为虽然我需要仔细检查我敢肯定,他们的服务是从源头来那关于服务3有趣的评论。
两件事情,“似乎”,以帮助被减少了一些功能的读/写,这样的交易是小,也使用FeatureHolder变压器强制FME完全阅读上运行的所有数据,然后让所有可用的可用数据 to write etc.有打击,但减少对ESRI连接的同时动作的数量“似乎”,以提供更好的稳定性性能。
它可能已被然而,随机的机会,所以我不会被它发誓,充其量它是一个有点创可贴,而不是遗憾的解决方案。
我没有与FME阅读的任何问题/与上周其他用户写入AGOL所以它不会显得与FME读/写器的问题,听起来像是有一个与问题services3.arcgis.com终点。
我们正在测试,并试图解决这个错误,现在快一个月了,总算把它缩小,但没有解决方案,我很害怕。
503错误来自AWS CloudFront的,这基本上意味着在服务器上的过载。
我们不是从FME,而是从JS API,但错误是直接在API休息点,你可以得到错误,只是通过你的浏览器导航到API。
是的,当你在一行中做几个查询时,它有更高的发生几率,在我们的例子中,它几乎100%的时间发生,因为我们正在批量收集一个层的附件,你必须为每个特性做一个单独的附件查询。
我相信这是一个超载的services3机器,这是一个旧的服务器,大多数样本层从ESRI托管,如果你创建一个新的AGOL帐户,它将在services9(今天),这将给你没有错误。
这个错误已经完全停止了我们的开发循环和应用程序部署,仍然在等待ESRI的正式回复
@ppgabmail你有一个esri案例#/bug #吗?我们一直在不断地冲击,我们有M2,这应该会增加相当多的容量。
我看了你的帖子后会说,似乎几乎所有的4xx或5xx都来自cloudfront (the edge)或它们连接到内部的机器。
嗨,我们做了同样的事情,显然是因为几个因素共同作用,每个独立的推动蜂箱稍微接近这503个误差。(他们没有透露这些是什么)是的。ESRI一直致力于修复这些因素,我们发现Hive 3更加稳定是的。所以希望它是相关的,你会开始看到同样的稳定性!
几个星期前,我们开始收到一个404错误,它不断地破坏我们的AGOL进程。有时他们写得很好,而其他时候他们只是抛出错误,声称他们找不到他们试图访问的URL。
我们和ESRI开了一张罚单,他们给了我们通常的模棱两可的答复(“仪表盘显示系统运行良好”,“你联系过外管局吗?”亚搏在线“等)…but then they supposedly 'fixed a bug' (they haven't disclosed what the bug was, but I suspect it's related to the one you mentioned) and the problem went away (or seems like it has so far).
是的,如果没有其他的,我们开的这些票似乎有帮助。
当试图使用FME(504,内存压力)写信给AGOL但听起来好像我的问题是类似的,在这个线程所描述的(我有稍微不同的错误详见我的另一个问题)。我才开始十二月FME和AGOL工作,所以我不能说,如果我的工作台会工作过。
就我而言,如果我运行它,而在FME并点击“运行转换”按钮工作台通常工作正常。如果我尝试使用Windows任务计划程序:有时工作台成功完成,但其他时候,它失败并返回各种错误。
我们的地图服务都存储在服务3 AGOL实例。我试着从FME支持的一些建议和其他人没有成功(减少写入功能,FeatureHolder,减少变压器的数量,重新认证等)。
你好@bfausel你现在有什么案子要我们处理吗?如果你没有,你可以用这个表格创建一个:https://www.亚搏在线safe.com/support/report-a-problem/我们可以帮助你更深入地研究这个问题,看看我们能否缩小问题的范围。
更新:根据我们的esri客户经理,agol开发团队昨天对此进行了修复。从那以后,我只看到了1到2个错误通知,所以看起来好像它在工作。:)抄送@carsonlam@rinfante@gavinpark@bfausel@lauraat亚搏在线safe
更新2:esri建议的一件事(尽管他们警告不要在生产中使用它)是尝试将-nocdn附加到您的服务url(即https://services-nocdn.arcgis.com)绕过显示这些5xx错误的cdn。当与专用服务一起使用时,您可能必须使用此URL创建一个新项目,然后使用该项目保存凭据。如果与公共项一起使用,您应该能够使用arcgis功能服务阅读器,您可以只使用https://services-nocdn.arcgis.com是的。
更新:2个多月后仍在处理ESRI病例…我将在下周再次与一个开发人员联系,所以可能会有更多的更新。
如果你仍然遇到这个问题,给我留言,所以我可以包括我的情况与ESRI您的信息,让他们知道其他人(除了我)也遇到了这个问题。(david.runneals@iowadot.us)
UPDATE二○一九年五月三十〇日:与ESRI就聊,我们确定了从ArcGIS Online的读取(查询),当我们的5xx错误是由亚马逊的Cloudfront(CDN缓存机制)引起的。ESRI将要进一步考虑看看这个。他们还提到有做查询服务器级高速缓存,我将与FME产品团队一旦我得到它分享一个更好的办法。(对于那些有兴趣在此多,这里的一篇很棒的博客文章在ArcGIS Online中的缓存实现。)
在关于写作(applyEdits),他们还在推附加功能。在这里为想法的实现投票是的。我要与他们一起清理好一点,使之更加可靠/万无一失。
嗨大卫,
我太想读ArcGIS Online上的组织帐户我托管功能层时遇到了可怕的503错误。我运行此脚本从FME Server的每一分钟。奇怪的是在它运行良好,每天几个小时,然后它30分钟以上没有运行,并给予503错误。它似乎开始在下午3点左右(PST)失败。我们的服务托管服务5服务器上,我们是在加拿大BC省。
感谢所有的工作,你正在做的努力解决这个问题。我想这是解析为使用该服务的应用程序是关键任务(消防调度)。
问候,
卡梅伦
?2019安全亚搏在线软件公司|法律