Tuve que cambiar y volver a cargar la configuración varias veces para solucionar problemas del servicio de correo de Siteground. Existen varios consejos sobre cómo hacerlo de la manera más rápida.
Resumirlos todos genera confusión.
¿Podrías explicarme con más detalle las diferencias entre los comandos listados a continuación?
La información en la guía de instalación y las publicaciones en este foro son de alguna manera inconsistentes. No está del todo claro, por ejemplo, cuál es la diferencia entre inicializar y construir un contenedor.
Debería existir una escalera de escalación que indique qué acciones requieren qué comando si modificas, por ejemplo, el archivo app.yml, ya que algunos dicen que start es suficiente, mientras que otros indican que debes usar rebuild o también ejecutar ./discourse-setup.
Comandos:
start: Iniciar/inicializar un contenedor
stop: Detener un contenedor en ejecución
restart: Reiniciar un contenedor
destroy: Detener y eliminar un contenedor
bootstrap: Inicializar un contenedor para la configuración basada en una plantilla
rebuild: Reconstruir un contenedor (destruir el antiguo, inicializar, iniciar el nuevo)
Estoy formando lentamente la impresión de que todos los comandos son una secuencia de acciones consecutivas.
Cada paso o comando sucesivo realiza lo mismo que su predecesor más algo adicional.
Por ejemplo, algo como esto:
Inicio
bootstrap: destruir el antiguo + inicializar un contenedor para la configuración basada en una plantilla
rebuild: bootstrap + reconstruir un contenedor (iniciar el nuevo), lo que implica tareas como descargar las últimas versiones del software e implementar la configuración actualizada
I going to do a PR on GitHub but I need to understand each command in detail what is currently not the case.
Could you tell me, what each command triggers? I’ve read many posts in this regard but the information is not consistence.
A good example is start. Once it is said it is just used to stop and start the container if e.g. doing something on the host. In another topic it is mentioned that it initializes a container, whatever initialize means
Initialize means that if no container exists it will be created. If you stop and start, you’ll stop and start the same container with the same parameters (like smtp and other env settings), but if you destroy first, a new container with new env settings will be created, or initialized.
Bootstrap builds a new docker image,which is necessary to be able to “initialize” a running container.
Rebuild will always work. Sometimes it’s unnecessary, as a destroy and start is enough to make env settings (like smtp) take effect. But lots of people won’t really understand these intricacies, so it’s better to just tell them to always rebuild because it always works.
Uso: launcher COMANDO CONFIGURACIÓN [--skip-prereqs] [--docker-args CADENA]
Comandos:
start: Iniciar/inicializar un contenedor
stop: Detener un contenedor en ejecución
restart: Reiniciar un contenedor
destroy: Detener y eliminar un contenedor
enter: Abrir un shell para ejecutar comandos dentro del contenedor
logs: Ver los registros de Docker para un contenedor
bootstrap: Inicializar un contenedor para la configuración basándose en una plantilla
run: Ejecutar el comando dado con la configuración en el contexto de la última imagen inicializada
rebuild: Reconstruir un contenedor (eliminar el antiguo, inicializar, iniciar uno nuevo)
cleanup: Eliminar todos los contenedores que se han detenido durante > 24 horas
start-cmd: Generar el comando de Docker utilizado para iniciar el contenedor
Opciones:
--skip-prereqs No comprobar los prerrequisitos del lanzador
--docker-args Argumentos adicionales para pasar al ejecutar docker
--skip-mac-address No asignar una dirección mac
--run-image Anular la imagen utilizada para ejecutar el contenedor
root@monstera:/var/discourse#
