On Tue, Feb 06, 2007 at 01:33:01PM -0500, Chris Hoogendyk wrote: > OK, maybe I'm being dense, but I can't find it, and am hoping for some > explicit guidance. > > The examples of using wrappers assume you are backing up with tar and > involve recompiling amanda using "--with-gnutar=..." > > I see no comparable option "--with-dump=...", nor any examples with > dump. In particular, I want to run ufsdump on Solaris 9 systems from a > snapshot created with fssnap. I figure that as a special case for > databases, I will use gnutar on a database dump file, so I'll need a > separate wrapper for that. Also, I'm assuming this is something that > applies to the client build, but is irrelevant to the server build.
Configure generates a <src>/config/config.h header file. When building amanda, this file is included by amanda.h which, in turn, is included by most source files. Most of the configure determined information, including DUMP, are specified as #defines in config.h. After running configure, you could edit that file to change DUMP=/usr/sbin/ufsdump to wherever you want to place your wrapper. If, like many on the list, you run configure from a script, you could add the edit step to the end of the script so it doesn't get forgotten. There is an alternative that might not even require a wrapper and the modifications for compiling. What about putting a cron job that runs on each client shortly before amdump will run on the server. It could unmount and destroy any old snapshots, generate and mount new snapshots on the directory of your choice. In this approach you could use the full form of a DLE with both a DLE name and a directory to backup. The name could be either a symbolic one (eg. OPT or CLIENT_OPT for /opt) or the normal mount point (eg. /opt) while the directory to backup would be wherever you choose to mount the snaps (eg. /snapshots/opt). So your disklist, instead of looking like: Client /opt dumptype ... (i.e. without a separate DLE name) would look like: Client OPT /snapshots/opt dumptype ... or Client /opt /snapshots/opt dumptype ... -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road (609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
