이미 프로비저닝 된 경우 Vagrant VM을 재 프로비저닝하지 마십시오.

Question

이전에 이미 수행 한 경우 VM 프로비저닝을 피하기 위해 쉘 프로비저러를 얻으려고합니다.

는 다음 Vagrantfile을 생각해 보면 vagrant up minimal을 실행하면

Vagrant::Config.run do |config| 
    config.vm.define :minimal do |config| 
    # Base image 
    config.vm.box = "lucid32" 
    config.vm.box_url = "http://files.vagrantup.com/lucid32.box" 

    config.vm.provision :shell, :inline => "mkdir /tmp/foobar" 
    end 
end 

, 그것은 처음에 상자와 규정을 만들 것입니다. 그런 다음 vagrant provision minimal을 실행하면 상자 재 작성을 시도하지만 실패합니다 (/ tmp/foobar 디렉토리가 이미 있으므로).

과거에 컴퓨터를 프로비저닝했는지 나중에 기억하고 나중에 재 프로비저닝하는 것을 방지 할 수있는 방법이 있습니까?

더 많은 컨텍스트 : vagrant up minimal을 실행하고 호스트 컴퓨터를 다시 시작한 다음 vagrant up minimal을 다시 실행하면 상자를 다시 프로 비전하려고 시도하고 실패합니다. VirtualBox가 자주 호스트 시스템에서 커널 패닉을 일으키는 경우가 많습니다.

Answer 1

당신이 mkdirmkdir -p A를, 그것은 작동합니다 변경하는 경우이 원하는 해답이 될 수 있지만하지 않을 수 있습니다) 진지에서

는하지만, 나는 방랑은 멱등 할 provisioners을 (즉 기대 생각 , 두 번째 실행하면 아무런 조치도 취하지 않습니다).

프로비저닝 스크립트에서 실제로 수행중인 작업에 따라 실제 유출력을 얻는 것이 까다로울 수 있지만 mkdir -p은 좋은 시작입니다. 또한 시스템에 플래그 파일을 생성하고 플래그 파일의 존재를 확인할 수도 있습니다. 존재하는 경우 exit 0입니다.

Answer 2

이 문제를 조사해 보셨습니까? 특별히 같은 vagrant provision 또는 vagrant reload --provision처럼, 그렇게하도록 지시 할 때

는

vagrant up --no-provision

$ vagrant up --help 
Usage: vagrant up [vm-name] [options] [-h] 

    --[no-]provision    Enable or disable provisioning 
    --provision-with x,y,z  Enable only certain provisioners, by type. 
    --[no-]parallel    Enable or disable parallelism if provider supports it. 
    --provider provider   Back the machine with a specific provider. 
-h, --help      Print this help 

Answer 3

방랑은 일반적으로 단지 첫vagrant up및에 프로비저닝 코드를 실행합니다. 프로비저닝 스크립트를 다시 실행하지 않으려 고 할 필요가 없습니다. (may not have been the case when you posted the question, however)

요리사 또는 퍼핏을 프로비저닝에 사용하는 경우 이미 모든 항목을 idempotent (으)로 만들었으므로 Salt and Ansible에도 동일하게 적용됩니다.

것은 당신이 쉘 스크립트를 사용하고 있고 당신이 그 (것)들에게 나무 등을 확인하려면, 당신은 if 문에 (파일의 존재와 같은) 어떤 조건을 확인할 수 있습니다 :

if [[! -f "$HOME/bin/something.sh" ]]; then 
    # install something.sh into ~/bin 
fi 

내가 준 매우 일반적인 대답은 제가 mkdir /tmp/foobar이 아니란 것 같습니다. 은 실제로는이고 달성하고자하는 것은 맞지만, 그렇다면 -p을 추가하십시오.

Answer 4

오류를 다시 인쇄 할 수 없습니다. 상자가 올라 오면 시설을 사용하여 명시 적으로 발생시키지 않으면 규정하지 않아도됩니다.

더 중요하게도 다른 많은 사람들이 언급 한 것처럼 프로비저닝은 항상 idempotent이어야합니다.

멱등 조리법 동일한 시스템에 여러 번 실행할 수 있으며 그 결과는 항상 동일합니다. 리소스는 레시피에 정의되어 있으며 시스템에서 수행 할 작업을 정의합니다. 주방 클라이언트는 리소스가 변경되지 않았고 수행되는 작업이 매번 같은 방식으로 수행되는 경우 작업이 수행되지 않도록합니다. 레서피가 다시 실행되고 아무 것도 으로 변경되지 않으면 요리사 클라이언트는 아무 것도하지 않습니다.

심판 : https://docs.getchef.com/chef_why.html#idempotence

Answer 5

당신이 떠들썩한 파티 프로비저닝 스크립트를 사용하는 경우 확률은 멱등되지 않습니다 있습니다.

PROVISIONED="/some-app-dir/PROVISIONED"; 

if [[ -f $PROVISIONED ]]; then 
    echo "Skipping provisioning"; 
    exit; 
else 
    echo "Provisioning"; 
fi 

#...do provisioning things 

touch $PROVISIONED;