[Bacula-users] RES: LTO-3 tape not compressing data/premature end of tape space
Certainly. The schedule comprises 6 different tapes, between monthly and weekly pools, and the problem is exactly the same with all of them. Rodrigo -Mensagem original- De: John Drescher [mailto:dresche...@gmail.com] Enviada em: quarta-feira, 1 de setembro de 2010 10:07 Para: Rodrigo Ferraz; bacula-users Assunto: Re: [Bacula-users] LTO-3 tape not compressing data/premature end of tape space We've been facing this problem for a while and unfortunately we are still unable to find an effective solution, so any help would be greatly appreciated. The problem: bacula is only filling LTO-3 until exactly 394.38 GB and not going any further a single byte. Looks like tape compression is not taking place. Bconsole shows this error below and then keeps asking to mount another volume: 01-Sep 00:57 br01 JobId 546: End of medium on Volume S002 Bytes=423,463,799,808 Blocks=6,564,108 at 01-Sep-2010 00:57. Have you tried a different tape? John -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] RES: LTO-3 tape not compressing data/premature end of tape space
Is Maximum Volume Bytes set in the catalog for these tapes? On 9/1/2010 9:15 AM, Rodrigo Ferraz wrote: Certainly. The schedule comprises 6 different tapes, between monthly and weekly pools, and the problem is exactly the same with all of them. Rodrigo -Mensagem original- De: John Drescher [mailto:dresche...@gmail.com] Enviada em: quarta-feira, 1 de setembro de 2010 10:07 Para: Rodrigo Ferraz; bacula-users Assunto: Re: [Bacula-users] LTO-3 tape not compressing data/premature end of tape space We've been facing this problem for a while and unfortunately we are still unable to find an effective solution, so any help would be greatly appreciated. The problem: bacula is only filling LTO-3 until exactly 394.38 GB and not going any further a single byte. Looks like tape compression is not taking place. Bconsole shows this error below and then keeps asking to mount another volume: 01-Sep 00:57 br01 JobId 546: End of medium on Volume S002 Bytes=423,463,799,808 Blocks=6,564,108 at 01-Sep-2010 00:57. Have you tried a different tape? John -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] RES: LTO-3 tape not compressing data/premature end of tape space
On 9/1/2010 7:09 AM, Brian Debelius wrote: Is Maximum Volume Bytes set in the catalog for these tapes? On 9/1/2010 9:15 AM, Rodrigo Ferraz wrote: Certainly. The schedule comprises 6 different tapes, between monthly and weekly pools, and the problem is exactly the same with all of them. Rodrigo If you have the 'tapeinfo' command you can also check to see if the generic SCSI device has HW compression enabled (shows up as DataCompEnabled in my environment). -se -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users