¿Podrías proporcionar los registros completos de ese error? Quiero rastrear el problema para que podamos solucionarlo.
Desktop.zip|adjunto (17.9 KB)
No, no los registros del sitio en ejecución, sino los registros de reconstrucción donde ocurre el fallo.
¿Qué archivos necesitas?
No son archivos, sino lo que se envía a la salida estándar durante una reconstrucción. Es la información que se imprime en la terminal mientras se realiza la reconstrucción que falla.
necesitaría iniciar todo el proceso de nuevo para obtener esos logs
Una de las primeras preguntas que hice aquí fue sobre eso: Installation text location Ahora tengo el hábito de copiarlo y pegarlo en OneNote.
Si haces una reconstrucción, realiza una extracción, pero una inicialización no lo hace.
Gracias. ¿Podrías explicarlo con más detalle?
La razón por la que pregunto es que no usamos “rebuild” en la instalación inicial (que creo que es lo que te refieres con “bootstrapping”). Sí lo usamos posteriormente, pero en ese caso se realiza automáticamente un “git pull”. No puedo trabajar cuando es necesario ejecutar “git pull” en ese conjunto de tres comandos.
cd /var/discourse
git pull
./launcher rebuild app
./discourse-setup
Hace todo
¿Es necesario alguna vez escribir git pull ya sea en la instalación inicial o en una reconstrucción posterior?
No es necesario ejecutar git pull en la instalación inicial porque acabas de clonar el repositorio. git pull es necesario para obtener una versión actualizada de Discourse.
Y si se trata de una instalación inicial y estás utilizando discourse-setup, este realiza la reconstrucción (que sí ejecuta un git pull, pero es poco probable que haga algo a menos que se haya enviado un commit mientras se ejecutaba discourse-setup).
¿Estamos de acuerdo entonces en que, en el conjunto de tres comandos de las instrucciones, el comando git pull nunca es necesario? Me refiero a este punto:
Alternativamente, puedes conectarte vía SSH a tu servidor y reconstruir usando:
cd /var/discourse git pull ./launcher rebuild app
Mi apuesta es que el git pull adicional es innecesario, debido al código aquí:
que parece verificar la versión local, actualizar y reiniciar el lanzador si está desactualizado (y otras muchas cosas).
Por lo tanto, solo esto debería ser necesario en reconstrucciones posteriores:
cd /var/discourse
./launcher rebuild app
sin el git pull redundante.
(NB: siempre es bueno adentrarse en el código fuente para estar más seguro).
(NB#2: he eliminado mi publicación anterior que solo añadía confusión).
Gracias. Estaba seguro de que me había convencido de lo mismo de alguna manera (desde el foro en lugar del código), así que busqué y encontré:
Y por cierto, parece que esto ha funcionado más o menos “siempre” así:
Me gusta cómo, desde tiempos inmemoriales en internet, se ha convertido en c. d. C. 2015 
Me gustaría añadir que no es inmediatamente intuitivo que este truco sea posible:
Básicamente, el script verifica si él “mismo” está desactualizado, se actualiza a sí mismo (y a todos los archivos asociados) y luego se vuelve a ejecutar. 
ingenioso 
¡Ese es un patrón realmente útil para usar en otros lugares también… gran trabajo!