availability zone not set
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical Juju |
Fix Released
|
High
|
Anastasia | ||
juju-core |
Fix Released
|
High
|
Anastasia | ||
1.25 |
Fix Released
|
High
|
Anastasia |
Bug Description
Reported on behalf of a user. Original bug here: https:/
When deploying on the latest juju stable release of 1.25.3 on ec2 in my python hook code I'm running the following code and it's showing None as the return value:
```
az_info = os.environ.
log("AZ Info: " + az_info)
```
The ec2 region that I'm deploying on is us-west-2
In my juju status output I'm seeing the following for the machine:
```
31 started 1.25.3 54.213.132.207 i-eb50d82c trusty arch=amd64 cpu-cores=1 cpu-power=300 mem=3840M root-disk=8192M availability-
```
I looked into the Go code and it appears that it's querying and setting the environment variable.
I also dropped into the install debug hook and tried to echo $JUJU_AVAILABIL
Changed in juju-core: | |
status: | New → Triaged |
importance: | Undecided → High |
milestone: | none → 1.25.5 |
Changed in juju-core: | |
assignee: | nobody → Anastasia (anastasia-macmood) |
status: | Triaged → In Progress |
Changed in juju-core: | |
status: | In Progress → Fix Committed |
Changed in juju-core: | |
status: | Fix Committed → Fix Released |
affects: | juju-core → juju |
Changed in juju: | |
milestone: | 2.0-beta2 → none |
milestone: | none → 2.0-beta2 |
Changed in juju-core: | |
assignee: | nobody → Anastasia (anastasia-macmood) |
importance: | Undecided → High |
status: | New → Fix Released |
Here's the debug log of the ceph charm deployment: https:/ /gist.github. com/cholcombe97 3/87089c093005e b37101a