This allows a list of drop-ins for a unit to be declared inline within a
cloud-config. For example:
#cloud-config
coreos:
units:
- name: docker.service
drop-ins:
- name: 50-insecure-registry.conf
content: |
[Service]
Environment=DOCKER_OPTS='--insecure-registry="10.0.1.0/24"'
This new table is pulled from the etcd codebase rather than the docs...
Added:
GraphiteHost
PeerElectionTimeout
PeerHeartbeatInterval
PeerKeyFile
RetryInterval
SnapshotCount
StrTrace
VeryVeryVerbose
Fixed types:
ClusterActiveSize
ClusterRemoveDelay
ClusterSyncInterval
HTTPReadTimeout
HTTPWriteTimeout
MaxResultBuffer
MaxRetryAttempts
Snapshot
Verbose
VeryVerbose
Renamed:
Cors
Removed:
MaxClusterSize
CPUProfileFile
It was assumed that the user would specify the reboot strategy as an
unquoted value. In the case that they turn off updates, `off` is
interpreted as a boolean and the normalization pass converts that to
`false`. In the event that the user uses `"off"`, it's interpreted as a
string and not modified.
The file permissions can be specified (unfortunately) as a string or an
octal integer. During the normalization step, every field is
unmarshalled into an interface{}. String types are kept in tact but
integers are converted to decimal integers. If the raw config
represented the permissions as an octal, it would be converted to
decimal _before_ it was saved to RawFilePermissions. Permissions() would
then try to convert it again, assuming it was an octal. The new behavior
doesn't assume the radix of the number, allowing decimal and octal
input.
In all of the YAML tags, - has been replaced with _. normalizeConfig() and
normalizeKeys() have also been added to perform the normalization of the input
cloud-config.
As part of the normalization process, falsey values are converted to "false".
The "off" update strategy is no exception and as a result the "off" update
strategy has been changed to "false".
