Bug 651479

How does this fit with the loan-workflow idea (bug 629902)?  I'd like to be able to specify an optional time limit on loans, and have the loan automatically reclaimed at the end.  The nag mail alone is clearly not sufficient in some cases.

bug 629902 is asking for a queue.

Related to this - there's no timeout when reserving systems in Manual mode, either.

Bug 639938 describes a proposal to separate the reservesys step from the rest of the test, allowing it to be test harness independent, while still enforcing a timeout on the reservation.

Such a test harness independent mechanism should also be usable to place a time limit on manual reservations, when combined with an "also return loan" option as described in bug 651477.

Added a dependency on fixing the job activity tracking, since implementing this will result in the scheduler automatically cancelling jobs when a time limited loan expires.

On reflection, using the same mechanism for loan and manual reservation time limits doesn't actually make any sense.

This would probably be implemented at the same time as (or perhaps just blocks) bug 1324974.

Hi beaker dev team:
This is Kevin Zhang from CEE, I think Bill's RFE is quite necessary and that's an issue that we got feedback from CEE users
How can I keep people from using loaned servers without time limit?
there are quite some servers were manually loaned to users when admins are requested by users . But we see most of time, user forgot to return boxes to beaker or  update us after they finish with loaned boxes. Since boxes loaned to users has no time limits, others can't use it freely with reserve workflow . so new users have to ask us or  current users if loaned boxes can be released.  it's not efficient for both users and admins.

We expected beaker can set loan time limit for 'loaned' and 'Automated' status servers, for example, 60 days, if it's been loaned for 60 days, email will be alarmed to users that box will be forcefully unloaned and released in 5 days and returned to beaker. If user need to continue on box for more time, they need mail to admins so we(admins) can set to box to 'manual'. In this way, 'manual' box can't be provisioned freely by new users even if box was returned to beaker.

I'm moving this item back to Triaged, since we can't work on it before we haven't written up a design proposal, discussed it and hashed out a solution.

*** Bug 1733676 has been marked as a duplicate of this bug. ***

Closing this as will not do, this feature is not impacting the RHEL 9 support that we are focusing on in the final LTS 28 version. This is a feature being considered in next product.

If you think that this does have an impact on RHEL 9 support. Please give the business justification and reopen. 

 
If you have any question please contact Theo tapazogl.