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. . 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? > > 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? > 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. > > 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 > > > > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > > > > > > > "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 [EMAIL PROTECTED] > 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 > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users ------------------------------------------------------- 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
