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
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 {
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 ?
-
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
> 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
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
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
> 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
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
>
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.
-
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
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
> 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
> 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
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
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
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
17 matches
Mail list logo