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 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 ... > > 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 -- Best regards, Kern ("> /\ V_V ------------------------------------------------------- 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
