-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Only start evmserverd after db and messaging config #195
Only start evmserverd after db and messaging config #195
Conversation
2d9bae0
to
41aa311
Compare
Merged #194 , so this can be rebased. |
674f480
to
b5a09c1
Compare
bin/appliance_console
Outdated
no_changes = database_action == "no_changes" && messaging_action == "no_changes" | ||
|
||
# Stop evmserver while we make changes to the database and/or messaging configuration | ||
unless no_changes |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The double negative is killing me 😆
bin/appliance_console
Outdated
@@ -393,6 +393,14 @@ Static Network Configuration | |||
|
|||
messaging_action = ask_with_menu("Configure Messaging", messaging_options) | |||
|
|||
no_changes = database_action == "no_changes" && messaging_action == "no_changes" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Perhaps, instead we make it a positive variable?
no_changes = database_action == "no_changes" && messaging_action == "no_changes" | |
changes_requested = database_action != "no_changes" || messaging_action != "no_changes" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Or
no_changes = database_action == "no_changes" && messaging_action == "no_changes" | |
changes_requested = !(database_action == "no_changes" && messaging_action == "no_changes") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍 done
b5a09c1
to
ce9ab16
Compare
Currently when configuring the application evmserverd is started after setting up the database, it is then restarted twice after configuring messaging (once for unconfiguring then once after configuring). This is very inefficient and when we move to require messaging to be configured in order to start evmserverd then the first start won't ever complete anyway.
ce9ab16
to
4d634e3
Compare
Checked commits agrare/manageiq-appliance_console@2f0b91d~...4d634e3 with ruby 2.6.10, rubocop 1.28.2, haml-lint 0.35.0, and yamllint |
Fixed - Don't require pressing any key twice for message configuration (ManageIQ#193) Added - Report messaging configuration on summary info page (ManageIQ#190) Changed - Refactor EvmServer operations (ManageIQ#194) - Only start evmserverd after all application configuration is done (ManageIQ#195) - Don't start evmserverd until messaging is configured (ManageIQ#196)
Fixed - Don't require pressing any key twice for message configuration (ManageIQ#193) Added - Report messaging configuration on summary info page (ManageIQ#190) Changed - Refactor EvmServer operations (ManageIQ#194) - Only start evmserverd after all application configuration is done (ManageIQ#195) - **BREAKING** Don't start evmserverd until messaging is configured (ManageIQ#196)
Breaking - Don't start evmserverd until messaging is configured (ManageIQ#196) Fixed - Don't require pressing any key twice for message configuration (ManageIQ#193) Added - Report messaging configuration on summary info page (ManageIQ#190) Changed - Refactor EvmServer operations (ManageIQ#194) - Only start evmserverd after all application configuration is done (ManageIQ#195)
Breaking - Don't start evmserverd until messaging is configured (ManageIQ#196) Fixed - Don't require pressing any key twice for message configuration (ManageIQ#193) Added - Report messaging configuration on summary info page (ManageIQ#190) Changed - Refactor EvmServer operations (ManageIQ#194) - Only start evmserverd after all application configuration is done (ManageIQ#195)
Breaking - Don't start evmserverd until messaging is configured (ManageIQ#196) Fixed - Don't require pressing any key twice for message configuration (ManageIQ#193) Added - Report messaging configuration on summary info page (ManageIQ#190) Changed - Refactor EvmServer operations (ManageIQ#194) - Only start evmserverd after all application configuration is done (ManageIQ#195)
Fixed - Don't require pressing any key twice for message configuration (ManageIQ#193) Added - Report messaging configuration on summary info page (ManageIQ#190) Changed - Refactor EvmServer operations (ManageIQ#194) - Only start evmserverd after all application configuration is done (ManageIQ#195) - Don't start evmserverd until messaging is configured **BREAKING** (ManageIQ#196) - Simplify messaging options by saving in yml files (ManageIQ#197)
Fixed - Don't require pressing any key twice for message configuration (ManageIQ#193) Added - Report messaging configuration on summary info page (ManageIQ#190) Changed - Refactor EvmServer operations (ManageIQ#194) - Only start evmserverd after all application configuration is done (ManageIQ#195) - **BREAKING** Don't start evmserverd until messaging is configured **BREAKING** (ManageIQ#196) - Simplify messaging options by saving in yml files (ManageIQ#197)
When configuring the application there are possibly two steps, setting up the database and setting up messaging.
Each sub-section was stopping/starting/restarting evmserverd on its own so if you went through and configured the database and messaging we were starting evmserver after the database was setup, restarting it after clearing default messaging config (side-note I feel like we should start from a cleared state when we build the appliance), then restarting it again after completing messaging setup.
This changes the behavior to stop evmserverd if changes are going to be made to either the database or messaging, then starting it again after it completes.
Depends on: