Re: [Bacula-users] Issue with size of the backup
Hi All, thanks for the pointing out the obvious, it was 2 files growing out of proportions (steam logs) and they got compressed on a FS level but actually they were 2.5 tb x2 in size which then got compressed again in bacula, so all good now. Thanks Borut On Thu, 2024-04-11 at 23:06 +1000, Gary R. Schmidt wrote: > On 11/04/2024 22:00, Borut Rozman via Bacula-users wrote: > > Hi there, > > > > I was wondering if anyone noticed something like this in their > > environment, I have a bacula director ver 11.0.6. (10.3.2022) > > connecting to serveral clients with versions from 5 onwards. I have > > this particular client which runs on debain 12. ver. > > 9.6.7(20dec20), > > underlaying storage is ZFS. > > > > The underlying storage is ~800gb in size. All of the sudden > > incremental > > backups started to increase exponentially > > > > 1.4. - 93M > > 2.4. - 574.5Mcef_log.txt > > 3.4. - 115.5GB > > 4.4. - 951.3GB > > 5.4. - 1.7TB > > 6.4. - 2.5TB > > 7.4. - 3.4TB > > 8.4. - 4.1TB > > 9.4. - 4.7TB > > 10.4.- 5.4TB > > > > so last backup says 5,471,496,436,363 (5.471 TB) written, and last > > 4 > > backups from this client with several others were written to this > > tape > > which is LTO6 - so max 2.5TB should be written (6.25 compressed). > > > > For some reason estimation of the size of the backup is way off and > > data written on the tape as now that tape says it has 18T written - > > Vol. bytes 18.3TB > > > > which is absolutely wrong... > > > > even if I move that data to some other folder on that server I get > > the > > same result. > > > > Any ideas? > > > > Borut > > > Have you got Accurate set to Yes in JobDefs? > > My ZFS systems are Solaris, so YMMV. > > Cheers, > GaryB-) > > > ___ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Issue with size of the backup
On Thu, 2024-04-11 at 23:06 +1000, Gary R. Schmidt wrote: > On 11/04/2024 22:00, Borut Rozman via Bacula-users wrote: > > Hi there, > > > > I was wondering if anyone noticed something like this in their > > environment, I have a bacula director ver 11.0.6. (10.3.2022) > > connecting to serveral clients with versions from 5 onwards. I have > > this particular client which runs on debain 12. ver. > > 9.6.7(20dec20), > > underlaying storage is ZFS. > > > > The underlying storage is ~800gb in size. All of the sudden > > incremental > > backups started to increase exponentially > > > > 1.4. - 93M > > 2.4. - 574.5M > > 3.4. - 115.5GB > > 4.4. - 951.3GB > > 5.4. - 1.7TB > > 6.4. - 2.5TB > > 7.4. - 3.4TB > > 8.4. - 4.1TB > > 9.4. - 4.7TB > > 10.4.- 5.4TB > > > > so last backup says 5,471,496,436,363 (5.471 TB) written, and last > > 4 > > backups from this client with several others were written to this > > tape > > which is LTO6 - so max 2.5TB should be written (6.25 compressed). > > > > For some reason estimation of the size of the backup is way off and > > data written on the tape as now that tape says it has 18T written - > > Vol. bytes 18.3TB > > > > which is absolutely wrong... > > > > even if I move that data to some other folder on that server I get > > the > > same result. > > > > Any ideas? > > > > Borut > > > Have you got Accurate set to Yes in JobDefs? > > My ZFS systems are Solaris, so YMMV. > I am using ZFS for a while and this just happened now before all was well, and yes I do have accurate to YES Borut > Cheers, > GaryB-) > > > ___ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Issue with size of the backup
Hi there, I was wondering if anyone noticed something like this in their environment, I have a bacula director ver 11.0.6. (10.3.2022) connecting to serveral clients with versions from 5 onwards. I have this particular client which runs on debain 12. ver. 9.6.7(20dec20), underlaying storage is ZFS. The underlying storage is ~800gb in size. All of the sudden incremental backups started to increase exponentially 1.4. - 93M 2.4. - 574.5M 3.4. - 115.5GB 4.4. - 951.3GB 5.4. - 1.7TB 6.4. - 2.5TB 7.4. - 3.4TB 8.4. - 4.1TB 9.4. - 4.7TB 10.4.- 5.4TB so last backup says 5,471,496,436,363 (5.471 TB) written, and last 4 backups from this client with several others were written to this tape which is LTO6 - so max 2.5TB should be written (6.25 compressed). For some reason estimation of the size of the backup is way off and data written on the tape as now that tape says it has 18T written - Vol. bytes 18.3TB which is absolutely wrong... even if I move that data to some other folder on that server I get the same result. Any ideas? Borut ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
