Re: [Bacula-users] ACL's and Windows XP

2007-08-31 Thread John Drescher
On 8/31/07, Roy Vestal <[EMAIL PROTECTED]> wrote: > I checked. No the IP for the client in the bacula-dir.conf doesn't end > in "." > > Just for clarification, here's my client's bacula-fd.conf. Are you > referring to the password in the section "Director Name = bacula-dir"? > Yes. Specifically you

Re: [Bacula-users] ACL's and Windows XP

2007-08-31 Thread Roy Vestal
I checked. No the IP for the client in the bacula-dir.conf doesn't end in "." Just for clarification, here's my client's bacula-fd.conf. Are you referring to the password in the section "Director Name = bacula-dir"? --- FileDaemon {

Re: [Bacula-users] Translations of the 2.2.0 press release

2007-08-31 Thread Cedric Devillers
Michel Meyers wrote: > Aitor wrote: >> Hi, >> In Spanish: Español, Catalán, Inglés >> In Catalan: Espanyol, Català, Anglés. > > In French: espagnol, catalan, anglais Maybe you should add for French : espagnol (castillan), catalan, anglais ? -

[Bacula-users] Bacula 2.2.0 on AMD64

2007-08-31 Thread Kaiser, Viktor
Hello, I try to compile Aula bat on an AMD64 Debian. The process breaks whit Füllung error: /usr/src/bacula/2.2.0/bacula-2.2.0/src/qt-console/jobgraphs/jobplot.cpp:534: undefined reference to `QwtPlotItem::attach(QwtPlot*)' obj/jobplot.o: In function `JobPlot::fileCheckChanged(int)': /usr/src/ba

Re: [Bacula-users] Multiplexing multiple jobs to tape

2007-08-31 Thread John Drescher
> I believe the 120MB/s is the raw speed, 240MB/s is the compressed speed. > I tried to check on that but I did not find the direct answer. But I did find an article by IBM that stated that LTO4 did 120MB/s while LTO3 did 80MB/s. So I went to my tape vendor's web site and it stated that the 80MB/s

Re: [Bacula-users] Multiplexing multiple jobs to tape

2007-08-31 Thread Chris Howells
John Drescher wrote: >> I got 80MB/s, admittedly still some way off the supposed 120MB/s. >> > I believe this assumes a 2:1 compression rate which is highly > dependent on your data. I typically get 1.5:1 with my LTO2 drives and > my data. I believe the 120MB/s is the raw speed, 240MB/s is the com

Re: [Bacula-users] Attribute create errors/bacula.batch table [SOLVED]

2007-08-31 Thread Justin Wainwright
Upping the mysql wait timeout and interactive timeout to values greater than the longest backup job seemed to make these errors go away- so although someone mentioned it in passing previously on the list, it might be worth mentioning in the 2.2.0 release notes or documentation since the use of

Re: [Bacula-users] Multiplexing multiple jobs to tape

2007-08-31 Thread John Drescher
> I got 80MB/s, admittedly still some way off the supposed 120MB/s. > I believe this assumes a 2:1 compression rate which is highly dependent on your data. I typically get 1.5:1 with my LTO2 drives and my data. John - This SF

Re: [Bacula-users] Multiplexing multiple jobs to tape

2007-08-31 Thread Chris Howells
Hi, Arno Lehmann wrote: > First you need to enable job concurrency. That will require you to add > "Maximum Concurrent Jobs" in several places, which are well > documented. Furthermore, you might have to change the jobs and > schedules so that jobs actually run in parallel. The schedules are >

Re: [Bacula-users] Multiplexing multiple jobs to tape

2007-08-31 Thread Chris Howells
John Drescher wrote: > And you are using postgresql or > mysql for your database? And you had software compression off? Sorry, I didn't answer your final two questions. The catalog is MySQL and software compression is off. -

Re: [Bacula-users] Multiplexing multiple jobs to tape

2007-08-31 Thread Chris Howells
Hi, John Drescher wrote: > You are on a gigabit network? Yes. > And the bacula-sd device (machine > connected to the tape drive) is a fast machine with 2 or more > processors and at least 2GB of memory? And you are using postgresql or > mysql for your database? And you had software compression

Re: [Bacula-users] Multiplexing multiple jobs to tape

2007-08-31 Thread Chris Howells
Mike Ruskai wrote: > Since tape is a linear medium, and not random-access, the only plausible > way for what you suggest to work would be for Bacula to interleave data > blocks from two or more backup jobs. Yes. > At a minimum, this would require > writing incredible amounts of data to the bac

Re: [Bacula-users] Multiplexing multiple jobs to tape

2007-08-31 Thread John Drescher
> If it does support multiplexing, what kind of options do I need in the > config files? I currently have bacula talking to the drive, but I was > getting 25MB/sec backing up a 10gig file of zeros (admittedly from a > single SATA disk so that's not too surprising), but just 10MB/sec doing > a trial

Re: [Bacula-users] Multiplexing multiple jobs to tape

2007-08-31 Thread John Drescher
> Since tape is a linear medium, and not random-access, the only plausible > way for what you suggest to work would be for Bacula to interleave data > blocks from two or more backup jobs. This is what spooling is for. > At a minimum, this would require > writing incredible amounts of data to the

Re: [Bacula-users] Multiplexing multiple jobs to tape

2007-08-31 Thread Mike Ruskai
At 05:31 08/31/2007, Chris Howells wrote: Hi, I am trying to figure out whether bacula supports multiplexing multiple simultaneous backup jobs to the same tape - having googled, the results are inconclusive :) I am currently playing with an LTO-4 tape drive which has a raw data transfer rate of

Re: [Bacula-users] Multiplexing multiple jobs to tape

2007-08-31 Thread Arno Lehmann
Hi, 31.08.2007 11:31,, Chris Howells wrote:: > Hi, > > I am trying to figure out whether bacula supports multiplexing multiple > simultaneous backup jobs to the same tape - having googled, the results > are inconclusive :) The only correct answer is Yes. > I am currently playing with an LTO-4 t

[Bacula-users] Multiplexing multiple jobs to tape

2007-08-31 Thread Chris Howells
Hi, I am trying to figure out whether bacula supports multiplexing multiple simultaneous backup jobs to the same tape - having googled, the results are inconclusive :) I am currently playing with an LTO-4 tape drive which has a raw data transfer rate of 120MB/sec. Clearly any single machine is go