Re: [Bacula-users] HEADS UP: proposed FreeBSD port change

> On Jan 6, 2016, at 12:57 PM, Dan Langille wrote: > > >> On Jan 3, 2016, at 5:11 AM, Andrea Venturoli wrote: >> >> On 12/31/15 22:58, Dan Langille wrote: >>> I think we can live with the extra step. There is no time frame for this >>> change. I'll do

[Bacula-users] Bacula Storage Daemon problem

Hello, we have a big issue since a week ago. No backup is able to be done because of the following error that appears support-dir JobId 12735: Fatal error: authenticate.c:120 Director unable to authenticate with Storage daemon at "support.lst.tfo.upm.es:9103". Possible causes: Passwords or

Re: [Bacula-users] Meaning of error message restore

The error message seems pretty clear to me, even if I do not read Portugese, it is close enough to Spanish that I understand that it is saying something like "The archive (file?) is being used by another process". I suspect that you are restoring to a

Re: [Bacula-users] Restoring: error 2800 at end of tape

On 01/21/16 12:10, Martin Simmons wrote: >>> , got 2800 End Job TermCode=69 JobFiles=147756 ReadBytes=17353960553 >>> JobBytes=17353960553 Errors=1 VSS=0 Encrypt=0 CommBytes=0 >>> CompressCommBytes=0 > > It is probably caused by this error on the fd: > >> 21-Jan 00:07 xx-fd JobId 1199:

[Bacula-users] Prefer disks over tape in restoring

Hello. I'm loosing myself in what I think should be a pretty easy thing, probabily a FAQ, but I could not find a clear answer... My situation is as follows: _ I do monthly full and daily diff/incr backup to a NAS (this is fast and easy); _ I also do weekly full backups to tapes (slow,

Re: [Bacula-users] Prefer disks over tape in restoring

