jon pounder schrieb:
> On 11/05/2010 10:42 AM, Ralf Gross wrote:
> > jon pounder schrieb:
> >
> >> Don't even say things like this on the list, haven't you figured out
> >> yet, Kern is God, and to question him, leaves you shunned, no matter
> &g
jon pounder schrieb:
> Don't even say things like this on the list, haven't you figured out
> yet, Kern is God, and to question him, leaves you shunned, no matter
> what your input was. Bacula is built on faith, not fact.
what exactly did you contribute to bacula or the mailing lists in the
last
Heitor Medrado de Faria schrieb:
> Guys,
>
> Each new Bacula Enterprise feature, like the: New GUI Configurator,
> makes me feel that Bacula project will die.
> It's very frustrating that a project that become a huge success being a
> free software, is being destroyed like that.
> I acknowledge
Hello,
I had this problem before, but haven't seen it in a while now.
http://bugs.bacula.org/view.php?id=1046
Since my update from 3.0.3 to 5.0.3 yesterday, I get warnings about missing
files (mount points) during verify jobs again.
05-Okt 15:21 VUMEM004-dir JobId 26060: Warning: The following
Hi,
> Le lundi 26 avril 2010 14:22:35, Ralf Gross a écrit :
> > Hi,
> >
> > Bacula 3.0.3, psql 8.3, debian lenny.
>
> I think that all issues you mention are fixed in current 5.0.x version. With
> one exception for the "list files jobid=xxx" command.
Hi,
Bacula 3.0.3, psql 8.3, debian lenny.
I'm a bit confused about the data bacula want's to restore with Accurate Backup
enabled.
This is what the directory content looks like now.
VUMEM008:/postgres-backups# ls -l
insgesamt 32122316
-rw-r--r-- 1 postgres postgres 5507776709 25. Apr 22:23 all
>
Reply-To:
In-Reply-To: <20100331063201.ge13...@p15145560.pureserver.info>
Ralf Gross schrieb:
>
>
> Mem: 4063148k total, 3814136k used, 249012k free,11532k buffers
> Swap: 1951856k total, 464852k used, 1487004k free, 1389312k cached
> PID USER
Hi,
Ralf Gross schrieb:
> 1,6 GB after aborting the restore at the "OK to run?" prompt
>
> Mem: 4063148k total, 2599588k used, 1463560k free, 2216k buffers
> Swap: 1951856k total, 1223024k used, 728832k free, 668804k cached
> PID USER PR NI V
Kern Sibbald schrieb:
> > VUMEM004-sd Version: 3.0.3 (18 October 2009) x86_64-pc-linux-gnu debian
> > 5.0.3 Daemon started 17-Mär010 14:45, 321 Jobs run since started.
> > Heap: heap=308,527,104 smbytes=309,185,337 max_bytes=309,318,227
> > bufs=22,688 max_bufs=22,921 Sizes: boffset_t=8 size_t=8 i
Kern Sibbald schrieb:
> > The memory bacula-sd uses seems to be growing constantly over time (500 MB
> > atm).
> >
> > http://img163.imageshack.us/img163/7928/baculasdmem.png
> >
> > This is no problem right now, but I just started an restore of 13 files and
> > server started swapping again. bacul
Ralf Gross schrieb:
> This is no problem right now, but I just started an restore of 13 files and
> server started swapping again. bacula-sd's memory usage began to boost over
> 2,5
> GB RAM. I can reproduce this ever time I try to restore these files.
*grrr*
This should r
Hi,
sorry for top posting, but I think it might be better to leave the org. mail as
it was.
The memory bacula-sd uses seems to be growing constantly over time (500 MB atm).
http://img163.imageshack.us/img163/7928/baculasdmem.png
This is no problem right now, but I just started an restore of 13
Hi,
since a few weeks I see the memory usage of my two bacula-sd's growing
and the server starts swapping.
I had two cases where the server ran out of memory and a running job
was not able to change the tape because mtx didn't get any memory. At
that time 8 GB of swap was used.
This is a graph o
Hi,
> The error message below
>
> > /usr/sbin/bacula-dir: symbol lookup error: /usr/sbin/bacula-dir: undefined
> > symbol: _Z22db_accurate_get_jobidsP3JCRP4B_DBP7JOB_DBRPc
>
> is probably coming from the system (most likely the loader). It is not a
> Bacula error message, and I have never seen
Marco van Wieringen schrieb:
> On Wed, Feb 17, 2010 at 09:22:10AM +0100, Ralf Gross wrote:
> > Hm, I just installed my self build/compiled bacula 3.0.3 version
> > again (debian deb package).
> >
> > On the dir:
> >
> > $find /usr/lib -name libbac* -print0
Marco van Wieringen schrieb:
>
> a private email as I read the bacula-dev list via the web.
ok
> You state in a mail to the mailing list this:
>
> > Hi,
> >
> > I can reproducible crash bacula-dir when starting a backup on a client with
> > Accurate backups enabled.
> >
> > The dir is runnin
Hi,
I can reproducible crash bacula-dir when starting a backup on a client with
Accurate backups enabled.
The dir is running debian lenny + bacula 3.0.2 from backports (did also try
self compiled 3.0.3), psql 8.4.
The client is running Red Hat Enterprise Linux 4.8, with bacula-fd build from
bacu
Kern Sibbald schrieb:
> On Sunday 24 January 2010 18:46:28 Ralf Gross wrote:
> > short question, are there already plans to add something like a FIFO
> > to the spooling code?
> >
> > With FIFO I mean a file on disk that simply buffers data like the
> > spool file
Hi,
short question, are there already plans to add something like a FIFO
to the spooling code?
With FIFO I mean a file on disk that simply buffers data like the
spool files does, but allows writing to the file and reading from it
at the same time.
There was a feature request which was discussed
Phil Stracchino schrieb:
> > ...
> > I am not even sure how one might go about
> > resolving the problem:
> >
> > 1. Make manually overriding the Pool when starting a Job take precedence
> > over
> > all other Pool specifications? I don't particularly like that idea.
>
> It seems to be to be
Arno Lehmann schrieb:
> 27.11.2009 13:23, Ralf Gross wrote:
> > [crosspost to -users and -devel list]
> >
> > Hi,
> >
> > we are happily using bacula since a few years and already backing up
> > some dozens of TB (large video files) to tape.
> >
>
Kern Sibbald schrieb:
> > [...]
> > Anyone else here with the same problem? Anyone (maybe Kern or Eric)
> > here that can tell if one of the upcoming new bacula features (dedup?)
> > could help to solve the problem with the massive amount of tapes
> > needed and the growing time windows and bandwid
Kevin Keane schrieb:
> Just a thought... If I understand you correctly, the files never
> change once they are created? In that case, your best bet might be
> to use a copy-based scheme for backup.
Yes, the files won't change. They are mostly raw camera data. They
will be read again, but not chan
[crosspost to -users and -devel list]
Hi,
we are happily using bacula since a few years and already backing up
some dozens of TB (large video files) to tape.
In the next 2-3 years the amount of data will be growing to 300+ TB.
We are looking for some very pricy solutions for the primary storage
Jesper Krogh schrieb:
>
> Item n: Concurrent spooling and despooling withini a single job.
> Date: 17 nov 2009
> Origin: Jesper Krogh
> Status: NEW
> What: When a job has spooling enabled and the spool area size is
> less than the total volumes size the storage daemon will:
> 1) Spool to spool
Steve Polyack schrieb:
> Steve Polyack wrote:
> > I've simply added another configuration option for any Storage {}
> > resource in the Director's config. An admin may set
> > AllowCompression=No for a particular storage resource, causing the
> > director to prevent any GZIP compression options
Graham Keeling schrieb:
> On Fri, Oct 09, 2009 at 09:39:55PM +0200, Kern Sibbald wrote:
> > On Wednesday 07 October 2009 11:02:23 Graham Keeling wrote:
> > > Item n: Run bscan on a remote storage daemon from within bconsole.
> > > Date: 07 October 2009
> > > Origin: Graham Keeling
> > > St
Kern Sibbald schrieb:
> On Wednesday 07 October 2009 08:47:57 Thomas Mueller wrote:
> > > Well... it's a bit annoying to get a warning mail from bacula just
> > > because of that. And I'm quite sure I haven't seen this is 2.4.4 and
> > > before. I don't see why bacula should warn me about this. Hm.
Thomas Mueller schrieb:
>
> > Well... it's a bit annoying to get a warning mail from bacula just
> > because of that. And I'm quite sure I haven't seen this is 2.4.4 and
> > before. I don't see why bacula should warn me about this. Hm...
>
>
>
> yes it's annoying because you get a warning altou
Kern Sibbald schrieb:
> On Wednesday 30 September 2009 22:48:43 Ralf Gross wrote:
> > Alex Ehrlich schrieb:
> > > This warning message is the usual result of on-disk volume
> > > *auto*-creation (LabelFormat provided, among others; also Recycle=yes,
> > >
Alex Ehrlich schrieb:
> This warning message is the usual result of on-disk volume
> *auto*-creation (LabelFormat provided, among others; also Recycle=yes,
> AutoPrune=yes, VolumeRetention=smth, VolumeUseDuration=smth). I do
> experience the same behaviour since upgrading from 2.4 to 3.0.
Ok, I
Kern Sibbald schrieb:
> On Wednesday 30 September 2009 21:34:44 Ralf Gross wrote:
> > Thomas Mueller schrieb:
> > > > I can't remember seen this warning befor upgrading to 3.0.x. Shouldn't
> > > > bacula first label the volume and then check if it &quo
Thomas Mueller schrieb:
>
> >
> >
> > I can't remember seen this warning befor upgrading to 3.0.x. Shouldn't
> > bacula first label the volume and then check if it "exists"? I don't see
> > a reason for this warning message.
> >
>
> bug #1254 (http://bugs.bacula.org/view.php?id=1254)
>
> "In
Hi,
I've recently upgraded from 2.4.4 to 3.0.2. Since then I regularly get warnings
about newly created volumes where the DB record exists but the disk volume was
not created/labled yet.
30-Sep 12:06 VUMEM004-sd JobId 15915: User defined maximum volume capacity
5,000,000,000 exceeded on device "
James Harper schrieb:
> > I'm wondering if I'm doing something wrong or if I missunderstood the
> accurate
> > option.
> >
> >
> http://www.bacula.org/manuals/en/concepts/concepts/New_Features.html#SEC
> TION00
> > 31
> >
> > I was suprised that a differential job with the accurat
Hi,
I'm wondering if I'm doing something wrong or if I missunderstood the accurate
option.
http://www.bacula.org/manuals/en/concepts/concepts/New_Features.html#SECTION0031
I was suprised that a differential job with the accurate option enabled wants
to backup nearly all files in
Hi,
> > Kern Sibbald schrieb:
> > > OK, thanks for the confirmation. We will take a look at what happened in
> > > the code.
> >
> > in bacula-2.4.4/src/dird/verify.c I see the following code which does not
> > exist in 3.0.2.
> >
> >
> >/* If no files were expected, there can be no error */
>
Hi,
Kern Sibbald schrieb:
> OK, thanks for the confirmation. We will take a look at what happened in the
> code.
in bacula-2.4.4/src/dird/verify.c I see the following code which does not exist
in 3.0.2.
/* If no files were expected, there can be no error */
if (jcr->JobLevel == L_VERIFY_
Hi,
Kern Sibbald schrieb:
> > I just updated bacula dir and sd to 3.0.2 this week. Now I noticed that
> > verify jobs which check backup jobs with no backed up files terminate with
> > an error status. I'm quite sure that this was not the case in 2.4.4.
>
> I don't believe that we changed anythin
Hello,
I just updated bacula dir and sd to 3.0.2 this week. Now I noticed that verify
jobs which check backup jobs with no backed up files terminate with an error
status. I'm quite sure that this was not the case in 2.4.4.
Is this by purpose or should I file a bug report?
Ralf
27-Aug 18:00 VU
Hi,
I just installed a new workstation with a 3.0.2 file daemon. The
director is still 2.4.4.
It seems that they can not communicate:
25-Aug 09:59 VUMEM004-dir JobId 0: Fatal error: File daemon at
"172.20.1.224:9102" rejected Hello command
Is this by "purpose"?
I know that dir and sd should be
Marc Cousin schrieb:
> > >
> > > Is there a way to do it ? I understand that it is disabled by default, as
> > > it would generate a lot of logs, but I really need to be able to
> > > double-check the backups without filling 5 more forms :)
> >
> > What about sending the file list per mail? A
Marc Cousin schrieb:
> Hi all,
>
> I'm trying to log all the files backed up, on the FD side.
>
> I'll explain myself before anybody tells me the information is in the
> database
> and bconsole :)
>
> I know that all the information is stored in the director. But in my company,
> things are r
Kern Sibbald schrieb:
>
> There are two ways to accomplish what you want and to handle BackupPC.
>
> 1. Turn off CatalogFiles in the pool you are using.
Ah, thank you. This is what I was looking for.
> 2. Turn off HardLinks (I don't remember the exact directive name) in the
> FileSet.
This
Hi,
I asked this on the users list without success so far. Maybe the devel
list is be a better place to ask this anyway.
Is it possible to configure a backup job to _not_ store information
about the backed up files/paths etc in the database?
I recently tried to backup my BackupPC pool with bacu
James Harper schrieb:
> >
> > Ralf Gross schrieb:
> >
> > 26-May 04:51 VU0EA003-sd JobId 12376: Ready to read from volume
> > "A00098L4" on device "ULTRIUM-TD4-D3" (/dev/ULTRIUM-TD4-D3).
> > 26-May 04:51 VU0EA003-sd JobId 12376: For
Ralf Gross schrieb:
26-May 04:51 VU0EA003-sd JobId 12376: Ready to read from volume
"A00098L4" on device "ULTRIUM-TD4-D3" (/dev/ULTRIUM-TD4-D3).
26-May 04:51 VU0EA003-sd JobId 12376: Forward spacing Volume
"A00098L4" to file:block 0:1.
26-May 08:06 VU0EA003-
Ralf Gross schrieb:
> Kern Sibbald schrieb:
> > > I wrote a mail to the -users list about problems with verify jobs,
> > > that may or may not hardware related.
> > >
> > > Now I have an additional question to the developers.
> > >
> > > my
Item 1: Extend the verify code to make it possible to verify
older jobs, not only the last one that has finished
Date: 10 April 2009
Origin: Ralf Gross (Ralf-Lists ralfgross.de)
Status: not implemented or documented
What: At the moment a VolumeToCatalog job compares
Kern Sibbald schrieb:
> > I wrote a mail to the -users list about problems with verify jobs,
> > that may or may not hardware related.
> >
> > Now I have an additional question to the developers.
> >
> > my 2 org. mails:
> > >> Now the VolumeToCatalog verify job fails each time. I tried two
> > >>
Hi,
I wrote a mail to the -users list about problems with verify jobs,
that may or may not hardware related.
Now I have an additional question to the developers.
my 2 org. mails:
>> Now the VolumeToCatalog verify job fails each time. I tried two
>> different drives with the same result. The job
Kern Sibbald schrieb:
>
> This is to inform you that we have uploaded the Bacula version 3.0.0 source
> tar files and the Win32/64 installer files to the Bacula Source Forge
> download location.
Thanks for your (and all contributors) work on bacula!
Ralf
--
Hi,
I just updated from 2.2.8 to 2.4.4-b1 (dir/sd/fd debian etch)) so this might no
new 2.4.x issue.
I've problems with the volume/device handling in an multi drive
autochanger environment.
2 verify jobs were started to check the backups from last night. Both
backups are on the same volume (A000
Item 1: "Maximum Concurrent Jobs" for drives when used with changer device
Origin: Ralf Gross ralf-lists ralfgross.de
Date: 2008-12-12
Status: Initial Request
What: respect the "Maximum Concurrent Jobs" directive in the _drives_
Storage sectio
Kern Sibbald schrieb:
> On Thursday 06 November 2008 22:47:41 Ralf Gross wrote:
> > Alex Chekholko schrieb:
> > > On Wed, 5 Nov 2008 16:12:51 +0100
> > >
> > > Kern Sibbald <[EMAIL PROTECTED]> wrote:
> > > > For writing to tape (providing it i
Alex Chekholko schrieb:
> On Wed, 5 Nov 2008 16:12:51 +0100
> Kern Sibbald <[EMAIL PROTECTED]> wrote:
>
> > For writing to tape (providing it is LTO-n) I strongly recommend a block
> > size
> > not to exceed 256K.
> >
>
> Hi Kern,
>
> Why do you say that? Is this thread relevant?:
> http://
Hi,
I sent the below mail to -user list, but got no reply yet. After searching the
manual again I found the following section that may be relevant to my problem.
http://www.bacula.org/en/rel-manual/Current_State_Bacula.html#SECTION0054
Kern Sibbald schrieb:
> On Monday 24 March 2008 23:28:07 Ralf Gross wrote:
> > > The workaround is either to turn off heartbeat in your FD for your Verify
> > > jobs (not possible on a job by job basis) or set it longer than the time
> > > it takes to run the verif
Kern Sibbald schrieb:
> I just took my dog out for his late night run. The nice thing about that is
> that it gave me a chance to think about your problem given your new
> information, and I now am about 95% sure I now know what is going wrong.
>
> The FFFA you are seeing is a negative in
Kern Sibbald schrieb:
> >
> > sql_get.c:73-0 db_get_file_att_record
> > fname=/server/cvsroot/iprep/ANTSRT/SRC/Components/UTA2/ImageRectificationOp
> >enGl/ip/ip_highlevel/src/pelCont.cc,v sql_get.c:127-0
> > Get_file_record JobId=1683 FilenameId=539133 PathId=0 sql_get.c:129-0
> > Query=SELECT Fil
Ralf Gross schrieb:
>
> sql_get.c:73-0 db_get_file_att_record
> fname=/server/cvsroot/iprep/ANTSRT/SRC/Components/UTA2/ImageRectificationOpenGl/ip/ip_highlevel/src/pelCont.cc,v
>
> sql_get.c:127-0 Get_file_record JobId=1683 FilenameId=539133 PathId=0
> sql_get.c:129-0 Q
Ralf Gross schrieb:
>
> while trying to debug the bsock errors that I get during some verify
> jobs, I found something interesting in the fd's debug file (-d100).
err, should be bacula-dir debug file.
Ralf
---
Hi,
while trying to debug the bsock errors that I get during some verify
jobs, I found something interesting in the fd's debug file (-d100).
A verify job of the same jobid (diff backup from sunday) first
failed yesterday but was successful in a second attempt.
Part of the successful verify job f
Kern Sibbald schrieb:
> On Monday 18 February 2008 16.42:49 Dan Langille wrote:
> > This was reported to me on IRC
> >
> > If you run a BASE level job, it is actually run as a FULL.
> >
> > However, that FULL will not be recognized by a DIFF job. The DIFF
> > job will use a previous FULL, not the
Frank Sweetser schrieb:
>
> > When will the projects file in the src distribution be updated? I
> > don't see any recent feature requests in this file (Status updated 18
> > August 2007).
> >
> > Or is there an other place where this is kept up2date? I remember a
> > discussion how the next votin
Ralf Gross schrieb:
> Item 1: enable/disable compression depending on storage device (disk/tape)
> Origin: Ralf Gross [EMAIL PROTECTED]
> Date: 2008-01-11
> Status: Initial Request
>
> What: Add a new option to the storage resource of the director. Depending
&
Frank Sweetser schrieb:
> Kern Sibbald wrote:
>
> > Unless you are talking about something new of which I am unaware, this has
> > been implemented in Bacula for quite some time. It is enabled with the
> > "ACL
> > Support = yes" directive.
>
> No, this is something separate from the POSIX AC
Marc Schiffbauer schrieb:
>
> I just uploaded updated bacula packages to the packman package
> repository (Version 2.2.8)
> [...]
Thanks for the good work!
Ralf
-
This SF.net email is sponsored by: Microsoft
Defy all challe
Item 1: enable/disable compression depending on storage device (disk/tape)
Origin: Ralf Gross [EMAIL PROTECTED]
Date: 2008-01-11
Status: Initial Request
What: Add a new option to the storage resource of the director. Depending
on this option, compression will be enabled
Kern Sibbald schrieb:
> On Thursday 10 January 2008 23:07, Ralf Gross wrote:
> > Kern Sibbald schrieb:
> > > > up to now I made only tape based backups. Now I wanted to use disk
> > > > volumes for incremental and differential backups, because of the very
> >
Kern Sibbald schrieb:
> > up to now I made only tape based backups. Now I wanted to use disk
> > volumes for incremental and differential backups, because of the very
> > small deltas, but still tapes for the full backups.
> >
> > The compression option is part of the FileSet and can not be changed
Arno Lehmann schrieb:
> Hi,
>
> 10.01.2008 16:55, Ralf Gross wrote:
> > Hi,
> >
> > up to now I made only tape based backups. Now I wanted to use disk
> > volumes for incremental and differential backups, because of the very
> > small deltas, but still t
Hi,
up to now I made only tape based backups. Now I wanted to use disk
volumes for incremental and differential backups, because of the very
small deltas, but still tapes for the full backups.
The compression option is part of the FileSet and can not be changed
based on the storage type. For tape
Kern Sibbald schrieb:
> On Sunday 02 December 2007 16:40, Ralf Gross wrote:
> > Kern Sibbald schrieb:
> > > On Sunday 02 December 2007 11:07, Ralf Gross wrote:
> > > > Ralf Gross schrieb:
> > > > > [...]
> > > > > This changes makes the s
Kern Sibbald schrieb:
> On Sunday 02 December 2007 11:07, Ralf Gross wrote:
> > Ralf Gross schrieb:
> > > [...]
> > > This changes makes the scratch pool useless, because bacula does not
> > > prune volumes during the 'status dir' command, but still
Ralf Gross schrieb:
> [...]
> This changes makes the scratch pool useless, because bacula does not prune
> volumes during the 'status dir' command, but still decides if a volume of the
> scratch pool will be used. This way a volume of the scrach pool will be moved
> to
Hi,
I've updated my long time running bacula 2.0.3 to 2.2.6 two weeks ago. I've
found something that makes the scratch pool nearly unusable with the
changes that were done in 2.2.x regarding pruning.
Some of my config settings:
Differential Pool:
Volume Retention = 31 day
Job:
File Retention =
Kern Sibbald schrieb:
>
> This is just to let you know that I will be "out of the office" beginning
> tomorrow morning -- Sunday until late Wednesday. I will be at the Storage
> conference in Frankfurt, and I am not sure I will be connected. I'm not
[...]
Just to inform you: the german train
Alan Brown schrieb:
> > Also, as I said, I remain very skeptical about sizes greater than 500K, and
> > there is even a certain amount of evidence from my own tests and from
> > several
> > other users that increasing the size above 128K makes no significant
> > difference.
>
> FWIW the tape driv
Kern Sibbald schrieb:
> >
> > Update:
> >
> > With dd and different block sizes I get 100-115 MB/s (bs=64k to
> > 256k). This was only a simple test with the new LTO-4 drive. Changing
> > the bs to more than 128 didn't result in better performance.
> >
> > A simple test with tar was much slower (~6
Ralf Gross schrieb:
> > The transferrate depends on the type of backup and if spooling was
> > used.
>
> Update:
>
> With dd and different block sizes I get 100-115 MB/s (bs=64k to
> 256k). This was only a simple test with the new LTO-4 drive. Changing
> the bs to
Ralf Gross schrieb:
> Chris Howells schrieb:
> > > After spooling bacula is writing to LTO with 70Mb/s here.
> > >
> > > 02-Sep 06:47 VU0EM005-sd: Despooling elapsed time = 01:43:59, Transfer
> > > rate = 72.28 M bytes/second
> > >
> > >
Dan Langille schrieb:
> Is there an easy way to tell Bacula (specifically the regression
> tests) to use a different gcc than gcc? In short, I have installed
> gcc32 on FreeBSD 7.x and I want to compile Bacula with gcc32 instead
> of the base system gcc.
>
> I see lots of these:
>
> build/src
David Boyes schrieb:
>
> > I think the core of this issue, setting aside implementation details
> for
> > the moment, reduces to the following question:
> > "Is there a way to implement spooling such that Bacula effectively has
> a
> > circular spool buffer which can be written at the head and rea
Dan Langille schrieb:
> On 30 Sep 2007 at 11:44, Ralf Gross wrote:
>
> > Kern Sibbald schrieb:
> > > On Sunday 30 September 2007 11:05, Ralf Gross wrote:
> > > > sorry if this may be more on topic on the users list, but I'd like
> > > > to hear
Kern Sibbald schrieb:
> On Sunday 30 September 2007 11:05, Ralf Gross wrote:
> > sorry if this may be more on topic on the users list, but I'd like to
> > hear some developer opinions before I possibly create a feature
> > request.
> >
> > I'm using spo
Hi,
sorry if this may be more on topic on the users list, but I'd like to
hear some developer opinions before I possibly create a feature
request.
I'm using spooling for all jobs. Now we are beginning to backup very
large amounts of data (some TB) in a single job (I'm still looking for
a good wa
Chris Howells schrieb:
> > or "why can someone else
> > write at 72.28 M bytes/second, but my system does not?".
>
> Indeed, though it's not a particularly fair comparison: different types
> of LTO drives made by different manufacturers, with a different HBA,
> different connection (SAS vs SCSI
Chris Howells schrieb:
> > After spooling bacula is writing to LTO with 70Mb/s here.
> >
> > 02-Sep 06:47 VU0EM005-sd: Despooling elapsed time = 01:43:59, Transfer
> > rate = 72.28 M bytes/second
> >
> > This is with the default block size and only one single job.
>
> Is that LTO 4? What model
Chris Howells schrieb:
>
> > Unless you have a critical problem of speed, I don't particularly recommend
> > starting with block sizes other than the default. It would require a lot
>
> Unfortunately I do have a critical speed problem with bacula. I need to
> back up several terabytes of date
90 matches
Mail list logo
