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