-What is the nature and description of the request? Due to a very short lifecycle (usually only a few days), there should be the ability to allow users to retire virtual machines down to the day, and the time, rather than just the current supported method of the day. Their current homegrown system supports this functionality. -Why does the customer need this? (List the business requirements here) Cloud instances are stateless and therefore have a short lifecycle of only a few days. -How would the customer like to achieve this? (List the functional requirements here) Just the ability to be able to specify a day/time to retire the VM. For example: retire_time = (Time.now + ((dialog_retire_days.to_i * 24).hours + dialog_retire_hours.to_i)) vm.retires_on(retire_time) -For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented. Allow day/time retirement granularity. Verify that the VM retires at the specified time. -Is there already an existing RFE upstream or in Red Hat Bugzilla? I have not found one. -Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)? No specified timeframe. -Is the sales team involved in this request and do they have any additional input? Sales is not involved at this point. -List any affected packages or components. cfme-appliance-5.5.2.4-1.el7cf.x86_64 cfme-5.5.2.4-1.el7cf.x86_64
Customer also has global users in different time zones, so when each instance retires at 12:00am PST (their time zone) of the current retirement day, other customers in other time zones become affected, which is another reason to allow increased retirement granularity down to the day/time level.
Hi Shveta, We believe this functionality exists today. Could you test this? There are 3 paths to retirement: 1. Through the UI, set a retirement date/time in the future, or set the date/time to now. (A future date will be picked up by the scheduler, the "now" time will cause an immediate retirement) 2. Scheduler runs on a time interval and checks specific objects (services, VMs...) to see if they are due for retirement. 3. Custom Automate code can set a retirement date/time. The big change here is that retirement should respect the time and not just the date. Let me know if you have any questions. Thanks, Tina
Created attachment 1450704 [details] retiring Hi Tina , I tested few services with different time set for retirement. 1) EC2 service with one VM set to retire after one hour (retire with delay now) option . service as well as VM was retired at the set time and date . 2) Retire now , immediately retired the service . 3) One service is set to retire after one day - still to be tested . All these retirements were set from UI . Tested in 5.9.3.1.20180606184006_8d120c0. Please let me know if anything else needs to be validated or this is good enough Thanks, Shveta
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2019:0212