-
Notifications
You must be signed in to change notification settings - Fork 210
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failed to run 'boosh resources --name $stack_name' when trying to deploy cf/diego to AWS #324
Comments
We have created an issue in Pivotal Tracker to manage this: https://www.pivotaltracker.com/story/show/148318747 The labels on this github issue will be updated when the story is started. |
Hi, @StanleyShen, I see you received some assistance with this issue in the Cloud Foundry Slack, starting at https://cloudfoundry.slack.com/archives/C02FL4A2K/p1499233640176790. Did that help resolve this issue? Thanks, |
I didn't go through the step from scratch yet, and it works for me for now. Another thing is that from the page, we are required to use bosh v2, but when deploying cf/diego, we are using bosh v1 again (like bosh create release, bosh upload release) , should we be consistent with that? |
Thanks, @StanleyShen , glad to hear the issue resolved itself with the correct environmental setup. Since that problem is resolved, I'll close out this issue. You're right, the v2 BOSH CLI doesn't currently build release tarballs or dev releases correctly for cf-release, although there is ongoing work in cloudfoundry/bosh-cli#232 to fix that discrepancy. It does work to upload an existing final release tarball (such as one obtained from https://bosh.io/releases/github.com/cloudfoundry/cf-release) or final release manifest (such as https://github.com/cloudfoundry/cf-release/blob/v266/releases/cf-266.yml), though. I've added https://www.pivotaltracker.com/story/show/148375009 to the Diego tracker for us to update the examples/aws docs to note the compatibility issue and some workarounds, or to document the minimum required version of the v2 BOSH CLI once that PR is merged. Best, |
Submodule src/github.com/onsi/ginkgo eea6ad008..d90e0dcda: > Add integration test > Fix coverage files combining > A new CLI option: -ginkgo.reportFile <file path> (#601) > v1.10.2 > speed up table entry generateIt() (#609) > Fix. Write errors to stderr instead of stdout (#610) > v1.10.1 > stack backtrace: fix skipping (#600) > v1.10.0 > stack backtrace: fix alignment and skipping > fix typo in documentation > v1.9.0 > Fixed typos in comments > gofmt code > Simplify code > Simplify concatenation, incrementation and function assignment > Avoid unnecessary conversions > JUnit: include more detailed information about panic > Option to print output into report, when tests have passed > Print help to stdout when the user asks for help Submodule src/github.com/onsi/gomega 41673fd8f..bdebf9e0e: > v1.7.0 > export format property variables (#347) > minor fix in the documentation of ExpectWithOffset (#358) > v1.6.0 > Remove duplication in XML matcher tests > Remove unnecessary conversions (#357) > Fixed import order (#353) > Added missing error handling in test (#355) > Simplify code (#356) > Simplify code (#354) > Fixed typos (#352) > Add failure message tests to BeElementOf matcher > Update go-testcov untested sections > mark all uncovered files so go-testcov ./... works > display special chars on error > Reenable gotip in travis > Add BeElementOf matcher > Fix the typo of comment (#345) > Optimize contain_element_matcher > v1.5.0 > add analogous tests to fields_test.go > added tests for error messages > remove redundant validity check > ensure error messages refer to the underlying interface, not the `reflect.Value` > Run CI on go 1.12 and not 1.9 > Turn off gotip on travis > Mark session_test.go with build tag (#324) > more matcher tests > try to appease linters > MatchKeys > Clarify message for unexpected errors > make it easy to run everythin that travis would do > remove go 1.6, 1.7, 1.8 from the build matrix, and add tip > fix lint errors and use type aliases to remove stuttering > remove duplication of code and add docs to public function > v1.4.3 > test yaml parser errors and better comment on why panics are there > add test for not matcher with errors > add test for or matcher with errors > add tests for positive failure messages of Panic > ensure file name and line numbers are correctly reported > Fail the build if gofmt detects any changes required > Make changes to satisfy gofmt > Move GO111MODULE into more suitable env key in Travis > Add coverage for BeZero and Succeed matchers (#307) > Fixed matcher for content-type (#305) > v1.4.2 > Refactor goexec build test > Updates for Go v1.11 official release > Add go.mod and go.sum files to define the gomega go module > Work around go vet issue with Go v1.11 (#300) > Better output when using with go XUnit-style tests, fixes #255 (#297) > Fix MatchJSON fail to parse json.RawMessage (#298) > Move funcs shared by MatchJSON and MatchYAML to a dedicated support file > Added first failure path matching for YAML (#279) > show threshold in failure message of BeNumericallyMatcher (#293) > v1.4.1 > Update documentation (#289)
when trying to deploy CF to AWS based on https://github.com/cloudfoundry/diego-release/tree/develop/examples/aws
It fails to get stack resource with below error message
boosh resources --name $stack_name > a.yml
Get https://cloudformation.amazonaws.com?AWSAccessKeyId=xxxxxx&Action=ListStackResources&SignatureMethod=HmacSHA256&SignatureVersion=2&StackName=xxxxxxxx&Timestamp=2017-07-05T05%3A43%3A04&Version=2010-05-15&Signature=xxxxxx: dial tcp: lookup cloudformation.amazonaws.com: no such host
any idea on it?
The text was updated successfully, but these errors were encountered: