Re: [Bacula-users] force bacula to do a specific type of backup

2007-02-27 Thread Arno Lehmann
Hi,

On 2/26/2007 10:01 PM, Oliver Lehmann wrote:
 Arno Lehmann wrote:
 
 
Hi,

On 2/26/2007 4:32 PM, Oliver Lehmann wrote:

Hi,

my volumes are limited.

Always a bad thing...


I want to force bacula to do the scheduled type
of backup (incr, diff, full) and nothing different.

That should happen anyway, with one important exception:
When there's no full backup left, Bacula will run one instead of what 
you scheduled. The Rerun failed levels setting can lead to multiple 
attempts to do backups of a higher level after a job failed, but you'd 
know this because you have to set this up explicitly, I think.


On one client many files changed, and bacula made a fullbackup instead of
a diff backup like it was scheduled.

No.

I mean, possibly many files changed, and possibly Bacula ran a full 
instead of a differental backup, but as far as I know there would not be 
a causal correlation between both.


I now deleted the full backup and
want bacula to do the diff backup even if it is nearly a full backup -
how do I do this?

I don't think you can do that, because I guess that there *is* no longer 
a previous full backup known to Bacula. 
 
 
 There is one... Full-0001 the next backup will create a Full-0002.

Hmmm... then I really don't see why Bacula would insist on doing a full 
backup next time... anyway, there might be failed full jobs in between. 
In the restore command, you will only be presented with jobs that ran 
ok. If the last full is considered broken, Bacula will upgrade a 
differential to a new full job.

 Defined Clients:
  1: nudel-fd
  2: kartoffel-fd
  3: fiori-fd
  4: gurke-fd
  5: avocado-fd
 Select the Client (1-5): 5
 Automatically selected FileSet: avocado-files
 +---+---+--+---+-++---+
 | JobId | Level | JobFiles | JobBytes  | StartTime   | VolumeName 
 | StartFile |
 +---+---+--+---+-++---+
 |   385 | F |   12,895 | 1,208,383,604 | 2007-02-04 01:05:11 | Full-0001  
 | 0 |
 |   469 | D |  991 |47,422,871 | 2007-02-18 01:05:25 | Diff-0002  
 | 0 |
 |   475 | I |  763 |31,293,685 | 2007-02-19 01:05:27 | Inc-0003   
 | 0 |
 |   487 | I |  159 |32,039,843 | 2007-02-21 01:05:12 | Inc-0004   
 | 0 |
 |   493 | I |  178 |29,398,212 | 2007-02-22 01:05:25 | Inc-0005   
 | 0 |
 |   499 | I |  157 |30,879,188 | 2007-02-23 01:05:24 | Inc-0006   
 | 0 |
 |   505 | I |  153 |29,462,405 | 2007-02-24 01:05:11 | Inc-0001   
 | 0 |
 +---+---+--+---+-++---+
 You have selected the following JobIds: 385,469,475,487,493,499,505
 
 Building directory tree for JobId 385 ...  
 +
 Building directory tree for JobId 469 ...  
 Building directory tree for JobId 475 ...  
 Building directory tree for JobId 487 ...  
 Building directory tree for JobId 493 ...  
 Building directory tree for JobId 499 ...  
 Building directory tree for JobId 505 ...  
 7 Jobs, 12,769 files inserted into the tree and marked for extraction.
 
 
 
Try the catalog query for the last 20 full Backups for the client. That 
might show you the reason.
 
 
 how do i do this?

Use the 'query' command in a Bacula console...

Arno

-- 
IT-Service Lehmann[EMAIL PROTECTED]
Arno Lehmann  http://www.its-lehmann.de

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] force bacula to do a specific type of backup

2007-02-27 Thread Oliver Lehmann
Arno Lehmann wrote:

 Use the 'query' command in a Bacula console...

Choose a query (1-16): 3
Enter Client name: avocado-fd
+---++-+--+---+-++
| JobId | Client | StartTime   | JobFiles | JobBytes  | VolFile 
| VolumeName |
+---++-+--+---+-++
|   385 | avocado-fd | 2007-02-04 01:05:11 |   12,895 | 1,208,383,604 |   0 
| Full-0001  |
+---++-+--+---+-++
*

When I now start an incr. backup:


