Google App Engine上随机出现121错误

Cre*_*xEA 6 google-app-engine

我用一个用Java编写的非常小的应用程序来实验与此问题相同的错误. 随机地,servlet在描述中抛出错误代码121的500错误但没有堆栈跟踪.

这是日志:

23/Jun/2013:01:37:11 -0700] "GET /premierQuestionnaire?annee=DES3&desc=false&installerLiberal=false&connaitAucun=on&roleNational=on&adhererEmblee=false HTTP/1.1" 500 0 - "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.116 Safari/537.36" "these-emilien.appspot.com" ms=569 cpu_ms=0 loading_request=1 exit_code=121 app_engine_release=1.8.1 instance=00c61b117ced60a7064344269a551e9083a10fac
I 2013-06-23 10:37:11.033
   This request caused a new process to be started for your application, and thus caused your application code to be loaded for the first time. This request may thus take longer and use more CPU than a typical request for your application.
W 2013-06-23 10:37:11.033
   A problem was encountered with the process that handled this request, causing it to exit. This is likely to cause a new process to be used for the next request to your application. (Error code 121)
Run Code Online (Sandbox Code Playgroud)

试图提出他提出的问题,但他们现在受到限制,所以无法访问.没有谷歌的沟通.状态页面上没有错误或系统故障.

编辑13:15: 我找到了员工的回答:

从5月7日星期一晚上11点左右开始到5月8日星期二上午11点,一些App Engine应用程序在其应用程序日志中看到标记为"错误代码121"的错误,这是由于不必要的实例终止造成的.

在此问题发生前一周,对App Engine调度程序底层的基础结构进行了更改,从而中断了我们的内存记帐系统.这个问题很难浮出水面,并且在我们现有的监控发现错误之前没有对我们的用户造成任何严重影响.为了解决这个问题,我们在5月7日推出了另一种内存记帐方法.这种替代方法高估了当前使用的内存量,我们的调度程序慢慢开始累积不正确的内存使用值.

高估导致App Engine调度程序错误地认为我们的基础架构处于持续的内存压力下,这反过来导致实例的过度激活终止,这在受影响的应用程序的日志中显示为"错误代码121".在5月8日上午汇总用户关于该问题的报告时,我们的可靠性团队确定了错误计算的来源,并推出了一个新的修复程序,用于纠正内存使用率过高估计,并停止了不必要的终止.

我们不认为在这种影响水平下修复问题的时间是可以接受的.我们正在为内存记帐添加新的警报和工具,以防止将来再次出现类似问题并缩短响应时间.应用程序代码或管理控制台设置不会影响您的应用程序是否受此问题影响,并且不需要更改代码或设置.

感谢您在此期间的耐心等待,并对您或您的客户造成的任何不便表示歉意.如果您认为您的付费应用程序遇到SLA违规行为,请填写此表单.

此致,Christina Ilvento代表Google App Engine团队

如果有人有想法,或者新闻会很棒......;)在此先感谢

sta*_*all 0

解决方案移自@CreatixEA的问题帖子。

\n
\n

我从工作人员那里找到了答案:

\n
\n

从 5 月 7 日星期一晚上 11 点左右开始,一直持续到\n5 月 8 日星期二上午 11 点,一些 App Engine 应用程序在其应用程序日志中看到标记为\n\xe2\x80\x9c 错误代码 121\xe2\x80\x9d 的错误,这些错误是由于\n不必要的实例终止。

\n

在此问题发生前一周,App Engine 调度程序的\n基础架构发生了更改,\n这破坏了我们的内存\n会计系统。这个问题出现的速度很慢,在我们现有的监控\n发现错误之前,\n并没有对我们的用户造成任何严重影响。为了解决这个问题,我们于 5 月 7 日推出了另一种\n内存核算方法。这种替代方法\n高估了当前使用的内存量,\n我们的调度程序\n慢慢开始累积错误的内存使用值。

\n

高估导致 App Engine 调度程序错误地\n假设我们的基础架构处于持续的内存压力下,\n这反过来又导致实例过度终止,\n这显示为 \xe2\x80\x9c 错误代码 121\xe2\x80 \x9d 在受影响的应用程序的日志中。在 5 月 8 日上午汇总该问题的用户报告后,我们的可靠性团队确定了错误计算的根源,并推出了新的修复程序,纠正了内存使用过高估计,并停止了不必要的终止。

\n

我们认为修复这种影响级别的问题的时间是不可接受的。我们正在添加新的内存统计警报和工具,\n以防止将来再次出现类似问题并缩短\n我们的响应时间。应用程序代码或管理控制台设置不会\n影响您的应用程序是否受此问题影响,\n无需更改您的代码或设置。

\n

感谢您在此问题期间的耐心等待,对于给您或您的客户带来的任何\n不便,我们深表歉意。如果您认为您的\n付费应用程序违反了 SLA,请填写此\n表单。

\n

此致, Christina Ilvento 代表 Google App Engine 团队

\n
\n
\n