En mi foro, por ejemplo, de repente me resultó imposible iniciar sesión sin que yo hubiera realizado ninguna acción como administrador. El problema no es que no puedas actualizar Discourse cuando GitHub no está accesible, sino que la inaccesibilidad de GitHub hace que tu foro deje de funcionar, porque Discourse intenta comprobar si hay actualizaciones que podrías realizar.
Sí, exactamente.
Creo que esto fue causado por un deseo demasiado ansioso de contarle a la gente sobre las nuevas funciones, en el serializador de usuario actual de todos los sitios, combinado con un cambio de hace 3 años que nos alejó de las clonaciones poco profundas (shallow clones) normales:
@Ed_S y @jeanas, ¿sois ambos administradores en las instancias afectadas, verdad? Esto debería afectar solo a los administradores mientras GitHub esté caído.
Sí, exactamente. Podía iniciar sesión con otra cuenta, pero no con mi cuenta de administrador.
Genial, ya he fusionado la PR. Actualiza cuando llegue al canal de versiones que usas, espera un par de días a que GitHub vuelva a caerse y dime cómo va durante la incidencia.
Genial, gracias. Solo para confirmar: soy administrador, tengo dos moderadores y uno de ellos se vio afectado. Así que, o bien afecta a todo el personal, o bien a todos los usuarios iniciados en la sesión. Yo no tenía problema con el acceso en modo incógnito. Y en mi caso, podía iniciar sesión a veces, aunque con bastante retraso; no quedé completamente bloqueado.
¡Genial, muchas gracias por la corrección tan rápida!
Creo que he encontrado exactamente el mismo problema que el OP.
El servidor estaba bajo una carga creciente. El rendimiento era muy irregular y luego la pantalla de error se volvió permanente. Esto ocurrió durante los últimos 3/4 días.
Ahora, con muchas limitaciones de velocidad de Let’s Encrypt activadas y las reconstrucciones ya realizadas, he probado con un usuario no administrador y ¡puedo iniciar sesión!
Sin embargo, los administradores todavía no pueden iniciar sesión (y probablemente tampoco los moderadores), y dado que esta aplicación se ha reconstruido muchas veces hoy, debe ser la versión más reciente.
¿Qué estoy pasando por alto?
¿Puedes iniciar sesión como administrador?
Algunos comentarios: estoy seguro de que me encontré con este problema a partir del 19 de septiembre aproximadamente (inicialmente lo diagnosticé mal porque no estaba al tanto de este tema/informe).
No tengo idea del estado de GitHub durante este período, pero quizás alguien pueda verificarlo, ya que veo que este problema se remonta a los eventos de tiempo de actividad/inactividad de agosto.
En la última reconstrucción de ayer, los administradores existentes no pueden iniciar sesión.
Es un estado extraño en el que nos encontramos: un barco sin capitán, pero con pasajeros y quizás sin tripulación.
Mientras escribía esta respuesta, estaba pensando que tal vez, si creo un nuevo administrador usando el comando rake, podría funcionar, y adivinen qué, ¡lo hizo!
Entonces, lo que está ocurriendo aquí ahora es que un administrador histórico está intentando iniciar sesión y se está encontrando con la pantalla de «Ups…» cada vez, pero un usuario administrador nuevo no tiene problemas para acceder.
Sí. En mi caso, el problema parece estar resuelto.
Así que, @Ed_S, al final pudiste entrar de nuevo, ¿verdad? Aunque parece que tuviste que esperar un tiempo. En mi caso, sigo sin poder acceder (afectando a las cuentas de administrador originales). Lo que me pregunto es si el problema es más amplio que el de “git hang” y lo que se ha abordado hasta ahora con los commits. ¿Tienes tú o alguien más algún consejo o insight sobre algún diagnóstico que podamos ejecutar para descubrir algo más?
Agradezco de antemano cualquier ayuda.
Sí, mi foro se vio afectado porque los sistemas de Github eran demasiado defensivos, y volvió a la normalidad cuando implementaron algún tipo de corrección, unas horas después.
Es posible que hayan vuelto a hacer algo que rompe los foros de Discourse. Podría ser un problema geográfico o específico de ciertos proveedores. Yo uso Hetzner, en Helsinki.
Vale, esta instancia es un droplet de DO con sede en EE. UU. 
Vale, hoy ejecuté una reconstrucción para ver si eso removía el problema, pero no cambió nada.
Actualmente, los administradores que existían antes de la interrupción aún no pueden iniciar sesión en la instancia de Discourse, mientras que los administradores creados después de la interrupción sí pueden.
Quizá sea solo yo, pero un supuesto error que solo afecta a las cuentas de administradores y moderadores seguramente debería levantar una ceja de seguridad, ¿no?
Si se tratara de una interrupción dirigida, sería algo sigiloso y pernicioso, ¿no crees?
- Los usuarios permanecen intactos e intactos, ajenos a que el Capitán y la tripulación están atados en la bodega mientras el barco naveja hacia el horizonte.
He leído este tema y tengo una comprensión básica de la supuesta causa raíz relacionada con la dependencia de git que no debería haber existido, pero si fueras una IA malvada y desviada, ¿no sería esta la forma perfecta de hackear Discourse?
Además, en este caso, el problema sigue sin resolverse. No tengo ni idea de por qué.
Más allá de mis modestas reflexiones, revisé los registros justo después de la reconstrucción para ver qué errores ocurrieron y a continuación hay uno. No sé si es relevante o no, pero lo publico por si acaso tiene algún valor.
activesupport (8.1.4) lib/active_support/values/time_zone.rb:461:in 'Date._parse'
activesupport (8.1.4) lib/active_support/values/time_zone.rb:461:in 'ActiveSupport::TimeZone#parse'
app/serializers/current_user_serializer.rb:216:in 'CurrentUserSerializer#has_new_upcoming_changes'
(eval at active_model_serializers-0.8.4/lib/active_model/serializer.rb:467):81:in 'CurrentUserSerializer#_fast_attributes'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:456:in 'ActiveModel::Serializer#attributes'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:480:in 'ActiveModel::Serializer#_serializable_hash'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:359:in 'ActiveModel::Serializer#serializable_hash'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:347:in 'ActiveModel::Serializer#as_json'
activesupport (8.1.4) lib/active_support/json/encoding.rb:53:in 'Oj::Rails::Encoder#encode'
activesupport (8.1.4) lib/active_support/json/encoding.rb:53:in 'ActiveSupport::JSON.encode'
activesupport (8.1.4) lib/active_support/core_ext/object/json.rb:42:in 'ActiveSupport::ToJsonWithActiveSupportEncoder#to_json'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:331:in 'ActiveModel::Serializer#to_json'
multi_json (1.21.1) lib/multi_json/adapters/oj.rb:67:in 'Oj.dump'
multi_json (1.21.1) lib/multi_json/adapters/oj.rb:67:in 'MultiJSON::Adapters::Oj#dump'
multi_json (1.21.1) lib/multi_json/adapter.rb:110:in 'MultiJSON::Adapter.dump'
multi_json (1.21.1) lib/multi_json.rb:215:in 'MultiJSON.generate'
multi_json (1.21.1) lib/multi_json/deprecated.rb:34:in 'Kernel#public_send'
multi_json (1.21.1) lib/multi_json/deprecated.rb:34:in 'block in MultiJSON.deprecate_alias'
multi_json (1.21.1) lib/multi_json.rb:298:in 'Kernel#public_send'
multi_json (1.21.1) lib/multi_json.rb:298:in 'block (2 levels) in <module:MultiJson>'
lib/application_layout_preloader.rb:81:in 'ApplicationLayoutPreloader#preload_current_user_data'
lib/application_layout_preloader.rb:32:in 'ApplicationLayoutPreloader#preloaded_data'
app/helpers/application_helper.rb:987:in 'ApplicationHelper#preloaded_json'
app/views/layouts/application.html.erb:111
actionview (8.1.4) lib/action_view/base.rb:281:in 'Kernel#public_send'
actionview (8.1.4) lib/action_view/base.rb:281:in 'ActionView::Base#_run'
actionview (8.1.4) lib/action_view/template.rb:284:in 'block in ActionView::Template#render'
activesupport (8.1.4) lib/active_support/notifications.rb:212:in 'ActiveSupport::Notifications.instrument'
actionview (8.1.4) lib/action_view/template.rb:590:in 'ActionView::Template#instrument_render_template'
actionview (8.1.4) lib/action_view/template.rb:272:in 'ActionView::Template#render'
rack-mini-profiler (5.0.0) lib/mini_profiler/profiling_methods.rb:90:in 'block in ActionView::Template#profile_method'
actionview (8.1.4) lib/action_view/renderer/template_renderer.rb:77:in 'block in ActionView::TemplateRenderer#render_with_layout'
activesupport (8.1.4) lib/active_support/notifications.rb:210:in 'block in ActiveSupport::Notifications.instrument'
activesupport (8.1.4) lib/active_support/notifications/instrumenter.rb:58:in 'ActiveSupport::Notifications::Instrumenter#instrument'
activesupport (8.1.4) lib/active_support/notifications.rb:210:in 'ActiveSupport::Notifications.instrument'
actionview (8.1.4) lib/action_view/renderer/template_renderer.rb:75:in 'ActionView::TemplateRenderer#render_with_layout'
actionview (8.1.4) lib/action_view/renderer/template_renderer.rb:59:in 'ActionView::TemplateRenderer#render_template'
actionview (8.1.4) lib/action_view/renderer/template_renderer.rb:11:in 'ActionView::TemplateRenderer#render'
actionview (8.1.4) lib/action_view/renderer/renderer.rb:58:in 'ActionView::Renderer#render_template_to_object'
actionview (8.1.4) lib/action_view/renderer/renderer.rb:31:in 'ActionView::Renderer#render_to_object'
actionview (8.1.4) lib/action_view/rendering.rb:136:in 'block in ActionView::Rendering#_render_template'
actionview (8.1.4) lib/action_view/base.rb:308:in 'ActionView::Base#in_rendering_context'
actionview (8.1.4) lib/action_view/rendering.rb:135:in 'ActionView::Rendering#_render_template'
actionpack (8.1.4) lib/action_controller/metal/streaming.rb:179:in 'ActionController::Streaming#_render_template'
actionview (8.1.4) lib/action_view/rendering.rb:122:in 'ActionView::Rendering#render_to_body'
actionpack (8.1.4) lib/action_controller/metal/rendering.rb:192:in 'ActionController::Rendering#render_to_body'
actionpack (8.1.4) lib/action_controller/metal/renderers.rb:155:in 'ActionController::Renderers#render_to_body'
actionpack (8.1.4) lib/abstract_controller/rendering.rb:28:in 'AbstractController::Rendering#render'
actionpack (8.1.4) lib/action_controller/metal/rendering.rb:173:in 'ActionController::Rendering#render'
actionpack (8.1.4) lib/action_controller/metal/instrumentation.rb:31:in 'block (2 levels) in ActionController::Instrumentation#render'
activesupport (8.1.4) lib/active_support/benchmark.rb:17:in 'ActiveSupport::Benchmark.realtime'
actionpack (8.1.4) lib/action_controller/metal/instrumentation.rb:31:in 'block in ActionController::Instrumentation#render'
actionpack (8.1.4) lib/action_controller/metal/instrumentation.rb:100:in 'ActionController::Instrumentation#cleanup_view_runtime'
activerecord (8.1.4) lib/active_record/railties/controller_runtime.rb:48:in 'ActiveRecord::Railties::ControllerRuntime#cleanup_view_runtime'
actionpack (8.1.4) lib/action_controller/metal/instrumentation.rb:30:in 'ActionController::Instrumentation#render'
lib/topic_list_responder.rb:16:in 'block (2 levels) in TopicListResponder#respond_with_list'
actionpack (8.1.4) lib/action_controller/metal/mime_responds.rb:224:in 'ActionController::MimeResponds#respond_to'
lib/topic_list_responder.rb:7:in 'TopicListResponder#respond_with_list'
app/controllers/list_controller.rb:119:in 'block (2 levels) in <class:ListController>'
actionpack (8.1.4) lib/action_controller/metal/basic_implicit_render.rb:8:in 'ActionController::BasicImplicitRender#send_action'
actionpack (8.1.4) lib/abstract_controller/base.rb:221:in 'AbstractController::Base#process_action'
actionpack (8.1.4) lib/action_controller/metal/rendering.rb:199:in 'ActionController::Rendering#process_action'
actionpack (8.1.4) lib/abstract_controller/callbacks.rb:267:in 'block in AbstractController::Callbacks#process_action'
activesupport (8.1.4) lib/active_support/callbacks.rb:121:in 'block in ActiveSupport::Callbacks#run_callbacks'
app/controllers/application_controller.rb:458:in 'block in ApplicationController#with_resolved_locale'
i18n (1.14.8) lib/i18n.rb:354:in 'I18n::Base#with_locale'
app/controllers/application_controller.rb:458:in 'ApplicationController#with_resolved_locale'
activesupport (8.1.4) lib/active_support/callbacks.rb:130:in 'block in ActiveSupport::Callbacks#run_callbacks'
app/controllers/application_controller.rb:1140:in 'ApplicationController#ensure_dont_cache_page'
activesupport (8.1.4) lib/active_support/callbacks.rb:130:in 'block in ActiveSupport::Callbacks#run_callbacks'
activesupport (8.1.4) lib/active_support/callbacks.rb:141:in 'ActiveSupport::Callbacks#run_callbacks'
actionpack (8.1.4) lib/abstract_controller/callbacks.rb:266:in 'AbstractController::Callbacks#process_action'
actionpack (8.1.4) lib/action_controller/metal/rescue.rb:36:in 'ActionController::Rescue#process_action'
actionpack (8.1.4) lib/action_controller/metal/instrumentation.rb:76:in 'block in ActionController::Instrumentation#process_action'
activesupport (8.1.4) lib/active_support/notifications.rb:210:in 'block in ActiveSupport::Notifications.instrument'
activesupport (8.1.4) lib/ac
También puedo decir que encontré errores similares, si no idénticos, registrados un poco atrás, idénticos a los publicados por el OP. Mientras que también había muchos de esos horcas, creo que eran timeouts.
Ninguno de esos aparece ahora desde que actualicé la compilación hace unos días, sin embargo, la situación sigue siendo la misma.
He revertido a mi propio tema para mi experiencia con mi propia instancia, ya que sigue sin resolverse y puede haber una diferencia genuina en esta instancia - https://meta.discourse.org/t/the-git-hang-and-the-admin-mod-user-accs-oops-error-page-error/