-
Notifications
You must be signed in to change notification settings - Fork 912
Drop Log Collection Backend #23647
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
Drop Log Collection Backend #23647
Conversation
0789366 to
15ba91c
Compare
15ba91c to
c0ffe2e
Compare
In containerized deployments we can't support log collection, because we can't mount the log depot. In appliance deployments, we're trying to get away from the application UI having anything to do with the system it's running on to avoid the need to elevate permissions. As such, this commit removes log collection from backend. The UI will be done separately. Instead, on appliances, users can manually mount an NFS server (or really any server type - even more than our UI supports), and then use the /var/www/miq/vmdb/tools/collect_logs tool. If the user needs scheduling, they can schedule a cron on the appliance to run the tool.
c0ffe2e to
4f2df52
Compare
From Pull Request: ManageIQ/manageiq#23647
|
cross-repo is 🟢 |
| gem "rest-client", "~>2.1.0", :require => false | ||
| gem "ruby_parser", :require => false # Required for i18n string extraction, and DescentdantLoader (via prism) | ||
| gem "ruby-progressbar", "~>1.7.0", :require => false | ||
| gem "rubyzip", "~>2.0.0", :require => false |
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.
yay 2 dependencies 👋
| - GUID | ||
| - VERSION | ||
| :ping_depot: true | ||
| :ping_depot_timeout: 20 |
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.
will the migration handle the removal of these sections in addition to the product features?
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.
good call - I'll add that too
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.
Updated the OP to remind me to include that.
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.
✂️ 🔥 ✂️ 🔥 ✂️ 🔥
🍰 🍪 👏 🙇 😍 🎉
Amazing. So much 🔴🔴🔴.
|
Merging. The migration to drop existing setting changes (with the settings removed here) and roles using the removed product features can be done as a followup. I don't think this will break anything to merge. 💣 |
Follow up to ManageIQ#23647. This drops the FileDepot#miq_schedules linkage, and also drops FileDepotFtp and FileDepotFtpAnonymous, since the only user of FileDepot stuff, PxeServer, doesn't support Ftp. By extension this also drops the net-ftp gem.
In containerized deployments we can't support log collection, because we can't mount the log depot. In appliance deployments, we're trying to get away from the application UI having anything to do with the system it's running on to avoid the need to elevate permissions. As such, this commit removes log collection from backend. The UI will be done separately.
Instead, on appliances, users can manually mount an NFS server (or really any server type - even more than our UI supports), and then use the /var/www/miq/vmdb/tools/collect_logs tool. If the user needs scheduling, they can schedule a cron on the appliance to run the tool.
Depends on:
@jrafanie Please review.
Follow up: