Possibly "mt status" will show whether hardware compression is enabled?
If you are getting close to 1.6TB per LTO-4 tape (according to JobBytes) then I think hardware compression must be enabled. The mt command also allows you to control compression (I'm not sure if you can change it in the middle of writing to a tape though). If you have hardware compression enabled, then using software compression will just waste time (assuming you have a fast enough network). __Martin >>>>> On Thu, 8 Feb 2018 09:51:55 +0000, Adam Weremczuk said: > > Thank you Martin. > > We are using a pretty old Bacula 5.2.6. > This version already appears to support compressions on clients. > But it's currently not defined for any. > > I'm assuming hardware compression is enabled on the LTO-4 tape drive. > I've checked: > - Device and Storage directives, > - "status storage" from bconsole, > - mtab, > - any place mentioning /dev/nts0 > but couldn't find any compression related options. > > Without it we would only be able to write 800GB to each tape and we > write close to 1.6TB, right? > Can we switch between these two modes? > Also - does it make sense to use more than one compression (i.e. > software on clients and hardware on tape drive) concurrently? > With the current settings does it make sense to track all big text files > on clients and compress them before a backup run? > > Cheers > Adam > > On 07/02/18 19:43, Martin Simmons wrote: > > JobBytes is the number of bytes sent from the FD (client) to the SD. If you > > are using Bacula's software compression (the compression option in the > > Fileset), then that will be the size after compression. > > > > Bacula's software compression is always done in the FD. > > > > You can control concurrency of backups using the various "Maximum Concurrent > > Jobs" options. > > > > __Martin > > > > > >>>>>> On Wed, 7 Feb 2018 12:02:56 +0000, Adam Weremczuk said: > >> Hi all, > >> > >> Last night a tape filled so I'm spending most of today investigating the > >> cause and ensuring the next run completes fine. > >> When executing "list jobname=" from the console I'm presented with 2 > >> columns: JobFiles and JobBytes. > >> > >> Is JobBytes expected to show the volume read from the client or written > >> to the tape? > >> In the latter the count is after compression, right? > >> > >> On that note: Is compression always performed on the server or can it be > >> done on clients? > >> It could make sense to iterate over all clients first and instruct them > >> to start compressing. > >> Then they start reporting as ready to the director and data transfers > >> begin. > >> > >> Please advise. > >> > >> Regards > >> Adam > >> > >> > >> ------------------------------------------------------------------------------ > >> Check out the vibrant tech community on one of the world's most > >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >> _______________________________________________ > >> Bacula-users mailing list > >> Bacula-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/bacula-users > >> > ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
