Hello,
I was trying to do a restore and after I marked all the folder/files I
needed the process started and successfully finished, however, when I go to
the folder which where the files are suppoused to be, they are not. The
folder is empty. The client from where Bacula takes this data has not
changed so I know it didn't restore it to the remote client.
Any ideas?
Here is some info:
Job {
Name = "RestoreFiles"
Type = Restore
Client=housigma25-fd
FileSet="Full Set"
Storage = SLDLTv4
Pool = Default
Messages = Standard
Where = /srv/staging/restores
}
FileSet {
Name = "Full Set"
Include {
Options {
signature = MD5
}
File = /usr/sbin
}
Exclude {
File = /var/lib/bacula
File = /nonexistant/path/to/file/archive/dir
File = /proc
File = /tmp
File = /.journal
File = /.fsck
}
}
LOG FILE:
08-Jan 17:01 housigma25-dir JobId 177: Start Restore Job
RestoreFiles.2011-01-08_17.01.42_05
08-Jan 17:01 housigma25-dir JobId 177: Using Device "DLTv4"
08-Jan 17:01 housigma25-sd JobId 177: 3307 Issuing autochanger "unload slot
7, drive 0" command.
08-Jan 17:02 housigma25-sd JobId 177: 3304 Issuing autochanger "load slot 6,
drive 0" command.
08-Jan 17:05 housigma25-sd JobId 177: 3305 Autochanger "load slot 6, drive
0", status is OK.
08-Jan 17:05 housigma25-sd JobId 177: Ready to read from volume "CNH913" on
device "DLTv4" (/dev/nst0).
08-Jan 17:05 housigma25-sd JobId 177: Forward spacing Volume "CNH913" to
file:block 90:0.
08-Jan 17:32 housigma25-sd JobId 177: End of Volume at file 107 on device
"DLTv4" (/dev/nst0), Volume "CNH913"
08-Jan 17:34 housigma25-sd JobId 177: 3307 Issuing autochanger "unload slot
6, drive 0" command.
08-Jan 17:35 housigma25-sd JobId 177: 3304 Issuing autochanger "load slot 5,
drive 0" command.
08-Jan 17:37 housigma25-sd JobId 177: 3305 Autochanger "load slot 5, drive
0", status is OK.
08-Jan 17:37 housigma25-sd JobId 177: Ready to read from volume "CNH914" on
device "DLTv4" (/dev/nst0).
08-Jan 17:37 housigma25-sd JobId 177: Forward spacing Volume "CNH914" to
file:block 121:0.
08-Jan 17:40 housigma25-sd JobId 177: End of Volume at file 122 on device
"DLTv4" (/dev/nst0), Volume "CNH914"
08-Jan 17:41 housigma25-sd JobId 177: 3307 Issuing autochanger "unload slot
5, drive 0" command.
08-Jan 17:42 housigma25-sd JobId 177: 3304 Issuing autochanger "load slot 7,
drive 0" command.
08-Jan 17:45 housigma25-sd JobId 177: 3305 Autochanger "load slot 7, drive
0", status is OK.
08-Jan 17:45 housigma25-sd JobId 177: Ready to read from volume "CNH909" on
device "DLTv4" (/dev/nst0).
08-Jan 17:45 housigma25-sd JobId 177: Forward spacing Volume "CNH909" to
file:block 52:0.
08-Jan 17:48 housigma25-sd JobId 177: End of Volume at file 52 on device
"DLTv4" (/dev/nst0), Volume "CNH909"
08-Jan 17:48 housigma25-sd JobId 177: End of all volumes.
08-Jan 17:48 housigma25-dir JobId 177: Bacula housigma25-dir 5.0.2
(28Apr10): 08-Jan-2011 17:48:03
Build OS: i486-pc-linux-gnu debian 5.0.4
JobId: 177
Job: RestoreFiles.2011-01-08_17.01.42_05
Restore Client: housigma34-fd
Start time: 08-Jan-2011 17:01:44
End time: 08-Jan-2011 17:48:03
Files Expected: 47,545
Files Restored: 47,545
Bytes Restored: 13,386,304,625
Rate: 4817.0 KB/s
FD Errors: 0
FD termination status: OK
SD termination status: OK
Termination: Restore OK
I know that it didn't restore it to the remote client because the folder on
the server is 12.5GB and has 45,547 files, which is less that the supposed
restore.
Any ideas?
Thanks
--------
Romer Ventura
------------------------------------------------------------------------------
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web. Learn how to
best implement a security strategy that keeps consumers' information secure
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
