Skip to content
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

Closed
StanleyShen opened this issue Jul 5, 2017 · 4 comments
Labels

Comments

@StanleyShen
Copy link

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?

@cf-gitbot
Copy link

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.

@emalm
Copy link
Member

emalm commented Jul 5, 2017

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,
Eric, CF Diego PM

@StanleyShen
Copy link
Author

I didn't go through the step from scratch yet, and it works for me for now.
I can create a new ticket if I can reproduce the issue again.

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?

@emalm
Copy link
Member

emalm commented Jul 5, 2017

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,
Eric

@emalm emalm closed this as completed Jul 5, 2017
n4wei pushed a commit that referenced this issue Oct 9, 2019
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)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants