schema: add JSON defs for modules resize-salt (SC-654)#1341
Conversation
Includes: - cc_resizefs - cc_resolv_conf - cc_rh_subscription - cc_rightscale_userdata - cc_rsyslog - cc_runcmd - cc_salt_minion
|
I've seen the flake8 errors, but I figure there'll be other comments to address, so I'll wait on those. |
blackboxsw
left a comment
There was a problem hiding this comment.
Not for this PR, but I really don't like that rsyslog_config silently sets default values if invalid values are provided in config. It's probably worth us taking a separate bug about this for future cleanup.
All else looks pretty good for this PR so take or leave comments as you want with the exception of my question on manage_resolv_conf default value. Maybe I'm reading the code wrong there but it doesn't look like we default to True. I'll review your responses tomorrow on the rest of the items and we can close out on this branch. Thanks again
| are configured correctly. | ||
|
|
||
| When using a config drive and a RHEL-like system, resolv.conf will also be | ||
| managed automatically due to the available information provided for dns |
There was a problem hiding this comment.
| managed automatically due to the available information provided for dns | |
| managed automatically due to the available information provided for DNS |
There was a problem hiding this comment.
probably want to replace dns/DNS throughout text.
| will use sysconfig, this module is likely to be of little use unless those | ||
| are configured correctly. | ||
|
|
||
| When using a config drive and a RHEL-like system, resolv.conf will also be |
There was a problem hiding this comment.
| When using a config drive and a RHEL-like system, resolv.conf will also be | |
| When using a :ref:`datasource_config_drive` and a RHEL-like system, resolv.conf will also be |
|
|
||
| When using a config drive and a RHEL-like system, resolv.conf will also be | ||
| managed automatically due to the available information provided for dns | ||
| servers in the config drive network format. For those that with to have |
There was a problem hiding this comment.
| servers in the config drive network format. For those that with to have | |
| servers in the :ref:`network_config_v2` format. For those that with to have |
| **Config keys**:: | ||
|
|
||
| CLOUD_INIT_REMOTE_HOOK=<url> |
There was a problem hiding this comment.
I'd change this to
| **Config keys**:: | |
| CLOUD_INIT_REMOTE_HOOK=<url> | |
| **Raw user data schema**:: | |
| CLOUD_INIT_REMOTE_HOOK=<url> |
| maas: "192.168.1.1" | ||
| juju: "10.0.4.1" |
There was a problem hiding this comment.
Let's ditch unnecessary quotes where we can to aid in readability, simplicity of config values
| maas: "192.168.1.1" | |
| juju: "10.0.4.1" | |
| maas: 192.168.1.1 | |
| juju: 10.0.4.1 |
| "properties": { | ||
| "username": { | ||
| "type": "string", | ||
| "description": "The username to use. Must be used with password. Should not be used with activation-key or org" |
There was a problem hiding this comment.
Markdown sugar for key names
| "description": "The username to use. Must be used with password. Should not be used with activation-key or org" | |
| "description": "The username to use. Must be used with password. Should not be used with ``activation-key`` or ``org``" |
| }, | ||
| "password": { | ||
| "type": "string", | ||
| "description": "The password to use. Must be used with username. Should not be used with activation-key or org" |
There was a problem hiding this comment.
| "description": "The password to use. Must be used with username. Should not be used with activation-key or org" | |
| "description": "The password to use. Must be used with username. Should not be used with ``activation-key`` or ``org``" |
| }, | ||
| "activation-key": { | ||
| "type": "string", | ||
| "description": "The activation key to use. Must be used with org. Should not be used with username or password" |
There was a problem hiding this comment.
| "description": "The activation key to use. Must be used with org. Should not be used with username or password" | |
| "description": "The activation key to use. Must be used with org. Should not be used with ``username`` or ``password``" |
| }, | ||
| "org": { | ||
| "type": "integer", | ||
| "description": "The organization number to use. Must be used with activation-key. Should not be used with username or password" |
There was a problem hiding this comment.
| "description": "The organization number to use. Must be used with activation-key. Should not be used with username or password" | |
| "description": "The organization number to use. Must be used with ``activation-key``. Should not be used with ``username`` or ``password``" |
| }, | ||
| "service-level": { | ||
| "type": "string", | ||
| "description": "The service level to use when subscribing to RH repositories. auto-attach must be true for this to be used" |
There was a problem hiding this comment.
| "description": "The service level to use when subscribing to RH repositories. auto-attach must be true for this to be used" | |
| "description": "The service level to use when subscribing to RH repositories. ``auto-attach`` must be true for this to be used" |
blackboxsw
left a comment
There was a problem hiding this comment.
Thanks for the quick fixes. +1
Proposed Commit Message
Additional Context
There's a legacy syntax for rsyslog that became legacy 6 years ago. It will still work but I removed all references to it, don't include it in the schema, and log a warning if it's used as it was already considered legacy 6 years ago.
Additionally, I'm not exactly sure what's needed for rightscale userdata. The context around it makes it sound like it's a value embedded within other yaml, rather being standard yaml itself, but I'm hoping somebody else has some additional context there.
Also, Rightscale and Salt don't even exist as independent entities anymore, but I'm assuming their modules can still be used by those who bought the technology.