I had to change and reload the configuration a couple of times for troubleshooting Siteground mail service. There are multiple bits of advice on how to do it most quickly.
Summarizing all of them leaves confusion.
So, could you tell me the differences between the commands listed below in more detail?
The information in install guide and posts in this forum are somehow inconsistent. It isn’t fully clear what e.g. is the difference between initializing and building a container.
There should be a ladder of escalation telling what actions requires what command if you change e.g. app.yml as some tell start is enough other say you have to rebuild or do also ./discourse-setup
Commands:
start: Start/initialize a container
stop: Stop a running container
restart: Restart a container
destroy: Stop and remove a container
bootstrap: Bootstrap a container for the config based on a template
rebuild: Rebuild a container (destroy old, bootstrap, start new)
I’m slowly building up the impression that all the commands are a follow-up sequence of actions.
Each successive step/command does the same as it pre-successor plus something extra.
for example something like this
start-up
bootstrap: destroy old + Bootstrap a container for the config based on a template
rebuild: bootstrap + Rebuild a container (start new), meaning it does things like downloading the latest versions of software and implementing updated config
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.
Usage: launcher COMMAND CONFIG [--skip-prereqs] [--docker-args STRING]
Commands:
start: 컨테이너 시작/초기화
stop: 실행 중인 컨테이너 중지
restart: 컨테이너 재시작
destroy: 컨테이너 중지 및 제거
enter: 컨테이너 내부에서 명령을 실행하기 위해 셸 열기
logs: 컨테이너의 Docker 로그 보기
bootstrap: 템플릿을 기반으로 구성에 따라 컨테이너 부트스트랩
run: 마지막에 부트스트랩된 이미지의 컨텍스트에서 구성과 함께 주어진 명령 실행
rebuild: 컨테이너 재빌드 (기존 제거, 부트스트랩, 새 컨테이너 시작)
cleanup: 24시간 이상 중지된 모든 컨테이너 제거
start-cmd: 컨테이너 시작에 사용되는 docker 명령 생성
Options:
--skip-prereqs 런처 사전 요구 사항 확인 안 함
--docker-args docker 실행 시 전달할 추가 인자
--skip-mac-address MAC 주소 할당 안 함
--run-image 컨테이너 실행에 사용할 이미지 재정의
root@monstera:/var/discourse#