2017-01-28 7 views
0

저는 MacBook Pro에서 bosh-lite를 사용하여 Cloud Foundry를 배우려고합니다! 나는 처음부터 다시 시작한 후 매번 작동을 멈추지 만,이 작업은 멈추지 만 [virtualbox] VM을 멈추거나 랩톱을 잠자기 상태로 만드는 것과 관련이 있다고 생각되지만 이것이 확실한지를 확인할 수는 없습니다.응답이 없거나 실패한 bosh-lite 클라우드 Foundry VM을 해결하는 방법은 무엇입니까?

내 경험이 제한되어 있으며 문제 해결뿐만 아니라 무엇이 잘못되었는지 이해하는 데 어려움을 겪고 있습니다. 명백한 문제 일 경우 사과드립니다. 그러나이 문제를 어떻게 방지 할 수 있는지 명확하게 결정할 수 없었습니다. 지금까지 해본 적이있는 유일한 해결책은 Vagrant를 사용하여 배포를 파기 ​​한 다음 처음부터 다시 시작하는 것입니다. 어느 정도 시간이 걸릴 것이고 나는 최적의 해결책이 아니라고 확신한다. :)

나는 'bosh vms'가 반응이없는 에이전트를 표시하고 제대로 응시하지 않는다는 것을 알아 차렸다. bosh cck의 오류는 잠금 문제를 나타내지 만 실행중인 bosh 잠금은 잠금이 없음을 나타 내기 때문에 잘못된 이름 일 수 있습니다. 다시 한 번, 나는 초보자입니다. 그래서 이것은 오해 일 수 있습니다 ...

도움말 - 어떻게 수정해야합니까? 작업 상태로 신속하게 '재설정'할 수있는 방법이 있습니까? (방랑자 재 장전 - 프로 비전이 도움이되지 않습니다) 어디에서 문제가 발생합니까?

또한, Wagrant Cloudfoundry/bosh-lite VM의 (기본) 루트 암호는 무엇입니까? 그것은

> bosh vms 

+---------------------------------------------------------------------------+--------------------+-----+-----------+--------------+ 
| VM                  | State    | AZ | VM Type | IPs   | 
+---------------------------------------------------------------------------+--------------------+-----+-----------+--------------+ 
| api_z1/0 (8dfeb143-59b1-46dd-9482-e90931a70a0d)       | unresponsive agent | n/a | large_z1 | 10.244.0.138 | 
| blobstore_z1/0 (7795ce02-d64e-4cc7-be1e-0e328384d568)      | unresponsive agent | n/a | medium_z1 | 10.244.0.130 | 
| consul_z1/0 (e92f6bfd-f623-4ba4-abf3-3d4baa0953fa)      | unresponsive agent | n/a | small_z1 | 10.244.0.54 | 
| doppler_z1/0 (049eaa18-3d4f-48d8-92ed-ea4b6a20cd29)      | unresponsive agent | n/a | medium_z1 | 10.244.0.146 | 
| etcd_z1/0 (e45a7648-e43d-4753-8a18-3ab21b86293d)       | unresponsive agent | n/a | large_z1 | 10.244.0.42 | 
| ha_proxy_z1/0 (ba6e8ce6-8f40-4868-8a71-c74119f173ea)      | failing   | n/a | router_z1 | 10.244.0.34 | 
| hm9000_z1/0 (ff8ae6a3-1889-4fb0-aabf-072012cf9f48)      | unresponsive agent | n/a | medium_z1 | 10.244.0.142 | 
| loggregator_trafficcontroller_z1/0 (8f2e4ea1-dda7-4d15-9050-528338824e3b) | unresponsive agent | n/a | small_z1 | 10.244.0.150 | 
| nats_z1/0 (9e4eab32-ac91-4f05-83be-b8189c2991e7)       | unresponsive agent | n/a | medium_z1 | 10.244.0.6 | 
| postgres_z1/0 (fb8d1eee-3ade-480e-aa01-3db26a64b447)      | unresponsive agent | n/a | medium_z1 | 10.244.0.30 | 
| router_z1/0 (f9ce017b-580f-4fce-b79d-01ceef190e19)      | unresponsive agent | n/a | router_z1 | 10.244.0.22 | 
| runner_z1/0 (c0b0871b-c672-46c8-ac4a-1aabd81864f6)      | unresponsive agent | n/a | runner_z1 | 10.244.0.26 | 
| uaa_z1/0 (63b4bfa7-499d-4dba-93f6-2017b04a7588)       | unresponsive agent | n/a | medium_z1 | 10.244.0.134 | 
+---------------------------------------------------------------------------+--------------------+-----+-----------+--------------+ 



