Re: [Bacula-users] Incremental backup and interruption due to no free LTO

2021-10-26 Thread Samuel Zaslavsky
Hi Sebastian, Sorry for this late response... So I guess I managed to solve my problems. Probably obvious for any Bacula expert, but here's what I did : I listed the files of the last good job before "redundant jobs" occur, and all following jobs. I tried to identify what Job I could delete (bec

Re: [Bacula-users] Incremental backup and interruption due to no free LTO

2021-10-08 Thread neumeise1
Hello Samuel, I also wrote my answer under the text-blocks and summarized it at the end, to get it a little bit clearer, because the email is a little bit lengthy. If you want to answer to this you can leave everthing out except the summarization. That should get the email way shorter again an m

Re: [Bacula-users] Incremental backup and interruption due to no free LTO

2021-10-06 Thread Samuel Zaslavsky
Hi Sebastian, My answers below. Thanks once again for your help ! Samuel Le jeu. 30 sept. 2021 à 02:23, a écrit : > > > > I mean that my goal is to save any new file, once and permanently. > > If monday I have file1 on my nas, I want it to be saved on tape. > > Tuesday I add file2 : I want it

Re: [Bacula-users] Incremental backup and interruption due to no free LTO

2021-09-29 Thread neumeise1
> > I mean that my goal is to save any new file, once and permanently. > If monday I have file1 on my nas, I want it to be saved on tape. > Tuesday I add file2 : I want it to be saved on tape. > Wednesday, file1 is deleted from NAS: it's a mistake, and I still want to > keep file1 forever on t

Re: [Bacula-users] Incremental backup and interruption due to no free LTO

2021-09-29 Thread Samuel Zaslavsky
Hi Sebastian ! Thanks a lot for your answer ! I'll try to answer myself the best I can. Please see my answers below. Thanks again, and take care, Samuel Le mar. 28 sept. 2021 à 16:01, a écrit : > Am 27-Sep-2021 11:46:31 +0200 schrieb s...@w4tch.tv: > > > > Hello everyone, > > > > Anyone coul

Re: [Bacula-users] Incremental backup and interruption due to no free LTO

2021-09-28 Thread neumeise1
Am 27-Sep-2021 11:46:31 +0200 schrieb s...@w4tch.tv: > > Hello everyone, > > Anyone could help me here ? > > Thanks a lot ! > > Samuel > > Le jeu. 23 sept. 2021 à 12:46, Samuel Zaslavsky a écrit : > > > > Hello everyone, > > We have set up a system with a tape library and Bacula to back up /

Re: [Bacula-users] Incremental backup and interruption due to no free LTO

2021-09-27 Thread Samuel Zaslavsky
Hello everyone, Anyone could help me here ? Thanks a lot ! Samuel Le jeu. 23 sept. 2021 à 12:46, Samuel Zaslavsky a écrit : > Hello everyone, > > We have set up a system with a tape library and Bacula to back up / > archive some NASs. The idea is as simple as possible: no files expire, I >

Re: [Bacula-users] incremental backup

2011-04-14 Thread Jeremy Maes
Op 14/04/2011 9:55, Graham Keeling schreef: > On Thu, Apr 14, 2011 at 08:48:37AM +0100, Gavin McCullagh wrote: >> Hi, >> >> On Thu, 14 Apr 2011, ruslan usifov wrote: >> >>> I'm new in bacula world so have a question: >>> >>> If i do incremental backup. For example veri big file change only few byte

Re: [Bacula-users] incremental backup

2011-04-14 Thread Graham Keeling
On Thu, Apr 14, 2011 at 08:48:37AM +0100, Gavin McCullagh wrote: > Hi, > > On Thu, 14 Apr 2011, ruslan usifov wrote: > > > I'm new in bacula world so have a question: > > > > If i do incremental backup. For example veri big file change only few bytes > > i it, what bacula do send all file, or on

Re: [Bacula-users] incremental backup

2011-04-14 Thread Graham Keeling
On Thu, Apr 14, 2011 at 11:33:27AM +0400, ruslan usifov wrote: > Hello > > I'm new in bacula world so have a question: > > If i do incremental backup. For example veri big file change only few bytes > i it, what bacula do send all file, or only changed part of file? Bacula will send the whole fi

Re: [Bacula-users] incremental backup

2011-04-14 Thread Gavin McCullagh
Hi, On Thu, 14 Apr 2011, ruslan usifov wrote: > I'm new in bacula world so have a question: > > If i do incremental backup. For example veri big file change only few bytes > i it, what bacula do send all file, or only changed part of file? It backs up the whole file each time a single byte or m

Re: [Bacula-users] incremental backup of Exchange fails

