Description:
Supported ability to adjust Instance OS/version information for systems upgraded via in-place upgrade methods.
Currently, this isn’t officially supported and requires some.. less than ideal.. methods to adjust the “Layout” and “Version” information within the instances UI.
At times our users see this mis-match and mention about it.
Example/Use case(s):
If two layouts have the same flows with sub-OS versions, it’d be nice to be able to adjust the displayed Layout and Version information to reflect in-place upgrades as some users choose that approach vs the more DevOps/cloud method of build new and migrate.
This would avoid other methods to adjust this information and provide users with a better reflection in the UI of what their system version information is.
One suggestion that might be possible is to pull the information via either VMware Tools if in VMware environments, or read in from the Morpheus Agent and reflect that within the WebUI. This would then keep the back end mappings related to the initial build while also dynamically reporting back the actual OS information. (this may also have the issue of when powered of, old provisioned information is display).
If the data in the database is more metadata from build time, it might provide a bit more of a flexible method to update the existing fields for better end user clarity in terms of reporting and visual cues to their systems