Select Job resource (1-11): 1
Run Backup job
JobName:  client-avocado-files
Level:Incremental
Client:   avocado-fd
FileSet:  avocado-files
Pool: Default (From Job resource)
Storage:  File (From Job resource)
When: 2007-02-27 19:25:27
Priority: 10
OK to run? (yes/mod/no): yes
Job queued. JobId=534
*status dir
nudel-dir Version: 2.0.2 (28 January 2007) i386-portbld-freebsd6.2 freebsd 
6.2-PRERELEASE
Daemon started 26-Feb-07 17:33, 8 Jobs run since started.
 Heap: bytes=72,209 max_bytes=1,429,676 bufs=459 max_bufs=584

[...]
Running Jobs:
 JobId Level   Name   Status
==
   534 Fullclient-avocado-files.2007-02-27_19.25.31 is waiting for Client 
avocado-fd to connect to Storage File

[...]


Full not Incr :-/
-- 
 Oliver Lehmann
  http://www.pofo.de/
  http://wishlist.ans-netz.de/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] force bacula to do a specific type of backup

2007-02-27 Thread Oliver Lehmann
Oliver Lehmann wrote:

 [...]
 Running Jobs:
  JobId Level   Name   Status
 ==
534 Fullclient-avocado-files.2007-02-27_19.25.31 is waiting for Client 
 avocado-fd to connect to Storage File
 
 [...]
 
 
 Full not Incr :-/

27-Feb 19:25 nudel-dir: No prior Full backup Job record found.
27-Feb 19:25 nudel-dir: No prior or suitable Full backup found in catalog. 
Doing FULL backup.
27-Feb 19:25 nudel-dir: Start Backup JobId 534, 
Job=client-avocado-files.2007-02-27_19.25.31
27-Feb 19:25 nudel-dir: Created new Volume Full-0002 in catalog.
27-Feb 19:25 nudel-dir: Bacula 2.0.2 (28Jan07): 27-Feb-2007 19:25:58

The question is why :-/

-- 
 Oliver Lehmann
  http://www.pofo.de/
  http://wishlist.ans-netz.de/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] force bacula to do a specific type of backup

2007-02-27 Thread Oliver Lehmann
Arno Lehmann wrote:

 Apart from that, you should examine the job 385 in more detail, and 
 compare with 534. I'm quite sure there must be a significant difference 
 - either the job name or the client are not identical, I think.
 
 I don't have a running Bacula ready at the moment, but I *think* you can 
 use 'llist jobid=...' to get that information. Or query the catalog 
 directly if you prefer that.
 
 If you don't find the reason, please post the information here, and also 
 add your job definitions, related to this broblem job / client.

What is important here: I changed *nothing* in bacula, I only changed *many* 
files on the client. That was all. And during the nightly scheduled incremental 
backup bacula started a full backup. A modification in the bacula config took 
not place. All I can assume is bacula calculated the amount of files / size 
from the affected files and came to the conclusion that the incremental backup 
to do would be nearly like a full backup, so it changed the job by its own to 
make a full backup to have the next incremental backups much more smaller. That 
sounds reasonable, but I don't want that kind of consideration ;)

Ok, here the Output:

(I cancled 534 before the Full Backup really started.)

*llist jobid=385
   JobId: 385
 Job: client-avocado-files.2007-02-04_01.05.00
Name: client-avocado-files
 PurgedFiles: 0
Type: B
   Level: F
ClientId: 5
Name: avocado-fd
   JobStatus: T
   SchedTime: 2007-02-04 01:05:00
   StartTime: 2007-02-04 01:05:11
 EndTime: 2007-02-04 04:25:49
 RealEndTime: 2007-02-04 04:25:49
JobTDate: 1,170,559,549
VolSessionId: 37
  VolSessionTime: 1,170,003,206
JobFiles: 12,895
   JobErrors: 0
 JobMissingFiles: 0
  PoolId: 1
PooLname: Full-Pool
  PriorJobId: 0
   FileSetId: 7
 FileSet: avocado-files

*llist jobid=534 
   JobId: 534
 Job: client-avocado-files.2007-02-27_19.25.31
Name: client-avocado-files
 PurgedFiles: 0
Type: B
   Level: F