Hello Andrea, Do you have 2 different jobs to accomplish this? I do not understand what do you mean when you say "The Fileset is the same for both jobs". If you use different jobs, one for doing the disk backups (monthly full and daily diff/incr) and another one for the tape backups (weekly

Re: [Bacula-users] Prefer disks over tape in restoring

On 01/22/16 11:01, Ana Emília M. Arruda wrote: > Hello Andrea, Hello and thanks for your answer. > Do you have 2 different jobs to accomplish this? I do not understand > what do you mean when you say "The Fileset is the same for both jobs". Yes. See the extract of my bacula-dir.conf: > Job

Re: [Bacula-users] Prefer disks over tape in restoring

Hello Andrea: > My situation is as follows: > _ I do monthly full and daily diff/incr backup to a NAS (this is fast > and easy); > _ I also do weekly full backups to tapes (slow, unconfortable, but safer). Tape libraries are great and have huge throughput. Perhaps you are not feeding it with

Re: [Bacula-users] Prefer disks over tape in restoring

Hi, you could use copy jobs (copying backups to tape), bacula will only ask for tapes if there is no local backup. greetings Am 22.01.2016 um 11:01 schrieb Ana Emília M. Arruda: > Hello Andrea, > > Do you have 2 different jobs to accomplish this? I do not understand > what do you mean when you

Re: [Bacula-users] error about MySQL-dump file when using bpipe

Hello Silver, I´m quite sure that¨"/mysql/mysqldump.sql" should not exist in your filesystem. This is a "pseudo" path and filename that will appear in the restore file tree, but not in the host filesystem. Best regards, Ana On Fri, Jan 22, 2016 at 10:01 AM, Silver Salonen

Re: [Bacula-users] error about MySQL-dump file when using bpipe

> Hello Silver, Hello Silver [2], Please read: http://bacula.us/using-bpipe-to-stream-dumps-vm-clones-and-another-data-to-your-backup bpipe reads a command data that is directed to stdout and stores in backup with the name you put in the 2nd variable (fifo path) => I hope is what you are

Re: [Bacula-users] error about MySQL-dump file when using bpipe

Hello Silver, The same error? Have you checked permissions? Best regards, Ana On Fri, Jan 22, 2016 at 9:19 AM, Silver Salonen wrote: > After creating those folders, those errors still appeared. Any other ideas? > > -- > Silver > > On 21.01.2016 13:43, Silver Salonen

Re: [Bacula-users] error about MySQL-dump file when using bpipe

After creating those folders, those errors still appeared. Any other ideas? -- Silver On 21.01.2016 13:43, Silver Salonen wrote: Aha, I indeed didn't have /mysql directory. Thanks a bunch! :) PS. Script permissions are correct as otherwise the dump wouldn't have been created. -- Silver On

Re: [Bacula-users] error about MySQL-dump file when using bpipe

The same error, yes. Permissions are not relevant as FD runs under root and the script generates the dump file just fine. I now changed the dump location to /srv, touched /srv/mysqldump.sql file too and now the error was: JobId 54542: Error: /srv/mysqldump.sql mtime changed during backup.

Re: [Bacula-users] Restoring: error 2800 at end of tape

> On Fri, 22 Jan 2016 10:18:03 +0100, Andrea Venturoli said: > > On 01/21/16 12:10, Martin Simmons wrote: > > >>> , got 2800 End Job TermCode=69 JobFiles=147756 ReadBytes=17353960553 > >>> JobBytes=17353960553 Errors=1 VSS=0 Encrypt=0 CommBytes=0 > >>> CompressCommBytes=0 > > > > It is

[Bacula-users] Question about list volumes

Hi, What you mean "VolFiles" in the command list volumes : +-++---+-++--+--+-+--+---+---+-+ | MediaId | VolumeName | VolStatus | Enabled | VolBytes | VolFiles |

Re: [Bacula-users] Prefer disks over tape in restoring

On 01/22/16 11:30, Heitor Faria wrote: > Tape libraries are great and have huge throughput. And cost too much, unfortunately. The customer won't be able to afford one and I agree it would be overkill. Until a few months ago their full backup took only a single tape; now it spans two, but a

Re: [Bacula-users] error about MySQL-dump file when using bpipe

I know how bpipe works and my method using script is to work around an issue with bpipe erroring out with "Error closing stream for pseudo file" (no idea why, but running the same mysqldump command from inside script solves this). Contents of the script is really straight-forward and doesn't

Re: [Bacula-users] Bacula Storage Daemon problem

≈ > On Jan 22, 2016, at 11:09 AM, moodman > wrote: > > Hello, we have a big issue since a week ago. No backup is able to be done > because of the following error that appears > support-dir JobId 12735: Fatal error:

Re: [Bacula-users] error about MySQL-dump file when using bpipe

Debug output concerning mysqldump from /opt/bacula/bin/bacula-fd -d 200 -c bacula-fd.conf -f job.c:1227-54555 P bpipe:/srv/mysqldump.sql:/bin/sh /etc/bacula/scripts/mysqldump.sh mydb:/etc/bacula/scripts/mysqldump.sh -R fd_plugins.c:329-54555 plugin cmd=bpipe:/srv/mysqldump.sql:/bin/sh

Re: [Bacula-users] error about MySQL-dump file when using bpipe

Hi Silver I've made a test using your script and worked fine! I'm using bacula 7.4.0. - MySQL user has all privileges; grant all on *.* to 'user'@'localhost' identified by 'password'; - The directory and file /mnt/fifo/intranet.sql doesn't exists - Permission of script is 775

[Bacula-users] Meaning of error message restore

Anybody knows why this error message? 2016-01-22 14:10:39 bacula-dir JobId 3083: Start Restore Job Restore_Files.2016-01-22_14.10.37_51 2016-01-22 14:10:39 bacula-dir JobId 3083: Using Device "DiscoLocal1" to read. 2016-01-22 14:10:39 bacula-sd JobId 3083: Ready to read from volume