Azure 컨테이너 인스턴스가 "생성 중"상태로 고정 된 경우

Jenkins 용 하늘색 에이전트 플러그인을 사용하여 컨테이너를 만들거나 수동으로 수행하는 경우 실행 상태가되지 않는 것처럼 보입니다. 제가 적용되는 모든 문제 해결 단계를 모두 Azure 컨테이너 인스턴스가 "생성 중"상태로 고정 된 경우

az container create \ 
    --os-type Windows \ 
    --location eastus \ 
    --registry-login-server SERVER.azurecr.io \ 
    --registry-password PASSWORD \ 
    --registry-username USERNAME \ 
    --image namespace/image \ 
    --name jenkins-permanent \ 
    --resource-group devops-aci \ 
    --cpu 2 \ 
    --memory 3.5 \ 
    --restart-policy Always \ 
    --command-line "-jnlpUrl http://host:8080/computer/NAME/slave-agent.jnlp -secret SECRET -workDir \"C:\\jenkins\""

는 다른 지역을 시도했지만 아무 소용. 인스턴스 중 하나 경우 작업 후 및 전에

재미있는 것은이

  { 
      "count": 1, 
      "firstTimestamp": "2017-12-07T03:02:56+00:00", 
      "lastTimestamp": "2017-12-07T03:02:56+00:00", 
      "message": "Failed to pull image \"MYREPO.azurecr.io/my-company/windows-agent:latest\": Error response from da 
emon: {\"message\":\"Get https://MYREPO.azurecr.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout 
exceeded while awaiting headers)\"}", 
      "name": "Failed", 
      "type": "Warning" 
      }

는,이 이벤트가 발생합니다 여기

내가 아직 먹어 본 가장 진보 것으로 보인다있어 현재 이벤트입니다 (하지만 불행히도 내 진입 점 명령은 잘못되어 결코 시작되지 않았습니다.)

나는 Azure가 이것에 펀트하고있는 것처럼 정말로 느낀다. 그리고 나는 단지 내가 무엇인가하는 순서를 바꿀 방법이 없다. 그것은 단지 하나의 명령입니다.

출처

2017-12-06 Alexander Trauzzi

알렉산더, 여기에 실제로 지연의 원인이 될 수 있는지 확인하기 위해 리드, 또는 배포가 배경에 실패한 경우,이 정보는 문제가 무엇인지 좁혀 중요한 것 : 문서에서 https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-manager-troubleshoot-tips#determine-error-code

배포 로그에 대한 검사 위 : 디버그 로깅 사용 : PowerShell에서 PowerShell을 을 모든, ResponseContent, 또는 RequestContent에 DeploymentDebugLogLevel 매개 변수를 설정합니다.

New-AzureRmResourceGroupDeployment -ResourceGroupName examplegroup -TemplateFile c:\Azure\Templates\storage.json -DeploymentDebugLogLevel All

또는 푸른 CLI :

az group deployment operation list --resource-group ExampleGroup --name vmlinux

확인 또한 확인 배치 순서 : 자원이 예기치 않은 순서로 배치 될 때 많은 배포 오류가 발생합니다. 종속성이 올바르게 설정되지 않은 경우 이러한 오류가 발생합니다. 필요한 종속성이 누락되면 하나의 자원이 다른 자원의 값을 사용하려고 시도하지만 다른 자원은 아직 존재하지 않습니다.

위 링크는 세부 정보를 더 포함합니다. 이것이 도움이되는지 알려주십시오.

출처

2017-12-07 00:09:02

얼마나 많은 도움이 될지 모르겠다. 한 명령 만 실행합니다. 당신은 그것을 여기에서 볼 수있다 : https://gist.github.com/atrauzzi/a4497c3b1e2835d3cb4dbe16800043ac –

나는 또한 몇 가지 더 많은 정보로 내 원래의 설명을 업데이 트했습니다. –

이미지의 크기는 얼마입니까? 언제나 2 단계로 디버깅 할 수 있습니다.

런 az container show -g devops-aci -n jenkins-permanent. 컨테이너 json 객체의 컨테이너 이벤트 목록을 포함해야합니다. 이벤트 메시지는 당신에게 무슨 일이 일어나는지 알려줄 것입니다.

실행 az container logs -g devops-aci -n jenkins-permanent. 그것은 당신에게 컨테이너의 로그를 제공해야합니다. 이미지에서 문제가 발생하면 오류 출력을 볼 수 있어야합니다.

출처

2017-12-07 02:06:48 shou3301

Windows 이미지이므로 가능성이 큽니다. 나는이 두 명령을 사용하여 정보를 얻었지만 그 다음 단계는 무엇인지 이해하는 데 도움이되지 않습니다. 다른 이벤트로 설명을 업데이트 중입니다. –

실행 경로의 명령에서 백 슬래시가 이스케이프 기능을 사용하지 않는 것으로 나타났습니다. 어느 쪽이 bash에서 az을 호출했기 때문에, 또는 어떤 Azure 측이 올바르게 이스케이프를 처리하지 못하거나 자체를 이스케이프 처리하지 않기 때문입니다.

제 해결책은 경로에 슬래시를 사용하는 것입니다.Windows가 제대로 처리하고있는 것처럼 보입니다. 백 슬래시가 이상하게 사용되는 것을 선호하지 않습니다.

내 문제와 관련하여 서비스 속도가 문제 해결을 매우 어렵게 만듭니다. 왕복 여행에 시간이 오래 걸립니다. 따라서 Azure Container Instance를 사용하고 있고 성능을 향상 시키려면 위로 이동하십시오 (this feedback item that I've created).

출처

2017-12-07 15:51:30

Azure 컨테이너 인스턴스가 "생성 중"상태로 고정 된 경우

답변

관련 문제