
Extend microversion 2.90 to allow FQDNs in the hostname parameter. Multi-create with --hostname continues to be refused, returning error 400 to the user. This simplifies the code by not needing to handle any sort of suffix or prefix mangling of the FQDN to handle multiple instances. No other changes are made - not Neutron integration, metadata API changes (the FQDN will appear as-is in places where the hostname currently appears), etc. Change-Id: I47e397dc6da8263762479cc8ae4f8777a6d9d811 Implements: bp/fqdn-in-hostname
31 lines
1.2 KiB
JSON
31 lines
1.2 KiB
JSON
{
|
|
"server" : {
|
|
"accessIPv4": "1.2.3.4",
|
|
"accessIPv6": "80fe::",
|
|
"name" : "new-server-test",
|
|
"imageRef" : "70a599e0-31e7-49b7-b260-868f441e862b",
|
|
"flavorRef" : "1",
|
|
"availability_zone": "us-west",
|
|
"OS-DCF:diskConfig": "AUTO",
|
|
"hostname": "custom-hostname.example.com",
|
|
"metadata" : {
|
|
"My Server Name" : "Apache1"
|
|
},
|
|
"personality": [
|
|
{
|
|
"path": "/etc/banner.txt",
|
|
"contents": "ICAgICAgDQoiQSBjbG91ZCBkb2VzIG5vdCBrbm93IHdoeSBp dCBtb3ZlcyBpbiBqdXN0IHN1Y2ggYSBkaXJlY3Rpb24gYW5k IGF0IHN1Y2ggYSBzcGVlZC4uLkl0IGZlZWxzIGFuIGltcHVs c2lvbi4uLnRoaXMgaXMgdGhlIHBsYWNlIHRvIGdvIG5vdy4g QnV0IHRoZSBza3kga25vd3MgdGhlIHJlYXNvbnMgYW5kIHRo ZSBwYXR0ZXJucyBiZWhpbmQgYWxsIGNsb3VkcywgYW5kIHlv dSB3aWxsIGtub3csIHRvbywgd2hlbiB5b3UgbGlmdCB5b3Vy c2VsZiBoaWdoIGVub3VnaCB0byBzZWUgYmV5b25kIGhvcml6 b25zLiINCg0KLVJpY2hhcmQgQmFjaA=="
|
|
}
|
|
],
|
|
"security_groups": [
|
|
{
|
|
"name": "default"
|
|
}
|
|
],
|
|
"user_data" : "IyEvYmluL2Jhc2gKL2Jpbi9zdQplY2hvICJJIGFtIGluIHlvdSEiCg=="
|
|
},
|
|
"OS-SCH-HNT:scheduler_hints": {
|
|
"same_host": "48e6a9f6-30af-47e0-bc04-acaed113bb4e"
|
|
}
|
|
}
|