Bug 1392020
Summary: | npm ERR! network tunneling socket could not be established | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Vladislav Walek <vwalek> |
Component: | Installer | Assignee: | Scott Dodson <sdodson> |
Status: | CLOSED NOTABUG | QA Contact: | Johnny Liu <jialiu> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 3.3.0 | CC: | aos-bugs, bparees, jokerman, mmccomas, sdodson |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-02-01 15:07:43 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Vladislav Walek
2016-11-04 15:25:26 UTC
Scott, i think this is easily fixed but i'm surprised it hasn't been an issue for anyone else... in what format do we expect the user to provide the proxy value to ansible? with or without the protocol? The examples all include protocols for *_http_proxy and *_https_proxy variables. I'm not sure how common it is, but QE's test environment required that HTTP_PROXY be accessed via https. ok, so it sounds like user error in that the values supplied to ansible should have included the protocol in the first place. (and prepending the protocol automatically would be invalid since we can't know if the protocol should be https or http). Thanks Scott. |