> bosh cck 

Acting as user 'admin' on deployment 'cf-warden' on 'Bosh Lite Director' 
Performing cloud check... 

Director task 96 
Error 100: Unable to get deployment lock, maybe a deployment is in progress. Try again later. 

Task 96 error 

For a more detailed error report, run: bosh task 96 --debug 

> bosh locks 

Acting as user 'admin' on 'Bosh Lite Director' 

No locks 

은 '리셋'과 그것을 아래 명령을 사용하여 다시 실행 얻을 할 가능하지만, 이것은 꽤 많은 시간이 걸리고 필요한 것보다 '망치'의 확실히 더!

# bosh-lite dir 
vagrant destroy && vagrant up 

# cd cf-release dir 
bosh upload release 
bosh deploy 

# cd bosh-lite dir 
bin/add-route 
cf api --skip-ssl-validation https://api.bosh-lite.com 
cf create-org my_org 
cf create-space development -o my_org 
+0

새로운 배포 후에 방랑자 재로드 --provision을 실행하는 것이 중단됩니다. –

+0

전체 답변을 드릴 수는 없지만 bosh-lite VM을 다시 시작하거나 중지하면 기존 작업이 손실됩니다.이는 bosh-lite가 VM의 컨테이너에 작업을 배포하고 재부팅 후에 해당 컨테이너가 재시작되지 않기 때문에 발생합니다. 가장 쉬운 백업 및 실행 방법은 보통 'bosh cck'입니다. 컨테이너가 고장 났음을 감지하고 다시 만들 수 있습니다. 잠금 오류는 약간 놀라운 일입니다. 다시 실행하여 잠금 오류가 계속 발생하는지 확인하십시오. 부활자를 사용하지 않도록 설정하고 도움이되는지 확인해보십시오. 때로는 배포를 잠그는 경우가 있습니다. –

답변

0

당신은 루트 암호를 입력 할 필요없이 루트가 될 vagrant ssh와 보쉬 라이트 VM에 ssh'ing 후 sudo su를 사용할 수 있습니다.

BOSH-lite는 VM 재부팅/절전 후에 항상 부활하기가 어려웠습니다.
누군가 최근에 (2016 12월)는 "허튼 소리 라이트를 실행 적절하게 넣어 기계가 수면"및 시스템 웨이크에 복원하는 유틸리티를 작성,이를 해결하기 : 다음 https://github.com/henryaj/ambient

0
나는 보통 vagrant suspend

vagrant up을 상황을 피하기 위해 BOSH Lite 내부의 죽은 컨테이너/VM 사용.

내가 할 수있는 일은 bosh cck이지만 간단한 경험으로 배포하면 훨씬 빠르고 안정적입니다.

+0

나는 또한 'vagrant suspend'하지만 'vagrant resume'을 사용하고 있습니다. 또는 빌드를 복구하려면 'bosh cck' – muehsi

0

Bosh-lite VM을 사용하지 않을 때 일시 중지하여 시스템이 절전/재부팅 된 후 다시 시작될 수 있도록 일시 중지하는 것이 좋습니다. 그렇지 않으면 OS에 의해 VM이 중지됩니다 (Bosh-lite VM은 중단 상태가됩니다). 중단 된 bosh-lite에서 vagrant up을 실행하면 실행되지만 그 경우 CF VM은 응답이없는 상태로 전환되어 재배포가 필요합니다.

작업을 다시 시작할 때 vagrant suspend을 실행하면 작업을 다시 시작할 때 vagrant resume이 응답하지 않는 CF VM의 상황을 피할 수 있습니다.