Re: [Bacula-users] Disk based backup using vchanger, volumes being marked as Error

2014-08-04 Thread Kern Sibbald
Hello Josh, Please see below ... On 08/04/2014 06:43 PM, Josh Fisher wrote: On 8/1/2014 12:27 PM, Joseph Dickson wrote: Greetings :-) I've run into this problem with Bacula in a

Re: [Bacula-users] Backup on Tape

2014-08-04 Thread Nick Allevato
LTO 2…slow? On Mon, Aug 4, 2014 at 10:53 AM, More, Ankush wrote: > Hi Team, > > Any suggestion on tape backup? > > Thank you, > Ankush > > > -Original Message- > From: More, Ankush > Sent: 01 August 2014 20:23 > To: 'bacula-users@lists.sourceforge.net' > Subject: Backup on Tape > > Hi

Re: [Bacula-users] Backup on Tape

2014-08-04 Thread Roberts, Ben
> 1) Can we tune bacula config files for maximize backup speed? Turn on attribute spooling to save on database round-trips during the backup run (these will be inserted at the end). Try to measure where your bottleneck is and then see if you can do anything about it: read I/O on the FD machine,

Re: [Bacula-users] Backup on Tape

2014-08-04 Thread John Drescher
> 1) Can we tune bacula config files for maximize backup speed? Yes. I recommend that you tune your database (mysql and postgresql come with very poor default settings) and also increase the default block size. 64K is way too small for a modern LTO tape drive. > 2) Can bacula use both tape drive

Re: [Bacula-users] Backup on Tape

2014-08-04 Thread More, Ankush
Hi Team, Any suggestion on tape backup? Thank you, Ankush -Original Message- From: More, Ankush Sent: 01 August 2014 20:23 To: 'bacula-users@lists.sourceforge.net' Subject: Backup on Tape Hi Team, We have installed Bacula-7.0.4 on CentOS 6.5. Have configure Autochanger with 2 LTO-2 dr

Re: [Bacula-users] Disk based backup using vchanger, volumes being marked as Error

2014-08-04 Thread Josh Fisher
On 8/1/2014 12:27 PM, Joseph Dickson wrote: Greetings :-) I've run into this problem with Bacula in a previous installation, and I can't seem to recall if there was ever a resolution..  I'm using Bacula for disk based ba

Re: [Bacula-users] How to forcefully recycle tape

2014-08-04 Thread Roberts, Ben
Hi Ankush, > I would like to forcefully recycle tape, I follow below command from > bconsole but not working. > +-+--+---+---+-+ > | MediaId | VolumeName | VolStatus | Enabled | VolBytes| VolFiles | > +-+--+---+--

Re: [Bacula-users] How to forcefully recycle tape

2014-08-04 Thread More, Ankush
Thanks John, that worked. Thank you, Ankush -Original Message- From: John Drescher [mailto:dresche...@gmail.com] Sent: 04 August 2014 18:55 To: More, Ankush Cc: bacula-users@lists.sourceforge.net Subject: Re: [Bacula-users] How to forcefully recycle tape > +-++---

Re: [Bacula-users] How to forcefully recycle tape

2014-08-04 Thread John Drescher
> +-++---+-+-+--+--+-+--+---+---+-+ > | MediaId | VolumeName | VolStatus | Enabled | VolBytes| VolFiles | > VolRetention | Recycle | Slot | InChanger | MediaType | LastWr

Re: [Bacula-users] Permission Problem on CentOS 6.5 and Bacula 7

2014-08-04 Thread Simone Caronni
Damn gmail, was sent out before finishing. In brief, these are the steps: # chown -R root:root /etc/bacula # chmod 755 /etc/bacula # chmod 640 /etc/bacula/* # chgrp bacula /etc/bacula/bacula-dir.conf /etc/bacula/query.sql Thanks for helping out while I was not available. Regards, --Simone On

Re: [Bacula-users] Permission Problem on CentOS 6.5 and Bacula 7

2014-08-04 Thread Simone Caronni
Hello, On 3 August 2014 17:39, Bill Arlofski wrote: > > You might want to post a bug report to the Centos 6.5 Bacula 7 package's > maintainer and point this out. > Here I am, just came back from holiday :) In the bacula-common page, there's a README with a section on the file permissions that h

[Bacula-users] How to forcefully recycle tape

2014-08-04 Thread More, Ankush
Hi Team I would like to forcefully recycle tape, I follow below command from bconsole but not working. *purge This command can be DANGEROUS!!! It purges (deletes) all Files from a Job, JobId, Client or Volume; or it purges (deletes) all Jobs from a Client or Volume without regard to retention