Ahh yes. Here is the FileSet directive on my server:

# List of files to be backed up
FileSet {
  Name = "Full Set"
  Include {
    Options {
      signature = MD5
    }
#
#  Put your list of files here, preceded by 'File =', one per line
#    or include an external list with:
#
#    File = <file-name
#
#  Note: / backs up everything on the root partition.
#    if you have other partitons such as /usr or /home
#    you will probably want to add them too.
#
#  By default this is defined to point to the Bacula build
#    directory to give a reasonable FileSet to backup to
#    disk storage during initial testing.
#
    File = /usr/ports/sysutils/bacula-server/work/bacula-2.0.1
  }

#
# If you backup the root directory, the following two excluded
#   files can be useful
#
  Exclude {
    File = /proc
    File = /tmp
    File = /.journal
    File = /.fsck
  }
}

I'm brand new to bacula. I'm not even sure if I'm approaching this thing 
right.

jason


Philip W. Dalrymple III wrote:
> sorry, your FileSet directive from your console configuration, it will 
> look SOMETHING like the one
> below.
>
>
> FileSet {
>  Name = "fs-dynamo-all"
>  Enable VSS = yes
>  Ignore FileSet Changes = yes
>  Include {
>    Options {
>      signature = MD5
>      compression=GZIP
>      IgnoreCase = yes
>    }
> #      File = "C:/Documents and Settings/"
>    File = "C:/mdt/"
>  }
>
> }
>
>
>
>
> Jason King wrote:
>
>> I'd be happy to but I don't know what you mean by "post your file 
>> list". I'm not sure what the file list is.
>>
>> Jason
>>
>> Philip W. Dalrymple III wrote:
>>
>>> Could you post your file list, I think that you have an error either 
>>> in that list on in one
>>> other thing that I ran into.
>>>
>>> in one case where we had a Win 2000 box and set
>>> Enable VSS = yes
>>> we got a lot of files not seen by the fd. (Enable VSS is on the job 
>>> record) removing
>>> it made the backup work (files in use could not be backed up of 
>>> course, that is just windows)
>>>
>>> Jason King wrote:
>>>
>>>> There is no error message. It just says "OK", this is the stat on 
>>>> the machine that should be being backed up:
>>>>
>>>> bacula-fd Version: 2.0.1 (12 January 2007)  i386-portbld-freebsd5.4 
>>>> freebsd 5.4-STABLE
>>>> Daemon started 07-Feb-07 15:14, 2 Jobs run since started.
>>>> Heap: bytes=140,946 max_bytes=208,089 bufs=52 max_bufs=76
>>>> Sizeof: boffset_t=8 size_t=4 debug=0 trace=0
>>>>
>>>> Running Jobs:
>>>> Director connected at: 08-Feb-07 08:00
>>>> No Jobs running.
>>>> ====
>>>>
>>>> Terminated Jobs:
>>>> JobId  Level    Files      Bytes   Status   Finished        Name
>>>> ======================================================================
>>>>     3  Full          0         0   OK       07-Feb-07 15:20 MailServer
>>>>    12  Incr          0         0   OK       07-Feb-07 23:02 MailServer
>>>>
>>>>
>>>> As you can see the job appears to "complete" but it has NO data and 
>>>> NO files. I don't know what the problem might be.
>>>>
>>>> Jason
>>>>
>>>> Darien Hager wrote:
>>>>  
>>>>
>>>>> On Feb 7, 2007, at 2:37 PM, Jason King wrote:
>>>>>
>>>>>  
>>>>>  
>>>>>
>>>>>> I've got my director communicating with ALL of my remote servers 
>>>>>> (file
>>>>>> daemons) correctly. Doing a *stat and checking on the clients 
>>>>>> gives me
>>>>>> the client information. I setup the jobs in the diretors config  
>>>>>> file and
>>>>>> tried to run the backup. The backup starts and ends within about 5
>>>>>> seconds and doesn't backup ANY data on ANY of the servers. What  
>>>>>> could I
>>>>>> have done wrong?
>>>>>>        
>>>>>
>>>>> I assume the backup failed with an error message? If so, could 
>>>>> you  post it here?
>>>>>
>>>>> Check that the information the director has for the storage daemon 
>>>>> is  valid. For instance, you cannot tell the director that the 
>>>>> storage  daemon is "localhost", because the director gives that 
>>>>> information to  the clients and for them "localhost" is the wrong 
>>>>> computer. This kind  of error doesn't prevent the director from 
>>>>> contacting all your  clients, but it would prevent the clients 
>>>>> from connecting to the  storage daemon.
>>>>>
>>>>> -- 
>>>>> --Darien A. Hager
>>>>> [EMAIL PROTECTED]
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------- 
>>>>>
>>>>> Using Tomcat but need to do more? Need to support web services, 
>>>>> security?
>>>>> Get stuff done quickly with pre-integrated technology to make your 
>>>>> job easier.
>>>>> Download IBM WebSphere Application Server v.1.0.1 based on Apache 
>>>>> Geronimo
>>>>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 
>>>>>
>>>>> _______________________________________________
>>>>> Bacula-users mailing list
>>>>> Bacula-users@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>>>>  
>>>>>   
>>>>
>>>>
>>>> ------------------------------------------------------------------------- 
>>>>
>>>> Using Tomcat but need to do more? Need to support web services, 
>>>> security?
>>>> Get stuff done quickly with pre-integrated technology to make your 
>>>> job easier.
>>>> Download IBM WebSphere Application Server v.1.0.1 based on Apache 
>>>> Geronimo
>>>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 
>>>>
>>>> _______________________________________________
>>>> Bacula-users mailing list
>>>> Bacula-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>>>  
>>>>

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to