Kyle Tucker schrieb:
> Today I implemented an all-new backup scheme on my
> 2.0.2 Bacula installation. I ran drop_mysql_tables
> and then make_mysql_tables successfully and my first
> job started at job number 1. But if I run the command
> 'status client=' from bconsole, it has all the old
> jo
Hello Kyle.
You may have figured it out already :) It is from the client.
Michael
Kyle Tucker wrote:
> Today I implemented an all-new backup scheme on my
> 2.0.2 Bacula installation. I ran drop_mysql_tables
> and then make_mysql_tables successfully and my first
> job started at job number 1. But
Today I implemented an all-new backup scheme on my
2.0.2 Bacula installation. I ran drop_mysql_tables
and then make_mysql_tables successfully and my first
job started at job number 1. But if I run the command
'status client=' from bconsole, it has all the old
jobs I ran from the previous db ins
Hi,
On 4/23/2007 12:06 AM, Marc Schiffbauer wrote:
> * Christopher Rasch-Olsen Raa schrieb am 22.04.07 um 23:25 Uhr:
>> On Sunday 22 April 2007 19:17:52 Marc Schiffbauer wrote:
>>> Hi all,
>>>
>>> one of my SD's stores backups to a disk.
>>> This "disk" is an FTP Storage mounted via fuse (curlftpf
* Christopher Rasch-Olsen Raa schrieb am 22.04.07 um 23:25 Uhr:
> On Sunday 22 April 2007 19:17:52 Marc Schiffbauer wrote:
> > Hi all,
> >
> > one of my SD's stores backups to a disk.
> > This "disk" is an FTP Storage mounted via fuse (curlftpfs).
> >
> > Making bacula mount the "disk" when opening
On Sunday 22 April 2007 19:17:52 Marc Schiffbauer wrote:
> Hi all,
>
> one of my SD's stores backups to a disk.
> This "disk" is an FTP Storage mounted via fuse (curlftpfs).
>
> Making bacula mount the "disk" when opening the device works fine.
> (using Requires Mount / Mount Command)
> Doing backu
Hi all,
one of my SD's stores backups to a disk.
This "disk" is an FTP Storage mounted via fuse (curlftpfs).
Making bacula mount the "disk" when opening the device works fine.
(using Requires Mount / Mount Command)
Doing backups and restores works fine too.
But: Is there any way to make bacula u
A error like this happen normally if the directory can not resolve the name
of the client.
Make sure you have a valid route to the client.
Do you use subnetting?
Can you ping the client from the director computer?
Ralf
On 4/21/07, Mike Vasquez <[EMAIL PROTECTED]> wrote:
This is happened to
I forgot to mention the error in previous email:
18-Apr 22:00 director-di: hl72.2007-04-18_22.00.07 Fatal error: bnet.c:775
Unable to connect to File daemon on 123.123.123.12:9102. ERR=No route to
host
Here is the information you requested.
Directives on Bacula.Dir.conf:
Client {
This is happened to two new machines running CentOS 4.4. In the logs it says
SD termination status: Waiting on FD
Here is my settings on one of them.
Client {
Name = hl72
Address = 192.168.1.3
FDPort = 9102
Catalog = MyCatalog
Password = "bacula" #
10 matches
Mail list logo
