页面菜单主页灭菌器

有时页面加载到阿姆斯特丹数据中心的用户(由于Wikimidia集群之外的某些因素)
开放,高公共

描述

目前德国维基百科上有间歇性的页面加载问题。这可能是由于HTML文档加载缓慢,特别是在特殊页或通过资源加载器加载的资源引起的。我看到页面加载时间超过150秒。

这个问题影响不同的用户与不同的浏览器和互联网服务提供商。这个问题以前出现过,例如在第六/ 2019年6月7日。当时,它被解释为与正在进行的软件部署有关。维基百科.

更新:迄今为止的证据表明,一些欧洲国家的用户受到影响,包括瑞士、德国、芬兰和法国。这可能指向阿姆斯特丹集群中的一些问题。

事件时间线

有大量的变化,所以隐藏的旧的变化。显示旧的变化

我猜这个问题的开始与第一个图面板中的取出失败的开始相关:
HTTPS://GRAFANA.Wikimdia.Org/D/900035352/Valnsi-FixF取出?OrdID=1和来自=现在-7D和to=现在

我想艾玛看看ESAM中的油漆内的一些线程耗尽吗?虽然基于HTTPS://GRAFANA.Wikimdia.Org/D/900035352/Valnsi-FixF取出?PANELID=16和全屏& OrdID=1 &来自=现在-7D和to=现在我不确定这是不是同样的问题。

一些额外的观察:

我现在在重新启动所有缓存节点的过程中,补丁的内核固定CVE-2019-11477以及相关的漏洞。一旦我完成了这个任务,我们就可以重新启用SAK,看看它是否改变了什么。科科斯群岛@ MoritzMuehlenhoff.

不限于DeWik/ Germnany(不足为奇),也有来自HuWik/匈牙利的一系列报道。

我昨天看到很多慢速的维基页面加载,包括丢失的皮肤。(登录用户,欧洲)

@ Yann这条线没有什么新东西吗?随意添加{{跟踪} TXXXXXX}}在这种情况下的维基。

