Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Bacula\-users\]\s+Feature\s+request\:\s+relative\s+rentention\s+times\s*$/: 7 ]

Total 7 documents matching your query.

1. [Bacula-users] Feature request: relative rentention times (score: 1)
Author: Kevin Keane <subscription AT kkeane DOT com>
Date: Tue, 7 Apr 2009 01:21:49 -0700
Item n: implement retention times specified as number of copies. Date: 4/6/2009 Origin: Kevin Keane - subscription at kkeane dot com Status: What: Currently, the retention time for a volume/job etc.
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2009-04/msg00158.html (14,578 bytes)

2. Re: [Bacula-users] Feature request: relative rentention times (score: 1)
Author: Mike Ruskai <thannyd AT earthlink DOT net>
Date: Tue, 07 Apr 2009 16:18:37 -0400
I very much like this idea. I have pretty much enough storage for two full backups plus incrementals, and that means any changes have to be put off until the beginning of the backup cycle. If I could
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2009-04/msg00190.html (12,964 bytes)

3. Re: [Bacula-users] Feature request: relative rentention times (score: 1)
Author: Dan Langille <dan AT langille DOT org>
Date: Tue, 07 Apr 2009 20:54:36 -0400
- From a programming point of view, have you thought about the algorithm which could be used to determine "2 copies"? - -- Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2009-04/msg00196.html (15,352 bytes)

4. Re: [Bacula-users] Feature request: relative rentention times (score: 1)
Author: Kevin Keane <subscription AT kkeane DOT com>
Date: Wed, 8 Apr 2009 05:55:54 -0700
For the jobs, it should be pretty simple to do with a single database query. Simply count the last two backups of jobs with the same name and the appropriate levels. BTW, I just realize that my spec
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2009-04/msg00211.html (16,354 bytes)

5. Re: [Bacula-users] Feature request: relative rentention times (score: 1)
Author: Kevin Keane <subscription AT kkeane DOT com>
Date: Thu, 9 Apr 2009 02:56:13 -0700
With current bacula, you could actually do it, too. You would have to manually purge the oldest full backup. But that only works for one-off situations, not on a regular basis. I believe that's how i
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2009-04/msg00245.html (14,183 bytes)

6. Re: [Bacula-users] Feature request: relative rentention times (score: 1)
Author: Victor Hugo dos Santos <listas.vhs AT gmail DOT com>
Date: Mon, 13 Apr 2009 12:22:34 -0400
On Tue, Apr 7, 2009 at 4:21 AM, Kevin Keane <subscription AT kkeane DOT com> wrote: [...] well, yesterday I was thinking about this theme and the idea is great. but, exist a problem, for example: ima
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2009-04/msg00298.html (13,925 bytes)

7. Re: [Bacula-users] Feature request: relative rentention times (score: 1)
Author: Kevin Keane <subscription AT kkeane DOT com>
Date: Tue, 14 Apr 2009 04:54:27 -0700
I think you understand exactly how this feature is supposed to behave. The funny thing is that what you see as a problem is actually exactly what I would like to have accomplished: if you run a manua
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2009-04/msg00316.html (15,413 bytes)


This search system is powered by Namazu