ClientId: 5
Name: avocado-fd
   JobStatus: A
   SchedTime: 2007-02-27 19:25:27
   StartTime: 2007-02-27 19:25:53
 EndTime: 2007-02-27 19:25:58
 RealEndTime: 2007-02-27 19:25:58
JobTDate: 1,172,600,758
VolSessionId: 5
  VolSessionTime: 1,172,507,626
JobFiles: 0
   JobErrors: 0
 JobMissingFiles: 0
  PoolId: 1
PooLname: Full-Pool
  PriorJobId: 0
   FileSetId: 8
 FileSet: avocado-files

*

And here the definitions:

Job {
  Name = client-avocado-files
  Type = Backup
  JobDefs = defaults
  Client = avocado-fd
  FileSet = avocado-files
  Write Bootstrap = /var/db/bacula/client-avocado-files.bsr
  Schedule = WeeklyCycle
}

Client {
  Name = avocado-fd
  Address = gurke
  FDPort = 19102
  Catalog = MyCatalog
  Password =   # password for FileDaemon
  File Retention = 30 days# 30 days
  Job Retention = 6 months# six months
  AutoPrune = yes # Prune expired Jobs/Files
  Maximum Concurrent Jobs = 20
}

FileSet {
  Name = avocado-files
  Include {
Options {
  signature   = MD5
  compression = GZIP
}

File = 
  }
}

Schedule {
  Name = WeeklyCycle
  Run = Full 1st sun at 1:05
  Run = Differential 2nd-5th sun at 1:05
  Run = Incremental mon-sat at 1:05
}

Pool {
  Name = Full-Pool
  Pool Type = Backup
  Recycle = yes   # automatically recycle Volumes
  AutoPrune = yes # Prune expired volumes
  Volume Retention = 40 days
  Maximum Volume Jobs = 5
  Label Format = Full-
  Maximum Volumes = 2
}
Pool {
  Name = Inc-Pool  
  Pool Type = Backup   
  Recycle = yes   # automatically recycle Volumes
  AutoPrune = yes # Prune expired volumes
  Volume Retention = 6 days
  Maximum Volume Jobs = 5 
  Label Format = Inc-
  Maximum Volumes = 6
}


-- 
 Oliver Lehmann
  http://www.pofo.de/
  http://wishlist.ans-netz.de/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] force bacula to do a specific type of backup

2007-02-27 Thread Arno Lehmann
Hi,

On 2/27/2007 9:17 PM, Oliver Lehmann wrote:
 Arno Lehmann wrote:
 
 
 Apart from that, you should examine the job 385 in more detail, and
  compare with 534. I'm quite sure there must be a significant
 difference - either the job name or the client are not identical, I
 think.
 
 I don't have a running Bacula ready at the moment, but I *think*
 you can use 'llist jobid=...' to get that information. Or query the
 catalog directly if you prefer that.
 
 If you don't find the reason, please post the information here, and
 also add your job definitions, related to this broblem job /
 client.
 
 
 What is important here: I changed *nothing* in bacula,

I doubt that... details below.

 I only changed
 *many* files on the client. That was all. And during the nightly
 scheduled incremental backup bacula started a full backup. A
 modification in the bacula config took not place. All I can assume is
 bacula calculated the amount of files / size from the affected files
 and came to the conclusion that the incremental backup to do would be
 nearly like a full backup, so it changed the job by its own to make a
 full backup to have the next incremental backups much more smaller.
 That sounds reasonable, but I don't want that kind of consideration
 ;)

Bacula doesn't do that sort of thing... unless Kern or someone put that 
in without telling us... and without anyone noticing it.

 
 Ok, here the Output:
 
 (I cancled 534 before the Full Backup really started.)

Ok.

I'll shorten the output to the relevant details:

 *llist jobid=385 JobId: 385
  FileSetId: 7
  FileSet: avocado-files

and

 *llist jobid=534
  FileSetId: 8
 FileSet: avocado-files

The fileset has been changed, and, as I learned just recently, what you 
have in the File= clauses.

Bacula keeps a hash over that in the catalog, and when it notices a 
change it creates a new fileset. You can override that in the fileset 
resource. The name will remain the same, but the ID will change.

Arno


-- 
IT-Service Lehmann[EMAIL PROTECTED]
Arno Lehmann  http://www.its-lehmann.de

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] force bacula to do a specific type of backup

