Menu
▾
▴
Re: [Bacula-users] Windows restore problems
|
From: Arno L. <al...@it...> - 2005-03-31 19:52:31
|
Hello, Ray Pengelly wrote: > Thanks for the quick response, > > >>Arno Lehman wrote: >>Hi. >> >>Ray Pengelly wrote: >> >> >>> >>>Something weird is going on with Windows restores. I have been over the >>>manual. I have been testing and recreating this problem and cannot >>>figure out what is going on. This might be a bit lengthy but I don't >>>know how else to explain it. >> >>Oh, I love long-winded stuff :-) >> >>But since not everybody else might, I throe away most of your mail :-( >> >>We have: >>A problem I see with your job definitions (but I'm not absolutely sure >>here): The default job is named just like the real job. I remember >>reading about problems with such a setup. >>Changing the configuration should be easy enough, for example call your >>default jobs DEF-Jobname and reference that in the jobs. > > Changed this but it had no effect on the restore. > >>A restore of a windows fileset that only restores the directory, not the >>files in it: >> >> >>>It only restored 360 bytes and one file. This was C:/Stuff/Docs. There >>>was nothing inside of it when restored. It seems bacula is backed up >>>properly. I can't understand why it can't retrieve the files back. Any >>>ideas? All of my unix backups work fine. It's only for windows clients >>>that this happens. >> >>You could verify, after selecting Docs in C:/Stuff, that the contents in >>Stuff is also selected. > > The problem seems to be when the restore is called it only inserts 1 file > into the tree: Here is the console output: > > #restore > > Enter JobId(s), comma separated, to restore: Unexpected question has been > received. > 620 > You have selected the following JobId: 620 > > Building directory tree for JobId 620 ... > 1 Job, 1 files inserted into the tree. > > You are now entering file selection mode where you add (mark) and > remove (unmark) files to be restored. No files are initially added, unless > you used the "all" keyword on the command line. > Enter "done" to leave this mode. > > The backup completes ok with this output: > 31-Mar 10:24 dmstore-dir: Start Backup JobId 620, > Job=RADAR.2005-03-31_10.24.24 > 31-Mar 10:21 radar-fd: Cannot open c:/Stuff/Docs/Accounts.xls: > ERR=Access is denied. . > 31-Mar 10:21 radar-fd: Cannot open c:/Stuff/Docs/WebserverAccts.xls: > ERR=Access is denied. . But in your last mail, such a message did not appear... Did you change anything in between the tries? Anyway, this message tells you that the client file daemon coldnot write the restored file. Access rights or an open file, I'd say. > 31-Mar 10:24 dmstore-sd: Alert: sh: tapeinfo: not found 31-Mar 10:24 > dmstore-dir: Bacula 1.36.2 (28Feb05): 31-Mar-2005 10:24:42 > JobId: 620 > Job: RADAR.2005-03-31_10.24.24 > Backup Level: Full > Client: radar-fd > FileSet: "TestSet" 2005-03-02 18:36:38 > Pool: "CIHR" > Storage: "L25" > Start time: 31-Mar-2005 10:24:26 > End time: 31-Mar-2005 10:24:42 > FD Files Written: 275 > SD Files Written: 275 > FD Bytes Written: 25,245,391 > SD Bytes Written: 25,295,026 > Rate: 1577.8 KB/s > Software Compression: None > Volume name(s): FTY306S1 > Volume Session Id: 3 > Volume Session Time: 1112280081 > Last Volume Bytes: 37,579,223,075 > Non-fatal FD errors: 2 > SD Errors: 0 > FD termination status: OK > SD termination status: OK > Termination: Backup OK -- with warnings > > 31-Mar 10:24 dmstore-dir: Begin pruning Jobs. > 31-Mar 10:24 dmstore-dir: Pruned 3 Jobs for client radar-fd from catalog. > 31-Mar 10:24 dmstore-dir: Begin pruning Files. > 31-Mar 10:24 dmstore-dir: No Files found to prune. > 31-Mar 10:24 dmstore-dir: End auto prune. > > So it seems that the something is happening when recover is inserting the > records for marking. I don't know whether the databe isn't holding the > records but I don't know how to debug that. Can I query the db (sqlite) to > find all files in job 620? Sure. As I don't know sqlite and its tools, use sqlquery on the console. > >>If it isn't, I'd guess the console or the director behave "funny", >>but... probably you should check the fileset in the restore job - it >>could exclude the files themselves somehow. >> > > The restore job uses the same fileset named "TestSet" as the backup.Is this > a problem? Hardly. I guess that it might be a problem if it used a fileset which excluded something. > >>You could try to send the restore to another location, and see what >>happens. > > > Tried this with the same outcome. I ended up with > C:/Stuff/Docs/tmp/c//Stuff/Docs with nothing in it. Basically the sam, I'd say. It looks as though the restore bahviour did change in between. Arno > > >>Just some ideas... >> >> >>Arno >> >> >>> >>>I gladly send off my bacula-dir.conf if anyone needs it. >>> >>> >>> >>>Ray >>> >>> >>> >>> >>> >>> >>> >>>Ray Pengelly >>> >>>Computing Technologist >>> >>>CIHR Group In Sensory-Motor Systems >>> >>>Queen's University >>> >>>613-533-6000 x74139 >>> >>>ra...@bi... <mailto:ra...@bi...> >>> >>> >>> >>>"Wouldn't it be great if life were like windows where you could hit >>>ctrl-alt-delete and start over when things go wrong?" - Anonymous >>> >>> >>> >>>"How about life being like Unix where they don't mess up in the first >>>place" - Ray >>> >>> >>> >> >>-- >>IT-Service Lehmann al...@it... >>Arno Lehmann http://www.its-lehmann.de >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by Demarc: >>A global provider of Threat Management Solutions. >>Download our HomeAdmin security software for free today! >>http://www.demarc.com/Info/Sentarus/hamr30 >>_______________________________________________ >>Bacula-users mailing list >>Bac...@li... >>https://lists.sourceforge.net/lists/listinfo/bacula-users > > > -- IT-Service Lehmann al...@it... Arno Lehmann http://www.its-lehmann.de |