Почему мои экземпляры Google AppEngine сбой «код ошибки 121»?

Question

Я использую java-приложение с высокой репликацией в Google AppEngine в течение некоторого времени. Примерно два дня назад - в основном из ниоткуда - появилось много запросов с HTTP-статус 500 и код ошибки 121, что означает, что соответствующий случай GAE сбой или завершен.

Вот примерная запись журнала, который я теперь тонны:

2013-02-15 06:44:00.909 /api 500 3770ms 0kb Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.57 Safari/537.17 
###.###.###.### - - [14/Feb/2013:22:44:00 -0800] "POST /api HTTP/1.1" 500 0 - "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.57 Safari/537.17" "###.########.###" ms=3770 cpu_ms=1191 exit_code=121 instance=00c61b117c2c2b8fd8c433bc45a62183829f6484 

W 2013-02-15 06:44:00.652 
    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) 

ошибка иногда происходит прямо в запросе «Разминка», таким образом, когда новый экземпляр получает свой первый запрос. Связанная запись журнала выглядит следующим образом:

2013-02-15 06:40:02.779 /_ah/warmup 500 2970ms 0kb 
0.1.0.3 - - [14/Feb/2013:22:40:02 -0800] "GET /_ah/warmup HTTP/1.1" 500 0 - - "2013-02-14-1438.flox-by-gamua.appspot.com" ms=2971 cpu_ms=671 loading_request=1 exit_code=121 instance=00c61b117c48cb17ea555d1988c0db473c2390 

I 2013-02-15 06:40:02.437 
    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-02-15 06:40:02.437 
    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) 

Я искал в Интернете для этой проблемы, и это выглядит, как это было раньше: http://code.google.com/p/googleappengine/issues/detail?id=7348.

Поскольку все соответствующие вопросы были помечены как «решено», я сделал файл нового вопроса производства GAE здесь: http://code.google.com/p/googleappengine/issues/detail?id=8812

Edit 2013-04-29: Ссылка выше не работает больше, т.к. эта проблема была отмечена как «Ограниченная» командой GAE.

К сожалению, мои крики о помощи остались незамеченными более двух дней. Вот почему я в полном отчаянии прошу вас о помощи! :-)

Кто-нибудь знает, что вызывает код ошибки 121? Есть ли какая-то форма документации? Что-то не так с моим приложением? Есть ли способ подтолкнуть команду AppEngine взглянуть на эту проблему?

Thanksalot!

Answer 1

Не видели ничего об этом от Google. Они часто стесняются объяснять такие проблемы. В одном из потоков упоминается миграция хранилища данных. Посмотрите, помогает ли это;

http://code.google.com/p/googleappengine/issues/detail?id=7022

Answer 2

У меня нет достаточно очков, чтобы ответить, но у меня есть конкретный случай использования, что кажется интересным:

• python27
• HRD
• динамическое резервное сконфигурировано с 8 экземплярами

Все работает должным образом, за исключением одного экземпляра , Штук = 2, который в основном циклы

• '/ _ah/старт'
• (код ошибки 121)
• '/ _ah/стоп'

Backends позволяет решить конкретный например, 2.backendname.appname.appspot.com и, видимо, что-то не так с этим экземпляром.

Я полагаю, что это успокаивает, чтобы знать, что есть один неудачный экземпляр, который неоднократно терпит неудачу из-за неопределенного кода ошибки, а не во многих случаях, случайных случайно из-за неопределенного кода ошибки. Было бы более обнадеживающим, если бы этот экземпляр был сброшен и т. Д., Особенно если он задействует этот шаблон.

Answer 3

Проверьте лимиты хранения журнала и не превысите их. Вы не ожидали бы, что в обход ограничений на сохранение журналов возникнет исключение, из-за которого экземпляр завершится неудачей, но после того, как я увеличил свою активность, я перестал видеть эту ошибку, и мои бэкэндовые задания cron смогли завершить.