From: Thiago L. <thi...@we...> - 2004-02-04 02:22:54
|
I'm using non-interactive restore to restore files backuped in a machine that IT IS NOT the client that was backuped. I have 2 clients machines: penso-fd - linux backup server and bacula client jungledesk - windowsxp desktop and bacula client I've backuped files from jungledesk and I'm able to restore then using the following command: *restore file="C:/NessusDB/ananke.session/01C3E10F12623190.SCAN/scan.cfg" client=jungledesk storage=File If I try this command changing client=penso-fd to restore files into the backup machine it does not work. It says that it cant find the file to restore. BUT if I run a backup job using penso-fd as client(any backup, even a backup with just one file like '/tmp/test.txt' ) and issue it again, it works. So I belive that it does not allow restores to machines that never had a backup. Is that right? Maybe it performs a check that it shouldn't ? And Kern, your ua_restore.c worked well BUT order still matter. File= must be the last one. look at my restore line for the web interface : *restore before="2004-02-03 16:28:00" storage=File where=/tmp/restore client=penso-fd file="C:/NessusDB/jungle.txt.txt" Regards Thiago Madeira de Lima. |
From: Kern S. <ke...@si...> - 2004-02-04 09:31:28
|
On Tue, 2004-02-03 at 19:53, Thiago Lima wrote: > > > I'm using non-interactive restore to restore files backuped in a > machine that IT IS NOT the client that was backuped. > > I have 2 clients machines: > > penso-fd - linux backup server and bacula client > jungledesk - windowsxp desktop and bacula client > > I've backuped files from jungledesk and I'm able to restore then > using the following command: > > *restore > file="C:/NessusDB/ananke.session/01C3E10F12623190.SCAN/scan.cfg" > client=jungledesk storage=File > > If I try this command changing client=penso-fd to restore files into > the backup machine it does not work. It says that it cant find the file to > restore. BUT if I run a backup job using penso-fd as client(any backup, even > a backup with just one file like '/tmp/test.txt' ) and issue it again, it > works. > > So I belive that it does not allow restores to machines that never > had a backup. Is that right? Maybe it performs a check that it shouldn't ? > > And Kern, your ua_restore.c worked well BUT order still matter. > File= must be the last one. > > look at my restore line for the web interface : > *restore before="2004-02-03 16:28:00" storage=File > where=/tmp/restore client=penso-fd file="C:/NessusDB/jungle.txt.txt" Hello, First, concerning the order of the commands. Yes, you must supply the File= as the last argument. I have not and don't intend to change that. If I understand your email correctly, the problem is that you backed up to one client and you want to restore to another client. The problem is that there are two clients involved, and the command line of the restore deals only with the one where the files were backed up. The client= that is specified on the restore command, is the client where the files were backed up -- otherwise, Bacula will not know where to find the files. The current command line form of the restore command does not allow you to specify the name of the client where to restore the file -- it assumes that you are restoring the files to the original client. If you want to restore to another client, you will need to use the mod option that is presented in the prompt after the run command is issued. At that point, the Client refers to where the files will be restored. Best regards, Kern |
From: Thiago L. <thi...@we...> - 2004-02-04 10:43:43
|
>Hello, Hi! >First, concerning the order of the commands. Yes, you must >supply the File= as the last argument. I have not and don't >intend to change that. Ok, that is not a problem since it works. I don't know if it is documented, it should. > >If I understand your email correctly, the problem is that you >backed up to one client and you want to restore to another >client. The problem is that there are two clients involved, >and the command line of the restore deals only with the one >where the files were backed up. Right. >The client= that is specified on the restore command, is the >client where the files were backed up -- otherwise, Bacula >will not know where to find the files. >The current command line form of the restore command does not >allow you to specify the name of the client where to restore >the file -- it assumes that you are restoring the files to the >original client. If you want to restore to another client, >you will need to use the mod option that is presented in the >prompt after the run command is issued. At that point, the >Client refers to where the files will be restored. Ok, but using client= is working for me to restore the files in another machine. All I had to do is to select a client that had a at least one backup job in the past. Anyway, If this is not the meaning of the command I belive it will stop working someday. Maybe it would be nice to have a option in restore command to select the client where the files are going to be restored. >Best regards, Kern > Thanks a lot for all the help, as allways kern. Thiago lima. |
From: Kern S. <ke...@si...> - 2004-02-04 13:35:25
|
On Wed, 2004-02-04 at 11:43, Thiago Lima wrote: > >Hello, > > Hi! > > >First, concerning the order of the commands. Yes, you must > >supply the File= as the last argument. I have not and don't > >intend to change that. > > Ok, that is not a problem since it works. I don't know if it is > documented, it should. > > > > >If I understand your email correctly, the problem is that you > >backed up to one client and you want to restore to another > >client. The problem is that there are two clients involved, > >and the command line of the restore deals only with the one > >where the files were backed up. > > Right. > > >The client= that is specified on the restore command, is the > >client where the files were backed up -- otherwise, Bacula > >will not know where to find the files. > > >The current command line form of the restore command does not > >allow you to specify the name of the client where to restore > >the file -- it assumes that you are restoring the files to the > >original client. If you want to restore to another client, > >you will need to use the mod option that is presented in the > >prompt after the run command is issued. At that point, the > >Client refers to where the files will be restored. > > Ok, but using client= is working for me to restore the files in > another machine. All I had to do is to select a client that had a at least > one backup job in the past. I do not believe that the restore command is doing what you think it is. Be aware!!!! If you specify a client name (which must be either done on the command line or via a prompt), the files specified will be from that client and will be restored to that client. > > Anyway, If this is not the meaning of the command I belive it will > stop working someday. Maybe it would be nice to have a option in restore > command to select the client where the files are going to be restored. Yes, the keyword needs to have a FromClient and a ToClient, or maybe better BackupClient and RestoreClient keywords, but again that does not exist today. Everything assumes BackupClient only if done only through command line options. Regards, Kern > > >Best regards, Kern > > > > Thanks a lot for all the help, as allways kern. > > Thiago lima. > |
From: Thiago L. <thi...@we...> - 2004-02-04 13:55:43
|
>> >> Ok, but using client= is working for me to restore the files in >> another machine. All I had to do is to select a client that had a at >> least one backup job in the past. > >I do not believe that the restore command is doing what you >think it is. >Be aware!!!! If you specify a client name (which must be >either done on the command line or via a prompt), the files >specified will be from that client and will be restored to >that client. Trust me, it is doing this. I have 2 machines, one linux and one windows. And I'm restoring "C:/Documents and Settings/filename" that was backuped from windows into my linux box using the following command : *restore before="2004-2-3 16:30:47" storage=File where=/home/samba/public/restore client=penso-fd file="C:/Documents and Settings/filename" I'm doing this to avoid permission problem in my windows box. Also my backups are all portable=yes >> Anyway, If this is not the meaning of the command I >belive it will >> stop working someday. Maybe it would be nice to have a option in >> restore command to select the client where the files are >going to be restored. > >Yes, the keyword needs to have a FromClient and a ToClient, or >maybe better BackupClient and RestoreClient keywords, but >again that does not exist today. Everything assumes >BackupClient only if done only through command line options. yes, that would be great. Regards Thiago Lima. |