2007-02-27 Thread Ralf Gross
Oliver Lehmann schrieb:
 Arno Lehmann wrote:
 
  Apart from that, you should examine the job 385 in more detail, and 
  compare with 534. I'm quite sure there must be a significant difference 
  - either the job name or the client are not identical, I think.
  
  I don't have a running Bacula ready at the moment, but I *think* you can 
  use 'llist jobid=...' to get that information. Or query the catalog 
  directly if you prefer that.
  
  If you don't find the reason, please post the information here, and also 
  add your job definitions, related to this broblem job / client.
 
 What is important here: I changed *nothing* in bacula, I only
 changed *many* files on the client. That was all. And during the
 nightly scheduled incremental backup bacula started a full backup. A
 modification in the bacula config took not place. All I can assume
 is bacula calculated the amount of files / size from the affected
 files and came to the conclusion that the incremental backup to do
 would be nearly like a full backup, so it changed the job by its own
 to make a full backup to have the next incremental backups much more
 smaller. That sounds reasonable, but I don't want that kind of
 consideration ;)

I'm quite sure bacula will never decide to update a inc. backup to a
full one because of the amount of data that has changed.

The FileSet Id's of the two jobs are different. If the FileSet did
change since te last backup, the inc. will be promoted to a full one.

 *llist jobid=385
JobId: 385
[...]
   PriorJobId: 0
FileSetId: 7
  FileSet: avocado-files
 
 *llist jobid=534 
JobId: 534
[...]
   PriorJobId: 0
FileSetId: 8
  FileSet: avocado-files

Ralf

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] force bacula to do a specific type of backup

2007-02-27 Thread Kern Sibbald
On Tuesday 27 February 2007 21:40, Arno Lehmann wrote:
 Hi,

 On 2/27/2007 9:17 PM, Oliver Lehmann wrote:
  Arno Lehmann wrote:
  Apart from that, you should examine the job 385 in more detail, and
   compare with 534. I'm quite sure there must be a significant
  difference - either the job name or the client are not identical, I
  think.
 
  I don't have a running Bacula ready at the moment, but I *think*
  you can use 'llist jobid=...' to get that information. Or query the
  catalog directly if you prefer that.
 
  If you don't find the reason, please post the information here, and
  also add your job definitions, related to this broblem job /
  client.
 
  What is important here: I changed *nothing* in bacula,

 I doubt that... details below.

  I only changed
  *many* files on the client. That was all. And during the nightly
  scheduled incremental backup bacula started a full backup. A
  modification in the bacula config took not place. All I can assume is
  bacula calculated the amount of files / size from the affected files
  and came to the conclusion that the incremental backup to do would be
  nearly like a full backup, so it changed the job by its own to make a
  full backup to have the next incremental backups much more smaller.
  That sounds reasonable, but I don't want that kind of consideration
  ;)

 Bacula doesn't do that sort of thing... unless Kern or someone put that
 in without telling us... and without anyone noticing it.

You are absolutely right, Bacula doesn't do that, and no, I haven't put such a 
thing in, though perhaps it isn't such a bad idea ... :-)


  Ok, here the Output:
 
  (I cancled 534 before the Full Backup really started.)

 Ok.

 I'll shorten the output to the relevant details:
  *llist jobid=385 JobId: 385
 
   FileSetId: 7
   FileSet: avocado-files

 and

  *llist jobid=534
 
   FileSetId: 8
 
  FileSet: avocado-files

 The fileset has been changed, and, as I learned just recently, what you
 have in the File= clauses.

 Bacula keeps a hash over that in the catalog, and when it notices a
 change it creates a new fileset. You can override that in the fileset
 resource. The name will remain the same, but the ID will change.

 Arno

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] force bacula to do a specific type of backup

2007-02-26 Thread Arno Lehmann
Hi,

On 2/26/2007 4:32 PM, Oliver Lehmann wrote:
 Hi,
 
 my volumes are limited.

Always a bad thing...

 I want to force bacula to do the scheduled type
 of backup (incr, diff, full) and nothing different.

That should happen anyway, with one important exception:
When there's no full backup left, Bacula will run one instead of what 
you scheduled. The Rerun failed levels setting can lead to multiple 
attempts to do backups of a higher level after a job failed, but you'd 
know this because you have to set this up explicitly, I think.

 On one client many files changed, and bacula made a fullbackup instead of
 a diff backup like it was scheduled.

