2015-04-11 25 views
12

Próbuję wyświetlić podgląd aplikacji dokuj do okna (App Engine ManagedVM), używając polecenia uruchomienia aplikacji gcloud preview.Golang: Podgląd zarządzanej maszyny wirtualnej zwraca błąd

ale wciąż otrzymuję ten błąd:

Traceback (most recent call last): 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/dev_appserver.py", line 83, in <module> 
    _run_file(__file__, globals()) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/dev_appserver.py", line 79, in _run_file 
    execfile(_PATHS.script_file(script_name), globals_) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/devappserver2.py", line 985, in <module> 
    main() 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/devappserver2.py", line 978, in main 
    dev_server.start(options) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/devappserver2.py", line 774, in start 
    self._dispatcher.start(options.api_host, apis.port, request_data) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/dispatcher.py", line 182, in start 
    _module, port = self._create_module(module_configuration, port) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/dispatcher.py", line 262, in _create_module 
    threadsafe_override=threadsafe_override) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/module.py", line 1463, in __init__ 
    super(ManualScalingModule, self).__init__(**kwargs) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/module.py", line 514, in __init__ 
    self._module_configuration) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/module.py", line 237, in _create_instance_factory 
    module_configuration=module_configuration) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/vm_runtime_factory.py", line 78, in __init__ 
    timeout=self.DOCKER_D_REQUEST_TIMEOUT_SECS) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/google/appengine/tools/docker/containers.py", line 740, in NewDockerClient 
    client.ping() 
    File "/Users/jwesonga/google-cloud-sdk/./lib/docker/docker/client.py", line 711, in ping 
    return self._result(self._get(self._url('/_ping'))) 
    File "/Users/jwesonga/google-cloud-sdk/./lib/docker/docker/client.py", line 76, in _get 
    return self.get(url, **self._set_request_timeout(kwargs)) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/lib/requests/requests/sessions.py", line 468, in get 
    return self.request('GET', url, **kwargs) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/lib/requests/requests/sessions.py", line 456, in request 
    resp = self.send(prep, **send_kwargs) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/lib/requests/requests/sessions.py", line 559, in send 
    r = adapter.send(request, **kwargs) 
    File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine/lib/requests/requests/adapters.py", line 384, in send 
    raise Timeout(e, request=request) 
requests.exceptions.Timeout: (<requests.packages.urllib3.connection.VerifiedHTTPSConnection object at 0x10631c7d0>, 'Connection to 192.168.59.104 timed out. (connect timeout=60)') 
ERROR: (gcloud.preview.app.run) DevAppSever failed with error code [1] 

Ustaliliśmy, że doker jest uruchomiony przy użyciu stan boot2docker która zwraca działa Była pracy wcześniej, ale po ponownym uruchomieniu urządzenia, nic nie wydaje pracować. Jakieś pomysły?

Odpowiedz

4

Głównym problemem jest:

File "/Users/jwesonga/google-cloud-sdk/platform/google_appengine 
     /lib/requests/requests/adapters.py", line 384, in send 
    raise Timeout(e, request=request) 
requests.exceptions.Timeout: 
(<requests.packages.urllib3.connection.VerifiedHTTPSConnection object 
at 0x10631c7d0>, 'Connection to 192.168.59.104 timed out. 
(connect timeout=60)') 
ERROR: (gcloud.preview.app.run) DevAppSever failed with error code [1] 

który często jest w przypadku, gdy masz serwer proxy i jest omówiona w pip issue 1805

To ma być ustalona w pip1.6, ale tylko w przypadek, można spróbować workaround of alexandrem

/opt/venvs/ironic/lib/python2.6/site-packages/pip/_vendor/requests 
/adapters.patch.py /opt/venvs/ironic/lib/python2.6/site-packages 
/pip/_vendor/requests/adapters.py 
209c209 
if True or not proxy in self.proxy_manager: 
    ^^^^ 

basically I just add a True to the condition on line 209 of the adapter.py to always create a ProxyManager instance, thus skipping the pool manager logic.

+0

Wypróbowane rozwiązanie i to nie działa .. – jwesonga

+0

@jwesonga można sprawdzić wersję pip używane w twoim kontenerze w doku? – VonC

+0

Jak sprawdzić to w kontenerze dokowania? Podobnie jak na bok jestem na OSX – jwesonga

0

The gcloud współpracy mm i włącz proces ah_host, a także stwórz obraz docker twojej aplikacji i przekazuje go do demona Docker, w twoim przypadku wydaje się, że twój demon doka nie odpowiada na żądanie. Aby się upewnić, wykonaj "sudo docker -d", aby sprawdzić, czy demon Docker działa na twoim komputerze, czy nie. Sprawdź również, czy ścieżka certyfikatu ustawiona poprawnie, a wartość parametru TLS_VERIFY ma wartość PRAWDA.

Przejście dokumentacji [1] do montażu Döcker na MacOS

[1] https://docs.docker.com/installation/mac/

+0

Uruchomiłem "sudo docker -d" i otrzymałem "To jest plik binarny tylko dla klienta - uruchomienie demona Docker nie jest obsługiwane" – jwesonga

+0

Dowiedz się, co to jest "problem", z jakiegoś dziwnego powodu muszę uruchomić "eval" $ (boot2docker shellinit) "w terminalu przed uruchomieniem" aplikacja podglądu gcloud uruchomiona "Jeśli otworzę nowy terminal, muszę powtórzyć proces jeszcze raz. Nie sądzę, że tak było, ponieważ dodałem zmienne środowiskowe do mojego ~/.bash_profile, czy jest to zamierzone zachowanie? – jwesonga

+0

@jwesonga: możesz także wypróbować eksport echa DOCKER_HOST = tcp: // ip: port >> ~/.bashrc && source ~/.bashrc, a następnie uruchomić źródło .bash_profile i sprawdzić, czy to działa. – Shobhit

Powiązane problemy