Re: [Bacula-users] Incremental changed to Full

2017-09-11 Thread Dan Langille
> On Sep 11, 2017, at 10:54 AM, Maciolek, Mark wrote: > > Hi, > > The full took over 5 days (47Tb) so job 17 was in the schedule before it > finished, so I should change my schedule to do a Full the first Sunday of the > month and then only incremental starting on the

Re: [Bacula-users] Fw: Aw: Re: Renamed and moved files are backed up again

2017-09-11 Thread Radosław Korzeniewski
Hello, 2017-09-06 10:01 GMT+02:00 Roberts, Ben : > Hi Fabian, > > > > Others on the list may correct me if I’m wrong, but fundamentally Bacula > treats different filenames as different entities to be backed up, > regardless of content being shared across multiple

Re: [Bacula-users] Bacula driver misconceptions

2017-09-11 Thread Radosław Korzeniewski
Hello, 2017-08-23 17:06 GMT+02:00 Dimitri Maziuk : > On 2017-08-22 21:26, Heitor Faria wrote: > > It usually cost a new tape library, a new set of tapes and coffee. >> It is not that hard to migrate legacy backups if you use a backup >> rotation strategy such as GFS and

Re: [Bacula-users] Incremental changed to Full

2017-09-11 Thread Maciolek, Mark
From: Radosław Korzeniewski [mailto:rados...@korzeniewski.net] Sent: Monday, September 11, 2017 10:40 AM To: Maciolek, Mark Cc: Bacula-users@lists.sourceforge.net Subject: Re: [Bacula-users] Incremental changed to Full Hello, 2017-09-11 14:09 GMT+02:00 Maciolek, Mark

Re: [Bacula-users] Bacula driver misconceptions

2017-09-11 Thread Radosław Korzeniewski
Hello, 2017-08-22 17:01 GMT+02:00 Dimitri Maziuk : > > However if you want to backup to removable disks and put them on the shelf > when full, that's where things get less than perfect fast. > > And make it behave like a tape when you complain it is not a tape. :) P.S.

Re: [Bacula-users] Incremental changed to Full

2017-09-11 Thread Phil Stracchino
On 09/11/17 10:40, Radosław Korzeniewski wrote: > Hello, > > 2017-09-11 14:09 GMT+02:00 Maciolek, Mark >: > > Hi, > > Bacula Version: 9.0.3,  First full finished yesterday afternoon, the > incremental scheduled for 1am(Job id

Re: [Bacula-users] Renamed and moved files are backed up again

2017-09-11 Thread Radosław Korzeniewski
Hello, 2017-09-05 8:57 GMT+02:00 Fabian Brod : > Thanks for the answer. > > But what makes it for sense that a moved file with the same MD5 sum is > saved again? > It works as if only the complete path to the file is compared. Does anyone > use Deduplication? > If you want

Re: [Bacula-users] Incremental changed to Full

2017-09-11 Thread Radosław Korzeniewski
Hello, 2017-09-11 14:09 GMT+02:00 Maciolek, Mark : > Hi, > > Bacula Version: 9.0.3, First full finished yesterday afternoon, the > incremental scheduled for 1am(Job id 17) changed to a Full > > > 06-Sep 01:05 maux-dir JobId 17: No prior Full backup Job record found. >

[Bacula-users] Incremental changed to Full

2017-09-11 Thread Maciolek, Mark
Hi, Bacula Version: 9.0.3, First full finished yesterday afternoon, the incremental scheduled for 1am(Job id 17) changed to a Full 06-Sep 01:05 maux-dir JobId 17: No prior Full backup Job record found. 06-Sep 01:05 maux-dir JobId 17: No prior or suitable Full backup found in catalog. Doing

Re: [Bacula-users] Bacula 9.0.3 tape pool definition reports incorrectly

2017-09-11 Thread Martin Simmons
BAT seems not to use the Maximum Volume Bytes when it calculates the % used (it uses the average amount used per tape for each MediaType according to the source code). "Better" is subjective, but I think Maximum Volume Bytes is meaningless if you use hardware compression on the tapes (unless you

Re: [Bacula-users] Could not stat "/mnt/nas1stuff/": ERR=Host is down

2017-09-11 Thread Ian Douglas
On Thursday, 08 June 2017 2:49:52 AM SAST Ivan Adzhubey wrote: > Looks like your directory is set up to automount and Bacula does not know > how to handle it properly. You might need to write a small Bash script > doing just what you tried manually: "cd /home/ian/nas1stuff/; ls -lh" and > then