2010-12-24 Thread Silver Salonen
On Friday 24 December 2010 15:54:53 Silver Salonen wrote: > On Friday 24 December 2010 15:22:14 James Harper wrote: > > > > > > I started backing up an Exchange 2003 on a 32-bit Windows Server 2003 > > SP2 > > > (SBS). > > > > > > The full backup completes OK, but incrementals fail with error > >

Re: [Bacula-users] incremental backup of Exchange fails

2010-12-24 Thread Silver Salonen
On Friday 24 December 2010 15:22:14 James Harper wrote: > > > > I started backing up an Exchange 2003 on a 32-bit Windows Server 2003 > SP2 > > (SBS). > > > > The full backup completes OK, but incrementals fail with error > "0xc800020e". > > That message is "An incremental backup cannot be perfo

Re: [Bacula-users] incremental backup of Exchange fails

2010-12-24 Thread James Harper
> > I started backing up an Exchange 2003 on a 32-bit Windows Server 2003 SP2 > (SBS). > > The full backup completes OK, but incrementals fail with error "0xc800020e". That message is "An incremental backup cannot be performed when circular logging is enabled.". There should be a message in the

Re: [Bacula-users] Incremental Backup / Moved File doesn't get stored in the backup

2010-11-24 Thread Kleber Leal
See accurate option on job properties. http://www.bacula.org/manuals/en/concepts/concepts/New_Features.html#SECTION0031 Kleber 2010/11/24 Paulo Martinez > Am 24.11.2010 um 13:54 schrieb Ralf Gross: > > Paulo Martinez schrieb: > >> One thing that i found interesting: the "moved"

Re: [Bacula-users] Incremental Backup / Moved File doesn't get stored in the backup

2010-11-24 Thread Paulo Martinez
Am 24.11.2010 um 13:54 schrieb Ralf Gross: > Paulo Martinez schrieb: >> One thing that i found interesting: the "moved" files respectively >> the old locations are listed in the bacula job file list. Restoring >> corresponding locations shows correct behavior (moved file vanished). >> ... > > http:

Re: [Bacula-users] Incremental Backup / Moved File doesn't get stored in the backup

2010-11-24 Thread Ralf Gross
Paulo Martinez schrieb: > One thing that i found interesting: the "moved" files respectively > the old locations are listed in the bacula job file list. Restoring > corresponding locations shows correct behavior (moved file vanished). > ... http://bugs.bacula.org/view.php?id=1651 The developers c

Re: [Bacula-users] Incremental Backup / Moved File doesn't get stored in the backup

2010-11-24 Thread Martin Simmons
> On Wed, 24 Nov 2010 11:15:11 +0100, Paulo Martinez said: > > One thing that i found interesting: the "moved" files respectively > the old locations are listed in the bacula job file list. Restoring > corresponding locations shows correct behavior (moved file vanished). Yes, it records the m

Re: [Bacula-users] Incremental Backup / Moved File doesn't get stored in the backup

2010-11-24 Thread Paulo Martinez
Am 23.11.2010 um 17:39 schrieb Martin Simmons: >> >> i started using bacula a couple of weeks ago and i am very satisfied. >> >> Today i noticed on doing an incremental backup that a file that was >> moved >> from one directory to another doesn't get stored in the backup? >> >> After doing a "touch

Re: [Bacula-users] Incremental Backup / Moved File doesn't get stored in the backup

2010-11-23 Thread Martin Simmons
> On Mon, 22 Nov 2010 16:15:17 +0100, martinezino said: > > Dear List, > > i started using bacula a couple of weeks ago and i am very satisfied. > > Today i noticed on doing an incremental backup that a file that was > moved > from one directory to another doesn't get stored in the backup

Re: [Bacula-users] Incremental backup saves files not modified

2010-09-10 Thread francisco javier funes nieto
Hi, This could be for many reasons: * A software accessing the file for indexing or storing info about it change the time of the file, then Bacula archive it for next Incremental. * An error in windows clock make the photo will be in the future, then bacula archive it for the next Incremental. *

Re: [Bacula-users] Incremental backup not working properly

2010-09-04 Thread Kleber Leal
Hi all again, SOLVED, SOLVED, SOLVED. I found many files "in future". I located with find linux command. find /home -mtime -0 To reset the modification time for files I use find command too... find /home -mtime -0 -exec touch {} \; Running the job twice, the second has no files to backup. My in

Re: [Bacula-users] Incremental Backup Error

2009-04-29 Thread Mike Ruskai
On 04/28/2009 13:06, stipe wrote: > Hi > > I have this problem: I have 1 PC Windows XP SP2 (bacula-win 2.4.5) and a > bacula server (centos 5.2). I setup a full backup every month and incremental > the other days. So I made some tests and I run backup manually: the problem > in this: the first b

Re: [Bacula-users] Incremental Backup Error

