Menu
▾
▴
[Bacula-bugs] [bacula 0000580]: WildFile not working as expected
|
From: <bac...@li...> - 2006-04-04 15:19:39
|
The following bug has been CLOSED ====================================================================== http://bugs.bacula.org/bug_view_advanced_page.php?bug_id=0000580 ====================================================================== Reported By: marcZ Assigned To: ====================================================================== Project: bacula Bug ID: 580 Category: Director Reproducibility: always Severity: minor Priority: normal Status: closed ====================================================================== Date Submitted: 03-28-2006 23:26 PST Last Modified: 04-04-2006 08:19 PDT ====================================================================== Summary: WildFile not working as expected Description: We would expect that the following FileSet keeponly the files that match kernoel-bin.* FileSet { Name = "DBChanges Set" Include { Options { recurse=no signature=MD5 compression=GZIP } Options { Exclude = no WildFile = "kernoel-bin.*" } Options { Wild = "*" Exclude = yes } File = /var/lib/mysql } } but it keeps nothing at all, but if I use instead of the WileFile = "kernoel-bin.*" the line: RegexFile = "kernoel-bin\..*" it works as expected. Note that I was expecting wildfile to work as usual under a unix shell, i.e. as specified in glob(3) manual. ====================================================================== ---------------------------------------------------------------------- kern - 03-28-2006 23:49 PST ---------------------------------------------------------------------- I'm sorry, but you are requesting support. As much as I would like to, I cannot support people on a bugs database. Please read the support page on the web site www.bacula.org ---------------------------------------------------------------------- marcZ - 03-29-2006 06:40 PST ---------------------------------------------------------------------- Sorry I'm not requesting any support, the conf file works very well with RegexFile so I don't need "support", but it seems that WildFile does not work as expected, this is why I have put this ticket, of course I may be wrong, in this case I apologize for my error. In any case I thank you for your answer. ---------------------------------------------------------------------- kern - 03-31-2006 03:06 PST ---------------------------------------------------------------------- I'll leave you to explore your problem with the bacula-users list. This code has been in Bacula for a *very* long time. It uses the OS supplied fnmatch() subroutine, so if it *is* broken (unlikely IMO), you will need to talk to your OS vendor. If the bacula-users list (more experienced than I on wild-cards) feels this is a bug, please resubmit it. ---------------------------------------------------------------------- marcZ - 03-31-2006 08:54 PST ---------------------------------------------------------------------- You are right it is definitely not a bug. I have got confused by the name "filename" that I had thought to be a basename, but it is not true it is a file path (may be you could also give the word "file path" it in the manual, for dumb people like me ) also because all unix examples in the manual of WildFile begin by a star, so they match both the filepath and the basename. (ok the manual writer is not responsible If I never look at windows examples!) The correct conf is: FileSet { Name = "DBChanges Set" Include { Options { # recurse=no signature=MD5 compression=GZIP } Options { Exclude = no WildFile = "/var/lib/mysql/kernoel-bin.*" # RegexFile = "kernoel-bin\..*" } Options { Wild = "*" Exclude = yes } File = /var/lib/mysql } } my WildFile = "kernoel-bin.*" was erronneous because it does not match at the beginning of the path. For regex they are not deemed to match at the beginning (if they don't begin by a carret) so RegexFile = "kernoel-bin\..*" was working right. Sorry for this unnecessary post, and thank you for your previous answer (I found my error looking for this fnmatch call in the code source !) ---------------------------------------------------------------------- kern - 04-04-2006 08:19 PDT ---------------------------------------------------------------------- Thanks for the feedback. I'm happy you found the problem. In the near future, I will supply a program that will allow users to test their wild-card commands much easier ... Bug History Date Modified Username Field Change ====================================================================== 03-28-06 23:26 marcZ New Bug 03-28-06 23:49 kern Bugnote Added: 0001594 03-28-06 23:49 kern Resolution open => not a bug 03-28-06 23:49 kern Status new => closed 03-29-06 06:40 marcZ Bugnote Added: 0001604 03-29-06 06:40 marcZ Resolution not a bug => reopened 03-29-06 06:40 marcZ Status closed => feedback 03-31-06 03:06 kern Bugnote Added: 0001615 03-31-06 03:06 kern Resolution reopened => not a bug 03-31-06 03:06 kern Status feedback => closed 03-31-06 08:54 marcZ Bugnote Added: 0001625 03-31-06 08:54 marcZ Resolution not a bug => reopened 03-31-06 08:54 marcZ Status closed => feedback 04-04-06 08:19 kern Bugnote Added: 0001626 04-04-06 08:19 kern Resolution reopened => not a bug 04-04-06 08:19 kern Status feedback => closed ====================================================================== |