Eu experimentomesmo erro que esta questão com um aplicativo muito pequeno escrito em Java.Aleatoriamente, um servlet gera um erro 500 com o Código de Erro 121 na descrição, mas não o Rastreio de Pilha.

Aqui está o log:

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)

Tentei entrar emquestão que ele propôs mas eles estão restritos agora, então não podem ser acessados. Nenhuma comunicação do Google. Nenhum erro ou falha no sistemapágina de status.

Editar 13:15: Eu encontrei uma resposta da equipe:

Começando por volta das 23h de segunda-feira, 7 de maio e continuando até as 11h na terça-feira, 8 de maio, alguns aplicativos do App Engine detectaram erros marcados com "código de erro 121" nos registros do aplicativo, que resultaram do encerramento desnecessário da instância.

Uma semana antes dessa edição, foi feita uma alteração na infraestrutura subjacente ao agendador do App Engine, que interrompeu nosso sistema de contabilidade de memória. Esse problema demorou a aparecer, e não resultou em nenhum impacto sério para nossos usuários antes que nosso monitoramento existente detectasse o erro. Para resolver esse problema, lançamos um método alternativo para a contabilização de memória em 7 de maio. Esse método alternativo superestimou a quantidade de memória atualmente em uso, e nossos agendadores começaram lentamente a acumular valores incorretos para uso de memória.

A superestimação fez com que o agendador do Google App Engine assumisse erroneamente que nossa infraestrutura estava sob pressão constante de memória, o que resultava em uma terminação excessivamente agressiva de instâncias, que era visível como "código de erro 121" nos registros de um aplicativo afetado. Ao agregar os relatórios do usuário sobre o problema na manhã de 8 de maio, nossa equipe de confiabilidade determinou a origem dos cálculos errôneos e implementou uma nova correção que corrigiu a superestimação do uso da memória e interrompeu as terminações desnecessárias.

Nós não consideramos o tempo para reparar um problema neste nível de impacto aceitável. Estamos adicionando novos alertas e ferramentas para a contabilidade de memória para evitar a recorrência de problemas semelhantes no futuro e diminuir nosso tempo de resposta. As configurações do código do aplicativo ou do Admin Console não influenciaram o fato de seu aplicativo ter sido afetado por esse problema, e não são necessárias alterações no código ou nas configurações.

Agradecemos sua paciência durante esse problema e pedimos desculpas por qualquer inconveniente causado a você ou a seus clientes. Se você acredita que seu aplicativo pago sofreu uma violação de SLA, preencha este formulário.

Atenciosamente, Christina Ilvento em nome da equipe do Google App Engine

Se alguém tiver uma ideia, ou notícia que seria uma ótima coisa ...;) Agradecemos antecipadamente