On 10/11/2006 05:25 PM, Arno Lehmann wrote:
> So, I'm quite sure that you can change SD and DIR names as much as you
> like, but should take care with FD names.
Perfect. Now that I know I'm not trying to do something that is
obviously not going to work, I'll run some tests and report back.
Thank
On 10/11/2006 03:41 PM, Arno Lehmann wrote:
> Should all work as long as you don't change the names. As names and
> addresses are separate I expect no problems.
That's what I'm asking about, though. I'm almost positive changing DNS
host names isn't a problem (assuming correct Bacula configs), it'
Hi,
I'd like to move one of my Director/SD hosts, and am wondering what the
implications are for name changes. Of course I'll have to change the FD
configs on all of the clients, as well as the Director and the SD, but
I'm not certain what this means for jobs that have already run, etc. Can
I rest
On 11/28/2005 11:31 AM, Kern Sibbald wrote:
> Yes, you should file a bug report. That ensures that it will not be forgotten
> and will be fixed. However, since I already have a test case, there is no
> need for you to do anything with regress.
Bug report submitted:
http://bugs.bacula.org/bu
On 11/15/2005 08:07 AM, Kern Sibbald wrote:
> On Tuesday 15 November 2005 13:59, Joshua Myles wrote:
>
>>On 11/14/2005 04:45 PM, Kern Sibbald wrote:
>>
>>>I just took a look at my multiple drive regression test. In fact, I ran
>>>it to make sure it works.
On 11/14/2005 04:45 PM, Kern Sibbald wrote:
> I just took a look at my multiple drive regression test. In fact, I ran it
> to
> make sure it works. Yes, it works, and it writes on both drives. However I'm
> really embarassed to say that I was completely wrong -- it does not write to
> two dri
On 11/14/2005 10:35 AM, Joshua Myles wrote:
> I'm still having this issue, but was going to wait until 1.38.1 to dig
> into it again.
Oops, I should've referred to the earlier thread on this as well:
http://thread.gmane.org/gmane.comp.sysutils.backup.bacula.general/18307
Looks
On 11/12/2005 10:00 PM, Rob wrote:
> I am trying to do the same, with the same luck so far. It keeps using the
> already mounted volume for all the jobs, never using the second drive in the
> changer. Did you ever find a way to solve this?
No, I didn't, though I haven't put any additional effort i
On 11/14/2005 10:32 AM, Kern Sibbald wrote:
> By the way, I saw several emails from someone who said that he could not get
> multiple concurrent jobs working on multiple drives, but I haven't had any
> problems here -- with my test scripts.
/me waves.
I'm still having this issue, but was going
On 11/08/2005 03:57 PM, Kern Sibbald wrote:
> Bacula is going to "prefer" to put all jobs on the first available tape,
> unless you specify different pools (i.e. different Volumes), or tell Bacula
> to not prefer an active drive, or explicitly specify a drive -- see the
> ReleaseNotes for how to
Hi all,
Sorry in advance for what is probably a conceptual oversight on my part.
I've read the Fine Manual and browsed the list archives, but I'm still
coming up short.
I have a four-drive tape library, and am using 1.38.0 on Solaris 8
SPARC. My configuration is working great, except I'm unable t
11 matches
Mail list logo
