[ZendTo] Occasional longer retention period?

[Jules]

Hi John,

My "official" solution to this is to use the new setting
     'defaultNumberOfDaysToRetain'
and set this to your normal short lifetime.
Set
     'numberOfDaysToRetain'
to the much longer time you occasionally need.

Most people won't bother changing the life time on the "new drop-off" 
form from the default value it gives them (the short one). But if they 
need to, they can increase it up to the maximum you've set (the long one).

But yes, you're quite right, just tweaking the "lifeseconds" value in 
the relevant record in the "dropoff" table should do the trick for you.

The instance of ZendTo I run for the University of Southampton (my 
employer) has recently been getting a bit big. We had to increase its 
drop-off space from 3 TB to 4 TB the other week. To help rein this in, 
we've just dropped the default lifetime from 32 days to 22, while 
leaving the maximum lifetime still at 32 days. Hopefully in a month's 
time, we'll start to see average disk usage drop a bit.

Cheers,
Jules.

On 03/11/2020 17:38, John Thurston via ZendTo wrote:
> We have a fairly short retention-period in ZendTo. Occasionally, we 
> have need for a "drop" to be be available longer. There does not seem 
> to be any way for this availability to be any longer than 
> "numberOfDaysToRetain", and that limit is the same for all users.
>
> It does appear, however, that the lifetime is an attribute of each 
> "drop", and it is computed and stored at creation. Would extending the 
> lifetime of a specific "drop" be as simple as reaching into the 
> database and adjusting the value of "lifeseconds" on the specified 
> "drop"?
>
>
>
> (Why not just increase the value of "numberOfDaysToRetain"? Because 
> the occasional increased duration may need to be 10x or 20x the normal 
> duration. And that would be way too long to have available for 
> everything.)
>
>

Jules

-- 
Julian Field MEng CEng CITP MBCS MIEEE MACM


www.Zend.To
Twitter: @JulesFM

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jul.es/pipermail/zendto/attachments/20201104/d1979836/attachment.html>