2009-04-29 Thread Arno Lehmann
Hello, 28.04.2009 19:06, stipe wrote: > Hi > > I have this problem: I have 1 PC Windows XP SP2 (bacula-win 2.4.5) > and a bacula server (centos 5.2). I setup a full backup every month > and incremental the other days. So I made some tests and I run > backup manually: the problem in this: the firs

Re: [Bacula-users] incremental backup of hard links

2008-01-16 Thread C M Reinehr
On Wednesday 16 January 2008 11:37, Marc Schiffbauer wrote: > * Ingo Jochim schrieb am 16.01.08 um 17:39 Uhr: > > [...] > > > Good idea. > > So what is important for the backup? ctime or mtime? > > Both. But you can configure bacula to ignore the ctime. See Configuring the Director/The Job Resourc

Re: [Bacula-users] incremental backup of hard links

2008-01-16 Thread Martin Simmons
> On Wed, 16 Jan 2008 17:39:58 +0100, Ingo Jochim said: > > C M Reinehr schrieb: > > On Wednesday 16 January 2008 09:49, Ingo Jochim wrote: > > > >> C M Reinehr schrieb: > >> > >>> On Wednesday 16 January 2008 08:54, Ingo Jochim wrote: > >>> > Dan Langille schrieb: >

Re: [Bacula-users] incremental backup of hard links

2008-01-16 Thread Marc Schiffbauer
* Ingo Jochim schrieb am 16.01.08 um 17:39 Uhr: [...] > > Good idea. > So what is important for the backup? ctime or mtime? Both. But you can configure bacula to ignore the ctime. -Marc > I't not able to reset the ctime. > How can I have ls give me the time format I will need for touch to res

Re: [Bacula-users] incremental backup of hard links

2008-01-16 Thread Dan Langille
Ingo Jochim wrote: > I create hard links for the files I want to backup so that while I do > the backup the files can get deleted by someone else. > > The problem is that on an incremental backup I get a backup of all the > files again like I got on a full backup. > I create all the hard links r

Re: [Bacula-users] Incremental Backup keeps getting some of the same files

2007-07-24 Thread Steve Poulsen
Many thanks. This was it. The svn database backup script did a chmod -R at the end which caused everything to be backed up again. On 7/16/07, Alan Brown <[EMAIL PROTECTED]> wrote: > On Mon, 16 Jul 2007, Steve Poulsen wrote: > > > I have one directory that continues to show up in all of my increm

Re: [Bacula-users] Incremental Backup keeps getting some of the same files

2007-07-16 Thread Alan Brown
On Mon, 16 Jul 2007, Steve Poulsen wrote: > I have one directory that continues to show up in all of my incremental > /differential backup, even if the files have not changed. > # ls -al > drw--- 2 root root 4096 Jul 7 04:05 . > drwxr-xr-x 3 root root 4096 Jul 5 19:38 .. > -r

Re: [Bacula-users] Incremental Backup keeps getting some of the same files

2007-07-16 Thread Steve Poulsen
Arno, Many thanks. ctime is getting updated. There is an "Application specific backup" for SVN on the website (indirectly), which does a chmod -R after it is done. It kind of defeats the whole purpose of the script. Anyway, removing it should solve the problem. Steve Arno Lehmann wrote: Hi

Re: [Bacula-users] Incremental Backup keeps getting some of the same files

2007-07-16 Thread Steve Poulsen
Many thanks. ctime is getting modified. I will check into this. Arno Lehmann wrote: > Hi, > > 16.07.2007 14:15,, Steve Poulsen wrote:: > >> I have one directory that continues to show up in all of my incremental >> /differential backup, even if the files have not changed. >> # ls -al >> drw-

Re: [Bacula-users] Incremental Backup keeps getting some of the same files

2007-07-16 Thread Arno Lehmann
Hi, 16.07.2007 14:15,, Steve Poulsen wrote:: > I have one directory that continues to show up in all of my incremental > /differential backup, even if the files have not changed. > # ls -al > drw--- 2 root root 4096 Jul 7 04:05 . > drwxr-xr-x 3 root root 4096 Jul 5 19:38 ..

Re: [Bacula-users] Incremental backup upgrades to full when another filesystem is added in a file set

2007-06-29 Thread Arno Lehmann
Hi, 29.06.2007 19:26,, Naufal Sheikh wrote:: > Hey, > > Sorry for not reading the archive first, but the change which has been > suggested is still not working for me, and I am not sure why. IIRC, the first time after adding the "Ignore Fileset Changes" directive, the job will be upgraded bec

Re: [Bacula-users] Incremental backup upgrades to full when another filesystem is added in a file set

