Description of problem: Adding the notification feature to keep the customer aware once the manifest is going to expire or got expired, will help to prevent some issues that we got via side effects on console.redhat.com. Version-Release number of selected component (if applicable): How reproducible: 100% Steps to Reproduce: 1. The manifest itself got expired 2. After some time, console.redhat.com will not be receiving the satellite data and the servers will get removed as old entries 3. Actual results: * The customer didn't get any notification about that and hence it's an unpredictable situation for them. * Satellite is unable to sync any repos ( 403 forbidden ) * Patching on client system fails , as the satellite is using on_demand content and fails to download the same with same 403 forbidden error. Expected results: * The customer be notified that the manifest got expired, in this way, they can work to get a new one and refresh on Satellite, avoiding issues on console.redhat.com or with any operations that involve connecting with Red Hat CDN * More information is provided within the internal comments of this BZ. Additional info: AAP provides a feature where the user can connect to the Red Hat portal itself and create a manifest with Ansible-specific subscriptions and import it. Perhaps the same idea can be applied here for the update of the expiry of Manifest IdCert as well someway
Hello I can see that on Satellite 6.10 we have already this feature. Administer - Users - <click over the user> - "Email Preferences" tab - "Subscriptions expiring soon" with some additional options - No emails / Daily / Weekly / Monthly And also it's possible to set the # of days to start matching - 120 - System default / 7 / 30 / 60 / 90 / 120 / 180 @saydas is there anything else that you believe that could be added? If not, I believe we can archive this one. Thank you! Waldirio
(In reply to Waldirio M Pinheiro from comment #3) > Hello > > I can see that on Satellite 6.10 we have already this feature. > > Administer - Users - <click over the user> - "Email Preferences" tab - > "Subscriptions expiring soon" with some additional options > > - No emails / Daily / Weekly / Monthly > > And also it's possible to set the # of days to start matching > > - 120 - System default / 7 / 30 / 60 / 90 / 120 / 180 > > > > @saydas is there anything else that you believe that could be > added? If not, I believe we can archive this one. > > Thank you! > Waldirio I could be very very wrong but We have two scheduled jobs: SendExpireSoonNotifications --> Which checks the expiry of subscriptions and that is related to the email ""Subscriptions expiring soon" [ https://access.redhat.com/solutions/6099481 ] CreateExpiredManifestNotifications --> Which checks the expiry of the subscription manifest itself and only reports in Content --> Subscriptions page when the zip is expired. But I don't see any Email preference for this one. If there is one, I perhaps missed seeing it for sure but do let me know if you find that option. -- Sayan