Resources can't be downloaded
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical Juju |
Fix Released
|
Critical
|
Nate Finch |
Bug Description
As a thought experiment I bootstrapped a manual controller, enlisted 2 additional machines and attempted to deploy the Canonical Distribution of Kubernetes.
After deploying the charms from the store, it didn't appear that the resources made it to the charms. I attributed this due to beta characteristics of resources. When attempting to manually attach the resources however this did not function as expected.
$ juju attach kubernetes-master kubernetes=
ERROR failed to upload resource "kubernetes": PUT https:/
$ juju attach kubernetes-master kubernetes=
01:31:55 INFO juju.cmd supercommand.go:63 running juju [2.0-rc1 gc go1.6.2]
01:31:55 DEBUG juju.cmd supercommand.go:64 args: []string{"juju", "attach", "kubernetes-
01:31:55 INFO juju.juju api.go:72 connecting to API addresses: [198.211.
01:31:55 INFO juju.api apiclient.go:507 dialing "wss://
01:31:55 INFO juju.api apiclient.go:507 dialing "wss://
01:31:55 INFO juju.api apiclient.go:507 dialing "wss://
01:31:55 INFO juju.api apiclient.go:507 dialing "wss://
01:31:55 INFO juju.api apiclient.go:302 connection established to "wss://
01:31:55 DEBUG juju.juju api.go:263 API hostnames unchanged - not resolving
01:31:56 DEBUG httpbakery client.go:244 client do PUT https:/
01:31:56 DEBUG httpbakery client.go:246 } -> error <nil>
01:31:56 DEBUG juju.api apiclient.go:558 health ping failed: connection is shut down
01:31:56 ERROR cmd supercommand.go:458 failed to upload resource "kubernetes": PUT https:/
01:31:56 DEBUG cmd supercommand.go:459 (error details: [{github.
I was able to upgrade the charm using a a version received from the charm store
charm pull cs:~containers/
Afterwords I was able to append the resources. It seems like it just completely missed processing the resources initially, which in turn caused problems.
I don't see anything relevant in the controller logs. Advice on how to further diagnose and report helpful findings would be helpful.
Changed in juju: | |
status: | New → Triaged |
importance: | Undecided → Critical |
milestone: | none → 2.0.0 |
assignee: | nobody → Richard Harding (rharding) |
tags: | added: teamb |
tags: |
added: rteam removed: teamb |
Changed in juju: | |
milestone: | 2.0-rc3 → 2.0.0 |
Changed in juju: | |
assignee: | Richard Harding (rharding) → Katherine Cox-Buday (cox-katherine-e) |
status: | Triaged → In Progress |
Changed in juju: | |
milestone: | 2.0.0 → 2.0.1 |
Changed in juju: | |
milestone: | 2.0.1 → none |
Changed in juju: | |
milestone: | none → 2.1-beta2 |
Changed in juju: | |
status: | Fix Committed → Fix Released |
This is not just manual, it's presumably due to a change in the charm store, which is no longer sending the content length.
ERROR juju.resource. resourceadapter s (attempt 14) retrying resource download from charm store due to error: no content length found in response