No.

I mean, possibly many files changed, and possibly Bacula ran a full 
instead of a differental backup, but as far as I know there would not be 
a causal correlation between both.

 I now deleted the full backup and
 want bacula to do the diff backup even if it is nearly a full backup -
 how do I do this?

I don't think you can do that, because I guess that there *is* no longer 
a previous full backup known to Bacula. Perhaps the volumes it was on 
are automatically purged, or you manually purged or deleted the job when 
you actually tried to do something different. Or the last full backup 
failed, which would be the best thing for you - in this case (and make 
sure there is a good full backup left - you could delete the failed job 
from the catalogue. (When doing that, use the 'delete jobid=...' syntax, 
amke sure you have a catalog backup, make sure you understand what that 
command does, and don't blame me for anything :-)

Try the catalog query for the last 20 full Backups for the client. That 
might show you the reason.

Arno

-- 
IT-Service Lehmann[EMAIL PROTECTED]
Arno Lehmann  http://www.its-lehmann.de

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] force bacula to do a specific type of backup

2007-02-26 Thread Oliver Lehmann
Arno Lehmann wrote:

 Hi,
 
 On 2/26/2007 4:32 PM, Oliver Lehmann wrote:
  Hi,
  
  my volumes are limited.
 
 Always a bad thing...
 
  I want to force bacula to do the scheduled type
  of backup (incr, diff, full) and nothing different.
 
 That should happen anyway, with one important exception:
 When there's no full backup left, Bacula will run one instead of what 
 you scheduled. The Rerun failed levels setting can lead to multiple 
 attempts to do backups of a higher level after a job failed, but you'd 
 know this because you have to set this up explicitly, I think.
 
  On one client many files changed, and bacula made a fullbackup instead of
  a diff backup like it was scheduled.
 
 No.
 
 I mean, possibly many files changed, and possibly Bacula ran a full 
 instead of a differental backup, but as far as I know there would not be 
 a causal correlation between both.
 
  I now deleted the full backup and
  want bacula to do the diff backup even if it is nearly a full backup -
  how do I do this?
 
 I don't think you can do that, because I guess that there *is* no longer 
 a previous full backup known to Bacula. 

There is one... Full-0001 the next backup will create a Full-0002.

Defined Clients:
 1: nudel-fd
 2: kartoffel-fd
 3: fiori-fd
 4: gurke-fd
 5: avocado-fd
Select the Client (1-5): 5
Automatically selected FileSet: avocado-files
+---+---+--+---+-++---+
| JobId | Level | JobFiles | JobBytes  | StartTime   | VolumeName | 
StartFile |
+---+---+--+---+-++---+
|   385 | F |   12,895 | 1,208,383,604 | 2007-02-04 01:05:11 | Full-0001  | 
0 |
|   469 | D |  991 |47,422,871 | 2007-02-18 01:05:25 | Diff-0002  | 
0 |
|   475 | I |  763 |31,293,685 | 2007-02-19 01:05:27 | Inc-0003   | 
0 |
|   487 | I |  159 |32,039,843 | 2007-02-21 01:05:12 | Inc-0004   | 
0 |
|   493 | I |  178 |29,398,212 | 2007-02-22 01:05:25 | Inc-0005   | 
0 |
|   499 | I |  157 |30,879,188 | 2007-02-23 01:05:24 | Inc-0006   | 
0 |
|   505 | I |  153 |29,462,405 | 2007-02-24 01:05:11 | Inc-0001   | 
0 |
+---+---+--+---+-++---+
You have selected the following JobIds: 385,469,475,487,493,499,505

Building directory tree for JobId 385 ...  
+
Building directory tree for JobId 469 ...  
Building directory tree for JobId 475 ...  
Building directory tree for JobId 487 ...  
Building directory tree for JobId 493 ...  
Building directory tree for JobId 499 ...  
Building directory tree for JobId 505 ...  
7 Jobs, 12,769 files inserted into the tree and marked for extraction.


 Try the catalog query for the last 20 full Backups for the client. That 
 might show you the reason.

how do i do this?

-- 
 Oliver Lehmann
  http://www.pofo.de/
  http://wishlist.ans-netz.de/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users