Hi, thanks for your answer. The "portable" options is currently not used, aka off. I'll run some tests with this option enabled. I've got another ideas and like to get some comment if this could work:
1) What about linking (the same link unix's "ln -s") the too deep nested direcories to a shorter path, e.g. link from d:/path1/path2/path3/path4/.../path_last/ to d:/linked_dirs/path_last/ When excluding the former and including the short path in the fileset definition, all files inside path_last should be accessible. 2) Is it possible, to strip off directory names when restoring? If yes, I probably could restore the deep nested files into a rather short path. E.g. assume file d:/path1/path2/path3/myfile.txt to be restored into d:/restore/myfile.txt without /path1/path2/path3. Stefan Am Dienstag, 21. Juni 2005 11:01 schrieb Kern Sibbald: > Hello, > > Unfortunately, this is typical Microsoft "crap". I generally don't like to > use words like that. Microsoft permits building really long paths, but the > file creation code doesn't accept such long paths, so the only choice is to > "cd" into the directory and create the files with a relative path rather > than the absolute path. > > Anyway, Bacula does not do that (cd into the directory and use relative > paths), and I've been wondering when someone would hit the limits. Bacula > is able to create the directories, because they must be created one at a > time by splitting the path into each of its components. > > As for the solution, I do not know. smbfs does not seem to me to be a > particularly good way to go because it does not (to my knowledge) preserve > all the Microsoft information. > > My suggestions: > - If you are using the "portable" option, turn it off and see if that works > (pretty unlikely). > - Try using Samba, but you are very likely to run into the same problem. > - Use some backup program such as NTBACKUP to back those files up locally > to disk, then backup the NTBACKUP disk file with Bacula (not very > satisfactory, but it could work). > - Make sure to bring this issue up in September when I request input for > features in the next Bacula version. > - I'll take a look at the code, perhaps I could put a "gross kludge" to > make it work by detecting the error, doing a cd and then retrying the > create. > > On Tuesday 21 June 2005 09:44, Stefan Armbruster wrote: > > Hi, > > > > on one of our Windows servers there are pretty long directory names in a > > pretty deep nested structure. When Bacula FD tries to backup this > > structure, I got a lot of warnings like this: > > > > 11-Jun 01:50 <hostname>: Could not stat d:/<a long deeply nested > > path>/<longfilename>: ERR=Der Dateiname oder die Erweiterung ist zu lang. > > > > Translated to English this message says "the filename or the extension is > > too long". The backup protocol email says "Backup OK". > > > > When I examine the catalog, it seems like these files are backed up > > correctly. I tried to restore these, an got an "Backup ERROR" in the > > email. The detailed message looks like: > > 14-Jun 14:16 <hostname>: Restore-Job.2005-06-14_14.02.30 Error: .. > > \findlib\../../findlib/create_file.c:182 Could not create d:/<a long > > path>/<longfilename>: ERR=Der Dateiname oder die Erweiterung ist zu lang. > > > > The restore job reconstructs the path but not the files itself. > > > > What is the recommended way to deal with this? Please don't recommend to > > shorten the path names, since the management has a fixed schema how to > > name paths and files, and they won't change this :-( > > Should I skip the windows fd and use smbfs to mount the windows drive? > > > > Regards, > > Stefan > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > > from IBM. Find simple to follow Roadmaps, straightforward articles, > > informative Webcasts and more! Get everything you need to get up to > > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > > _______________________________________________ > > Bacula-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/bacula-users ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Bacula-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-users
