Hi , Am Dienstag, 21. Juni 2005 23:13 schrieb Kern Sibbald: > On Tuesday 21 June 2005 18:25, Stefan Armbruster wrote: > > Hi, > > > > I solved this issue (at least paritally..). Switching on the "portable" > > flag in the fileset causes the backup to emit warnings just like before. > > But I can restore the files to a unix fd where arbitrary deeply nested > > paths are no problem. From there I can move the files back to the windows > > box. > > > > Not very elegant... but it works. > > Nice solution ! -- provided Windows specific permissions are not important > or can be re-established. If I have to choose between getting "100% of the files and no permission information" or "90% of the files plus permissions", I'd take the first one ;-) > > If you are willing to try an experimental FD, I'll have one in a day or two > that *should* work. After looking at the code, I see that all the > necessary pieces (subroutines) exist, it is just a matter of putting them > all together at the right time ... That will be great! I'll test the FD on a clone of the production server. Please let me know when you got this.
Regards, Stefan > > > Regards, > > Stefan > > > > Am Dienstag, 21. Juni 2005 11:53 schrieb Stefan Armbruster: > > > 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 > > > > > Bacula-users@lists.sourceforge.net > > > > > 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 > > > Bacula-users@lists.sourceforge.net > > > 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 > > Bacula-users@lists.sourceforge.net > > 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