有兴趣解决这个PB。我能说的是一个共同的模板(http://www. MyaWiki .org/wiki /模板:图:行无论使用哪种维基(DE、FR、IT等),如果链接到Wikista查询,则不会呈现该图。
有趣的是,如果你点击“预览”,图表是可见的。但是,当保存更改时,没有图形,只有一个坏方块/空白显示。
谢谢你的工作!

似乎更好。通过重启所解决的艾玛我不再体验这种迟钝了。

同意@ Gestumblindi

我刚尝试过,一切都不到3秒。

+ 1,现在一切顺利运行,包括API查询。

PM3重命名此任务有时一些页面会慢慢加载欧洲用户(由于Wikimidia集群之外的一些因素)有时页面加载缓慢欧洲用户(由于一些因素以外的维基媒体集群).6月20日2019日下午2时40分
进入T226048α5270181@ CDanis写的:

我猜这个问题的开始与第一个图面板中的取出失败的开始相关:
HTTPS://GRAFANA.Wikimdia.Org/D/900035352/Valnsi-FixF取出?OrdID=1和来自=现在-7D和to=现在

@ CDanis您的猜测似乎是点亮的,在2019-0620T1000取回错误基本上是0,之后我们开始得到第一个问题是固定的报告。也请参阅“资源暂时不可用-直接不足字节”的错误图:HTTPSE//LogStas.Wikimdia.Org/Goto/4F9A6FDF4665 B439 713B7E40226512DD. "“资源暂时不可用”是eEnter,指示超时。

投机:@ Wurgl报告响应时间为180秒。在ESAMS用户和应用层之间有3种清漆(ESAM清漆FE和清漆BE,EQADAD清漆BE)。可能发生的一个理论是,受该问题影响的响应延迟了一个60秒的超时时间,发生了3X。

艾玛这不是一次暂停。一块数据(页面的开始)被浏览器很快地渲染,但是它被卡住了。从那一刻起,浏览器逐行添加,有时按字符添加,有时会有较大的块到达。当我向下滚动到页面的末尾时,我可以比它更快地读取数据。正如我在IRC频道所说:慢如一个声学耦合器。

^我准确地看到了Wurgl的报告,浏览了伦敦上的E-Wiki(例如Fram案例)的长页。现在看来还行。

我们要解决这个问题吗?关于如何预防这一问题的积极讨论似乎是在另一张票下进行的。

克林克尔将此任务分配给·艾玛.
沃格尔重新打开这个任务开放.6月23日2019,上午10时18分

很抱歉重新打开这个问题,但是行为又回来了:

我再次看到它的缓慢。但是当运行这个测试循环时,只有100个测试中的一个:3分钟,1783秒,所有其他99次尝试都在1、4、2、9秒内。

我也经历过。一分钟很快,下一分钟真的很慢。

从星期四开始,我没有遇到任何问题。今天一切顺利。

100个中的一个可能只是一些正常的网络拥塞或临时本地系统滞后。

真奇怪,真奇怪。在我的观察名单上,我在几分钟内就看到了三次慢度,但是现在我看不到了。服务器休息了一杯茶吗?

没有阅读所有的评论,但要说这个问题比几周还要老。
它发生了多年来但是非常罕见。

我们认为清漆失败可能与这个问题有关,调查正在进行中。T226375

@社区关系如果你在社区里听到一些关于缓慢的页面浏览或超时的消息,那就只需一个提示。这些报告通常是我们无法控制的,彼此之间毫无关系,但在过去的7天里,许多报告都是相互关联的,在我们负责的范围内。

它现在应该已经大致解决了,但要注意任何新事物:

(这项任务名为“欧洲用户”,但更确切地说,它影响了我们将维基百科连接路由到阿姆斯特丹集群的用户。这包括许多可能被认为是在欧洲之外的地区。

·艾玛重命名此任务有时页面加载缓慢欧洲用户(由于一些因素以外的维基媒体集群)有时页面加载到阿姆斯特丹数据中心的用户(由于Wikimidia集群之外的某些因素).6月25日2019,上午8:07

再次报道菲维基由三名用户组成。有人评论说,移动网站工作得更好。

我们能得到这些最后报告的大概时间吗?@扎奇(如果可能的话,UTC)

EJS—80添加了评论。编辑6月27日2019,上午8时14分

@ ArielGlenn两个FiWiKi用户在03—03:35(UTC)和一个用户(谁说只有手机接口工作)中报道了这一点。2019年6月27日(UTC)。

03-03:35事件可能与我们当时所经历的网络问题有关。后来的报告似乎是一个单独的事件。

进入T226048α5279710@ Krinkle写的:

@社区关系如果你在社区里听到一些关于缓慢的页面浏览或超时的消息,那就只需一个提示。这些报告通常是我们无法控制的,彼此之间毫无关系,但在过去的7天里,许多报告都是相互关联的,在我们负责的范围内。
它现在应该已经大致解决了,但要注意任何新事物:

CIAO,很抱歉没有及时回复-在未来,我们建议使用专家支持标签,并探索更好的选项进行快速干预。http://Office。wikimdia.org/wiki/社区关系:)

就我个人而言,我什么都没见过http://e.维基百科.org / wiki /维基百科:VielaGePrime](技术)(VPT是一个寻找报告的好地方,因为它也经常被非E.WP编辑器使用)。

如果有什么特别的,我们应该问一下,任何维基你想要针对这些要求,请让我们知道。蒂夫!

进入T226048α5288560@ Elitre写的:

如果有什么特别的,我们应该问一下,任何维基你想要针对这些要求,请让我们知道。蒂夫!

如果需要的话,我们可以在科技新闻中问这个问题。

我现在写下一个问题:你如何描述这个问题是一个或两个短句子?

为了澄清,特里泽克没有问我。

特里泽克WMF就我个人而言,我已经尝试过几天来失败了。我的理解是,有时登录用户的一些页面负载需要很长的时间才能完成,字符在屏幕上慢慢显示出来。

我不确定人们是否仍然遇到这种情况。

普鲁姆添加了评论。编辑6月28日2019,上午7:22

特里泽克WMF如果你陈述了你感兴趣的是什么,这将有帮助:从技术角度或最终用户体验的问题解决。最终用户体验很好地总结在TeaMubLundii上面的评论TE,6月18日,23:05(“声学耦合器”的比喻)。至少我是这样经历的。

刚才我在RuWiKi上复制了问题。

DJ添加订户:DJ.编辑6月28日2019,下午12:20

又一次发生在我身上。不幸的是,在加载页面时,我没有检查员打开,所以我无法通过任何HTTP报头找到。下一个电话就好了。这发生在:28 Mun 2019 12:17:11GMT。

这里是一个拉网连接的截图:


正如你所看到的,数据包的大小是622字节,每秒接收一次,这意味着速度为0.5千字节/秒。
没有重传。网络连接从我这边工作得很好。

这是发表在HTTPS://Meta。Wikimdia.Org/WiKi/Tea/NeW/2019/27. 这里还有什么专家需要的吗?感谢

然后删除我们的标签。