I did replace all of the localhosts and 127.0.0.1 locations with the DNS'd
server name.
Mike
On Wed, Mar 16, 2011 at 12:53 PM, John Drescher wrote:
> 2011/3/16 Mike Hendrie :
> > I will check that.
> >
> > I was using the commented out default client in the bacula-dir.conf, but
> > updated the c
2011/3/16 Mike Hendrie :
> I will check that.
>
> I was using the commented out default client in the bacula-dir.conf, but
> updated the content with the new windows computer name. Then on the windows
> computer, I updated the director username and password, and the monitor
> username and password.
I will check that.
I was using the commented out default client in the bacula-dir.conf, but
updated the content with the new windows computer name. Then on the windows
computer, I updated the director username and password, and the monitor
username and password.
I will take a closer look at the f
On Wed, Mar 16, 2011 at 1:29 PM, Mike Hobbs wrote:
> On 03/16/2011 01:12 PM, Robison, Dave wrote:
>> Just curious, why not put that jbod into a RAID array? I believe you'd
>> get far better performance with the additional spools and you'd get
>> redundancy as well.
>>
>> Personally I'd set that u
On 03/16/11 13:08, Mike Hobbs wrote:
> Hello, I'm currently testing bacula v5.0.3 and so far so good. One
> of my issues though, I have a 16 bay Promise Technologies VessJBOD. How
> do I get bacula to use all the disks for writing volumes to?
>
> I guess the way I envision it working would
On 03/16/2011 06:29 PM, Mike Hobbs wrote:
> On 03/16/2011 01:12 PM, Robison, Dave wrote:
>> Just curious, why not put that jbod into a RAID array? I believe you'd
>> get far better performance with the additional spools and you'd get
>> redundancy as well.
>>
>> Personally I'd set that up as a RA
On 03/16/2011 01:12 PM, Robison, Dave wrote:
> Just curious, why not put that jbod into a RAID array? I believe you'd
> get far better performance with the additional spools and you'd get
> redundancy as well.
>
> Personally I'd set that up as a RAIDZ using ZFS on FreeBSD.
>
>
I believe the reas
Hello, I'm currently testing bacula v5.0.3 and so far so good. One
of my issues though, I have a 16 bay Promise Technologies VessJBOD. How
do I get bacula to use all the disks for writing volumes to?
I guess the way I envision it working would be, 50gb volumes would be
used and when disk1
> On Wed, 16 Mar 2011 16:14:09 +0100, Foo said:
>
> Hi,
>
> I understand this is a known bug but has not been fixed in the RHEL6
> packaged 5.0.0 version of Bacula yet (see
> http://www.mail-archive.com/bacula-users@lists.sourceforge.net/msg39554.html).
>
> We're actually running a newe
Il 16/03/2011 00:48, Mike Hendrie ha scritto:
> Any suggestions or configuration requirements needed? Whatever it is I
> am constant. I setup 2 virtual bacula server instances and one physical
> instance. Also, I used The following clients - 2 virtual xp machines, 1
> virtual windows 7 machines and
Hi,
I understand this is a known bug but has not been fixed in the RHEL6
packaged 5.0.0 version of Bacula yet (see
http://www.mail-archive.com/bacula-users@lists.sourceforge.net/msg39554.html).
We're actually running a newer version (5.0.3) on Debian without this
issue but management has de
You mean that one?
---
# vchanger autochanger config file
changer_name = "backup01"
state_dir = "/home/backup/backup01/"
logfile = "/home/backup/backup01/log"
slots_per_magazine = 10
Virtual_Drives = 1
magazine = "/mnt/backup01/magazine"
magazine = "/mnt/backu
Am 15.03.2011 19:12, schrieb Christian Manal:
> Am 15.03.2011 17:49, schrieb Kjetil Torgrim Homme:
>> Christian Manal writes:
>>
>>> Also, after several accurate jobs running without restarting Bacula,
>>> the total memory usage of the director and fd didn't go up anymore, so
>>> I presume it come
I'm using bacula 5.0.2 on debian lenny (director and bacula-sd).
I have some windows client with bacula-fs 5.0.3.
I had problems with the storage server so a backup of windows client failed.
The next day, bacula skept this client without even trying to back it up.
I tried to restart bacula-fd daem
14 matches
Mail list logo