Closed JeffGiroux closed 2 years ago
Thanks for reporting this bug. We are now tracking it internally with ID ESECLDTPLT-3046.
@JeffGiroux, this Google URL is going to be included in the next release:
- name: HOST
type: url
value: http://169.254.169.254/computeMetadata/v1/instance/hostname
headers:
- name: Metadata-Flavor
value: Google
Do you think this would suffice? We'd like to avoid adding a new custom type to the metadata provider if possible.
yes that is fine. I would also alternatively offer "name" too as that is the shorter name of the google VM instance rather than including the big project ID which can be found in "hostname". Depending on customer project ID, the default hostname could go beyond 65 characters and error. Therefore, having "name" and "hostname" would be good to have in examples.
Closing.
The fix for this was included with Release 1.4.2.
User tries to retrieve hostname as metadata. This works in AWS and Azure. Using same fields for Google results in runtime init error.
This results in a lack across cloud parity. Please correct and allow all CSP to query hostname or something common. Also, update docs with proper example.
error...
Example code block...
Workaround
You can query the metadata URL in a manual way to get hostname. Example...