Thank you for your response. I understand that since the longest retention period for backups in my config is 30 days, I should set Volume Retention option to 30. Is this a correct assumption?
What if I wanted to set retention per client? Like 30 days for web servers, and 7 days for develop environment. czwartek, 26 września 2024 o 15:28:29 UTC+2 Philipp Storz napisał(a): > Hello, > > instead of using these two deprecated directives, you should use the > autopuning in the pool > directive to recycle your volumes together with the Volume retention > directives in the pool. > > See: > > https://docs.bareos.org/Configuration/Director.html#config-Dir_Pool_AutoPrune > and: > > https://docs.bareos.org/Configuration/Director.html#config-Dir_Pool_VolumeRetention > > Here you also have a description how it works. > > This mechanism will clean up your database when a volume is recycled; all > data that is recoverable > will still be in the database. > > In case you need to change your pool's volume retention, do not forget to > apply the pool settings to > all volumes in the pool via the command "update volumes" > > Best regards, > > Philipp > > > > > Am 26.09.24 um 14:12 schrieb 'Michał Giza' via bareos-users: > > Hello, > > Is there an alternative option for AutoPrune and JobRetention? Both are > deprecated (https:// > > docs.bareos.org/Configuration/Director.html#config-Dir_Client_AutoPrune > <https://docs.bareos.org/ > > Configuration/Director.html#config-Dir_Client_AutoPrune>): > > > > Sep 26 12:54:04 bareos.local bareos-dir[91769]: * using deprecated > keyword JobRetention on line 9 > > of file /etc/bareos/bareos-dir.d/client/web01-fd.conf > > Sep 26 12:54:04 bareos.local bareos-dir[91769]: * using deprecated > keyword AutoPrune on line 10 of > > file /etc/bareos/bareos-dir.d/client/web01-fd.conf > > > > I use them in every client's configuration. Example: > > > > /Client { > > (...) > > File Retention = 30 days > > Job Retention = 6 months > > AutoPrune = yes > > }/ > > / > > / > > File Retention works, meaning I cannot restore backups older than the > value set in this option. > > However, it seems that the backups aren't being deleted from the disk, > as the disk usage still > > increasing./ > > / > > > > -- > > You received this message because you are subscribed to the Google > Groups "bareos-users" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to bareos- > > [email protected] <mailto:[email protected]>. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/bareos-users/ > > bfc77e47-474f-4e55-92ef-84d6c3005d41n%40googlegroups.com < > https://groups.google.com/d/msgid/bareos- > > users/bfc77e47-474f-4e55-92ef-84d6c3005d41n% > 40googlegroups.com?utm_medium=email&utm_source=footer>. > > > -- > Mit freundlichen Grüßen > > Philipp Storz [email protected] > Bareos GmbH & Co. KG Phone: +49 221 63 06 93-92 <+49%20221%2063069392> > http://www.bareos.com > > Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646 > Geschäftsführer: Stephan Dühr, Jörg Steffens, Philipp Storz > > Die "dass IT GmbH" wurde mit der "Bareos GmbH & Co. KG" verschmolzen, > siehe https://www.bareos.com/de/dassit-verschmelzung/ > -- You received this message because you are subscribed to the Google Groups "bareos-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/bareos-users/33b0f366-a856-4965-a8e4-3201212100a9n%40googlegroups.com.
