ManageIQ Oparin GA Announcement
On behalf of the ManageIQ team, I’m happy to announce the release of ManageIQ Oparin! This release is named after the chess grandmaster Grigoriy Oparin. You can download the Oparin-1 release on our downloads page.
Here are the highlights of the Oparin release:
- New Providers
- Provider Enhancements
- Core
- API
- New endpoints
- Additions
/cloud_databases
create [#1152], edit, delete [#1153]/cloud_volumes
create_backup [#1140], restore_backup [#1143], attach, detach [#1149], clone [#1164]/custom_button_sets
reorder [#1146]/host_initiators
delete [#1157]/physical_servers
decommission_server, recommission_server [#1144]/physical_storages
validate [#1163]/vms
set_description [#1120]
- Fixes
- Build
- Developer
- Complete Transition from AvailabilityMixin to SupportsFeatureMixin [#21179]
- [UI] Continue conversion of HAML tables to react Carbon tables [#8124]
- [UI] Continue to replace angular code [#8417]
- [UI] Continue conversion of forms to React [#8441]
- Support Ruby 3.0 [#21536]
- Upgrade to Rails 6.1 [#21516]
- Upgrade ansible-runner to 2.3.x [#21734]
IMPORTANT: The following are potentially breaking changes and deprecations.
- **BREAKING**
- Stop logging to files in production deployments [#21177]
- Logs will go to
journald
on appliances and to STDOUT on podified deployments - This change is potentially breaking if you have any automation that relies on collecting the logs from the
/var/www/miq/vmdb/log
location.
- Logs will go to
- Don’t automatically initialize appliances on first-boot [#21878]
- On first-boot an appliance can be configured as a database appliance or a worker appliance using
appliance_console
. - Worker appliances do not need a second disk and so can be connected directly to the database appliance without need for “un-initialization”.
- This change is potentially breaking if you have any automation for deploying appliances.
- On first-boot an appliance can be configured as a database appliance or a worker appliance using
- Stop logging to files in production deployments [#21177]
- Deprecations (to be removed in Petrosian release)
- Microsoft SCVMM Provider
- OpenShift 3.x support
- VMware 5.x and below support
- PostgreSQL 10 support
- While PostgreSQL 10 support will continue to work for the Oparin release, we recommend upgrading to PostgreSQL 13 now, as it will be required for the Petrosian release.
There are many more changes that would be impossible to detail in a single blog post. Many thanks goes to all of the community members for their contributions! We are already well underway on the next release of ManageIQ - Petrosian. If you’re interested in getting involved, check out our roadmap, check out our community page, ask questions in our discussions forum, and chat with us in Gitter. We look forward to hearing from you!