Re: [Bacula-users] restore problems

If the volumen "RCWORMW-0004", no purge or recicle. Then the DATA if you are. The problem maybe was the time retention the Job and Files. What would I do? I delete of catalog the volumen RCWORMW-0004 and then recreate the volumen RCWORMW-0004 in the catalog with "bscan" bscan -V

Re: [Bacula-users] Pool for Linux vs Pool for Windows (linux best perfomance) why?

The Pool A where only Linux or Unix are stored. arrives cap 6TB to be FULL, this seems fine. But the Pool B where only WindowsServers is saved only gets to 2TB to get FULL what I see is not normal. I should not use compression because I'm using Tape Library. On Wed, Feb 20, 2019 at 2:56 AM

Re: [Bacula-users] Co-sponsor of client-side parallelism?

On 2/20/2019 9:20 AM, Radosław Korzeniewski wrote: Hello, śr., 20 lut 2019 o 13:29 Josh Fisher > napisał(a): Note that posix_fadvise() only affects caching and read-ahead at the OS level. While the use of posix_fadvise() may indeed improve i/o performance

[Bacula-users] Error running bacula-sd 9.2.2 on a Zyxel NSA310

Hello. I've got such a NAS where I've been running bacula-sd 7.4.0 (self compiled from sources) for years. Now I'm trying to upgrade to 9.2.2 (same Director, same SD config file, same compilation procedure). The daemon starts, but Director cannot connect. Setting debug to 1000 I see (as

Re: [Bacula-users] Co-sponsor of client-side parallelism?

> Note that posix_fadvise() only affects caching and read-ahead at the OS > level. While the use of posix_fadvise() may indeed improve i/o > performance for particular use cases, it is not parallelism and does not > cause multiple user-space threads to be executed in parallel. I believe > that

Re: [Bacula-users] Long pause with no logging or any activity at all

About this issue! I've had this behaviour sometimes in a Verify Job Level Data. Best regards *Wanderlei Hüttel* http://www.bacula.com.br Em qua, 20 de fev de 2019 às 10:06, William Muriithi escreveu: > Hello Simmons, > > > > Unless something like Samba is converting the symlink to a

Re: [Bacula-users] Co-sponsor of client-side parallelism?

Hello, śr., 20 lut 2019 o 13:29 Josh Fisher napisał(a): > Note that posix_fadvise() only affects caching and read-ahead at the OS > level. While the use of posix_fadvise() may indeed improve i/o performance > for particular use cases, it is not parallelism and does not cause multiple >

Re: [Bacula-users] restore problems

Dear Chandler, thank you for your email. Job log of JobID 244: 19-Feb 15:04 backup2-dir JobId 244: Start Restore Job RestoreFiles.2019-02-19_15.03.58_47 19-Feb 15:04 backup2-dir JobId 244: Using Device "LTO-6" to read. 19-Feb 15:05 backup2-sd JobId 244: Ready to read from volume "RCWORMW-0004"

Re: [Bacula-users] Long pause with no logging or any activity at all

Hello Simmons, > Unless something like Samba is converting the symlink to a directory, Bacula will not follow it. Okay, that is great to know. > Filling /tmp might cause the problem, but it should really fail with an error. Really wish that is the case but that is the only thing that make

Re: [Bacula-users] Co-sponsor of client-side parallelism?

Note that posix_fadvise() only affects caching and read-ahead at the OS level. While the use of posix_fadvise() may indeed improve i/o performance for particular use cases, it is not parallelism and does not cause multiple user-space threads to be executed in parallel. I believe that Kern is