Bacula-users

Re: [Bacula-users] Restoring to a folder?

2011-01-10 15:49:11
Subject: Re: [Bacula-users] Restoring to a folder?
From: "Romer Ventura" <rventura AT h-st DOT com>
To: "'Dan Langille'" <dan AT langille DOT org>
Date: Mon, 10 Jan 2011 14:30:15 -0600

Thanks
--------
Romer Ventura


-----Original Message-----
From: Dan Langille [mailto:dan AT langille DOT org] 
Sent: Monday, January 10, 2011 11:32 AM
To: Romer Ventura
Cc: bacula-users AT lists.sourceforge DOT net
Subject: Re: [Bacula-users] Restoring to a folder?

On 1/10/2011 10:54 AM, Romer Ventura wrote:
> -----Original Message-----
> From: Dan Langille [mailto:dan AT langille DOT org]
> Sent: Monday, January 10, 2011 10:02 AM
> To: Romer Ventura
> Cc: bacula-users AT lists.sourceforge DOT net
> Subject: Re: [Bacula-users] Restoring to a folder?
>
> On 1/10/2011 10:21 AM, Romer Ventura wrote:
>> 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?
>
> Have you looked in /srv/staging/restores on housigma34-fd?

If you top post, it makes it very difficult to follow the story... :)

 > Housigma34-fd is a Windows server so there is no /srv/staging/restores

Well, that is where the job is trying to restore.  Look at the WHERE field
listed above.

 >
 > In addition to that, the restore job has: "client= housigma25-fd" 
which is a
 > debian server and also the localhost.

Look at restore client in the output above.  It is not restoring where where
you think it is.

 > Also, the available space for both server has not changed so if the
restore  > happened somewhere, I would notice 13GB less than reported.

When you are running the restore job, you probably want to mod the job (as
opposed to y/n when prompted).  You probably want to change the restore
client and the WHERE field.


--
Dan Langille - http://langille.org/


Sorry, Outlook just adds it to the top. I ll try to remember.

Thanks for the help. I did not notice that the restore was set for
housigma34 client, I changed the path from /srv/staging/restore to a valid
windows path and it worked with no problems. 

Thanks!


------------------------------------------------------------------------------
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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users

<Prev in Thread] Current Thread [Next in Thread>