Hello John, 2.4.3b3 is buggy with relative exclude list. Try the latest snapshot from http://www.iro.umontreal.ca/~martinea/amanda .
Jean-Louis On Mon, Aug 19, 2002 at 08:47:52PM -0400, John Ouellette wrote: > > Ok, now that's interesting... I'll agree that the fact that you're using > 2.4.3b3 and aren't having problems indicates that you're right. > However... The comments in the amanda.conf file say: > > "Note that the `full pathname' of a file within its > filesystem starts with `./', because of the way amanda runs > gnutar: `tar -C $mountpoint -cf - --lots-of-options .' (note > the final dot!) Thus, if you're backing up `/usr' with a > diskfile entry like ``host /usr gnutar-root', but you don't > want to backup /usr/tmp, your exclude list should contain > the pattern `./tmp', as this is relative to the `/usr' above. > Please refer to the man-page of gnutar for more information. > If a relative pathname is specified as the exclude list, > it is searched from within the directory that is > going to be backed up." > > The man page says: > > " For exclude list, If the file name is relative, the > disk name being backed up is prepended. So if this > is entered: > > exclude list ".amanda.excludes" > > the actual file use would be /var/.amanda.excludes > for a backup of /var, /usr/local/.amanda.excludes > for a backup of /usr/local, and so on." > > These suggest that the exclude pattern, whether as a exclude pattern or a > file containing a list of patterns, is supposed to have *relative* > pathnames, not absolute pathnames. Yes, your list is relative, but your > path for the exclude list file itself is absolute > (/usr/local/etc/amanda/exclude.gtar) which is not quite what the docs > recommend.... > > I'll try some absolute paths later: if they work, it suggests a > documentation bug, rather than a coding one... > > J. > > On Mon, 19 Aug 2002, Gene Heskett wrote: > > > On Monday 19 August 2002 20:09, John Ouellette wrote: > > >We're going a bit far afield from what Kevin had originally posted > > > but oh well. > > > > > >Are you using version 2.4.2, Gene? > > > > No, 2.4.3b3-20020805 right now. And I'm not having any known > > problems, none. And other than some broken scripting in the > > amstatus command, I've had zilch troubles with amanda in the last 4 > > or more months, thru a goodly number of 2.4.3b* versions. > > > > > Kevin and I are using v2.4.3b3 > > > and have found the same problem with exclude lists. What I have > > > found (again, with v2.4.3b3) was that the exclude keyword in a > > > dumptype definition *causes the size estimates from tar to fail*. > > > The debug info from Amanda shows that tar is never even called. > > > From one of my tests (sendsize.*.debug): > > > > > >++++++++++++++++++++++++++++++++++++++++++ > > >sendsize: debug 1 pid 27066 ruid 499 euid 499 start time Mon Aug > > > 19 14:31:57 2002 > > >/home/amanda/libexec/sendsize: version 2.4.3b3 > > >sendsize: calculating for amname '/', dirname '/' > > >sendsize: getting size via gnutar for / level 0 > > >++++++++++++++++++++++++++++++++++++++++++ > > > > Any one of my copious numbers of sendsize.*.debug files is exactly > > like the rest, containing only a copy of the exclude file as > > follows: > > ----- > > ./usr/dumps/* > > ./var/pacct > > ----- > > So I again submit that the exclude logic isn't broken, but that the > > file itself simply isn't being found due to a lack of a full > > pathlist in the dumptype specification, as is shown that I am using > > below. > > > > >(Note that there were three other partitions called with the same > > >dumptype: the size estimates weren't even attempted by amanda -- > > > the above is the entire contents of the debug file.) This with a > > > dumptype definition of: > > > > > > > This is yours > > > > >define dumptype TEST { > > > global > > > comment "test dumptype" > > > program "GNUTAR" > > > compress none > > > index > > > exclude "./amanda" <---whats the current pwd when this > > executes? > > > record no > > >} > > > > > >(The idea of the exclude was the same as Kevin's: to exclude the > > > holding disk areas from those disks.) The result is the same if > > > I use: > > > > > >exclude "./amanda*" > > >exclude "*amanda* > > >exclude list ".amanda.exclude" > > >exclude list "./.amanda.exclude" > > > > > >etc., in the dumptype definition. The exclude keyword seemed to > > > work in v2.4.2p2, but I decided to upgrade to 2.4.3b3 to get > > > other features working (I'm not sure if it was worth it now...). > > > > Thats odd. I also note that you still aren't giving it a full path > > to the exclude file. Its possible that the fact that it can't find > > it might be enough of an error to cause the tar call to fail. > > > > >I've taken a brief look into the code for how exclude lists are > > > handled, but there was such a big change from v2.4.2 to v2.4.3, > > > I'm not sure if I'll be able to figure out what broke the exclude > > > keyword... > > > > > >Note that in the amandad debug file, the exclude list seems to be > > > parsed OK, so it really must be in the call to sendsize that the > > > error is occurring... > > > > > >J. > > > > > >On Mon, 19 Aug 2002, Gene Heskett wrote: > > >> On Monday 19 August 2002 16:12, John Ouellette wrote: > > >> >I've played around with the exclude lists for a while (as > > >> > defined in the dumptypes) and have had no luck in getting any > > >> > configs with exclude lists to work, whether I define the paths > > >> > with the leading ./ or no.... > > >> > > > >> >Kevin was using an exclude list defined in the disklist, but I > > >> > assume it is the same code that parses this and passes it on > > >> > to 'tar', so the same bug might exist. > > >> > > > >> >And, according to the docs and examples, you do need the > > >> > quotes... (or get a parse error if you exclude them). > > >> > > >> I'm not here, but I'm using an exclude file too, here it is: > > >> --------------------- > > >> ./usr/dumps/* > > >> ./var/pacct > > >> --------------------- > > >> > > >> Also, I recall the filename didn't give the full path in your > > >> earler example, which should look like this in your amanda.conf: > > >> ------------------------------------------ > > >> define dumptype root-tar { > > >> global > > >> program "GNUTAR" > > >> comment "root partitions dumped with tar" > > >> compress none > > >> index yes > > >> exclude list "/usr/local/etc/amanda/exclude.gtar" > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > >> priority low > > >> } > > >> > > >> define dumptype user-tar { > > >> root-tar > > >> comment "user partitions dumped with tar" > > >> exclude list "/usr/local/etc/amanda/exclude.gtar" > > Again^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > >> compress server best > > >> priority medium > > >> } > > >> -----------------etc, etc taking note that each "dumptype" can > > >> have its own unique name-it-whatever-file. > > >> > > >> >I've started to trudge through the code to see if the bug is > > >> > obvious, but haven't managed to get far. > > >> > > > >> >J. > > >> > > > >> >On Mon, 19 Aug 2002, Gene Heskett wrote: > > >> >> On Monday 19 August 2002 12:00, Kevin Passey wrote: > > >> >> >Thanks John > > >> >> > > > >> >> >That is what I am using. > > >> >> > > > >> >> >I only what to omit the /dumps folders. > > >> >> > > >> >> Did you specify them as "./dumps" (without the quotes of > > >> >> course) The missing leading dot in your line above says its > > >> >> your exclude file thats broken. Tar's exludes are relative > > >> >> to the currently being processed directory, hence the leading > > >> >> ./ > > >> >> > > >> >> >I think I will have to create them in a separate partition. > > >> >> > > > >> >> >Thanks for that. > > >> >> > > > >> >> >Regards > > >> >> > > > >> >> >Kevin > > >> >> > > > >> >> > > > >> >> > > > >> >> >-----Original Message----- > > >> >> > > >> >> From: John Ouellette [mailto:[EMAIL PROTECTED]] > > >> > > >> [...] > > > > > > -- > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > John Ouellette | Ph: 212-313-7919 > Department of Astrophysics | Fax: 212-769-5007 > American Museum of Natural History | e-mail: [EMAIL PROTECTED] > Central Park West at 79th St. | http://research.amnh.org/astrophysics > New York, NY 10024-5192 | > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > -- Jean-Louis Martineau email: [EMAIL PROTECTED] Departement IRO, Universite de Montreal C.P. 6128, Succ. CENTRE-VILLE Tel: (514) 343-6111 ext. 3529 Montreal, Canada, H3C 3J7 Fax: (514) 343-5834