From 79cc9ab9f8b980c6361ef1f87f60e570d27a0e3c Mon Sep 17 00:00:00 2001 From: Kern Sibbald Date: Sat, 14 Mar 2009 22:29:12 +0000 Subject: [PATCH] Update --- docs/manuals/en/install/dirdconf.tex | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/docs/manuals/en/install/dirdconf.tex b/docs/manuals/en/install/dirdconf.tex index f928b2af..a59468ee 100644 --- a/docs/manuals/en/install/dirdconf.tex +++ b/docs/manuals/en/install/dirdconf.tex @@ -373,6 +373,16 @@ a unique Job name. Normally, you will have only one Job per Client, but if a client has a really huge number of files (more than several million), you might want to split it into to Jobs each with a different FileSet covering only part of the total files. + +Multiple Storage daemons are not currently supported for Jobs, so if +you do want to use multiple storage daemons, you will need to create +a different Job and ensure that for each Job that the combination of +Client and FileSet are unique. The Client and FileSet are what Bacula +uses to restore a client, so if there are multiple Jobs with the same +Client and FileSet or multiple Storage daemons that are used, the +restore will not work. This problem can be resolved by defining multiple +FileSet definitions (the names must be different, but the contents of +the FileSets may be the same). \begin{description} -- 2.39.5