2007-06-29 Thread Naufal Sheikh
Hey, Sorry for not reading the archive first, but the change which has been suggested is still not working for me, and I am not sure why. Here is my file set: FileSet { Name = "tracfire-fileset" Ignore FileSet Changes = "yes" Include { Options { signature = MD5 } File = /

Re: [Bacula-users] Incremental backup upgrades to full when another filesystem is added in a file set

2007-06-29 Thread Naufal Sheikh
Yep I did the full restart as well as reload Regards On 6/29/07, Ryan Novosielski <[EMAIL PROTECTED]> wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Did you restart/reload the Bacula daemons? I'm not sure which daemon this change takes effect in (I'm assuming director, but if it isn't,

Re: [Bacula-users] Incremental backup upgrades to full when another filesystem is added in a file set

2007-06-29 Thread Ryan Novosielski
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Did you restart/reload the Bacula daemons? I'm not sure which daemon this change takes effect in (I'm assuming director, but if it isn't, it needs a full restart). What do you see when it gets upgraded anyway? Naufal Sheikh wrote: > Hey, > > Sorry

Re: [Bacula-users] Incremental backup upgrades to full when another filesystem is added in a file set

2007-06-29 Thread Jean-François Leroux
The subject is : Modifying Fileset changes incr to Full 2007/6/28, Ryan Novosielski <[EMAIL PROTECTED]>: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Please read the list archives. This was discussed no earlier than this > weekend (and in fact, some of the messages were from today). > > N

Re: [Bacula-users] Incremental backup upgrades to full when another filesystem is added in a file set

2007-06-28 Thread Ryan Novosielski
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please read the list archives. This was discussed no earlier than this weekend (and in fact, some of the messages were from today). Naufal Sheikh wrote: > Hi All, > > I know that incremental backup upgrades to full backup, if another file > system is

Re: [Bacula-users] Incremental Backup across multiple Storages

2006-12-07 Thread Kern Sibbald
On Thursday 07 December 2006 21:03, Rudolph Bott wrote: > Kern Sibbald schrieb: > > On Thursday 07 December 2006 11:20, Rudolph Bott wrote: > >> Hey there, > >> > >> we redid our schedule to include incremental backups and we seem to have > >> a bit of problem here (bacula Version: 1.38.11 (28 Jun

Re: [Bacula-users] Incremental Backup across multiple Storages

2006-12-07 Thread Rudolph Bott
Kern Sibbald schrieb: > On Thursday 07 December 2006 11:20, Rudolph Bott wrote: >> Hey there, >> >> we redid our schedule to include incremental backups and we seem to have >> a bit of problem here (bacula Version: 1.38.11 (28 June 2006) ) >> >> We use file-backed backups and we have configured 6

Re: [Bacula-users] Incremental Backup across multiple Storages

2006-12-07 Thread Kern Sibbald
On Thursday 07 December 2006 11:20, Rudolph Bott wrote: > Hey there, > > we redid our schedule to include incremental backups and we seem to have > a bit of problem here (bacula Version: 1.38.11 (28 June 2006) ) > > We use file-backed backups and we have configured 6 different storages > (from

Re: [Bacula-users] Incremental backup, not accurate?

2006-11-15 Thread Martin Simmons
> On Wed, 15 Nov 2006 18:53:47 +0100, Michel said: > > I read in the bacula docs that incremental backups use modification > times to decide if it or doesn't backup. For example and as it is said > in the doc, a "mv" on a directory doesn't change the modification time. > So, if I am not w

Re: [Bacula-users] Incremental backup, not accurate?

2006-11-15 Thread Jaap Stolk
On 11/15/06, Michel <[EMAIL PROTECTED]> wrote: > Hello all, > > I read in the bacula docs that incremental backups use modification > times to decide if it or doesn't backup. For example and as it is said > in the doc, a "mv" on a directory doesn't change the modification time. > So, if I am not w

RE: [Bacula-users] Incremental backup does a "full" most of the time?

2005-08-23 Thread Jan Johansson
>you have to increase the Volume numbers I thought this setup created new volumes "as needed"? smime.p7s Description: S/MIME cryptographic signature

RE: [Bacula-users] Incremental backup does a "full" most of the time?

2005-08-19 Thread j2
Sorry, something weird happened to my log-paste. Here is a correct version! 16-Aug 12:17 cookiemonster-dir: No prior Full backup Job record found. 16-Aug 12:17 cookiemonster-dir: No prior or suitable Full backup found. Doing FULL backup. 16-Aug 12:17 cookiemonster-dir: Start Backup JobId 20, Job=

RE: [Bacula-users] Incremental backup does a "full" most of the time?

2005-08-19 Thread j2
> >I think a "list media" whould clarrify more, your setup. Appended at the bottom. >But with list media and the comparsion of the VolumenRetention-times you >probably see the problem yourself. Well, yes, but I do not understand what I need to change. I want a full backup once per week, and