Well, those are both interesting, but don't get me anywhere right now.

I know it can be done, I just don't know what it takes to do it.

Here's just enough information to tantalize: http://forums.zmanda.com/showthread.php?t=75

I'd even be willing to tangle a little with source code, as long as it didn't get too messy and someone could point me to it with enough detail. Or, I wonder if it could be as simple as going into Makefile and changing "DUMP=/usr/sbin/ufsdump" to something else? "Simple" being defined as excluding the process of writing and debugging the script -- but I've done that for my own backup scripts before adopting amanda.

A quick look through indicates that there are about 10 different src or Makefiles that have "DUMP=/usr/sbin/ufsdump" after having run the configure.


---------------

Chris Hoogendyk

-
  O__  ---- Systems Administrator
 c/ /'_ --- Biology & Geology Departments
(*) \(*) -- 140 Morrill Science Center
~~~~~~~~~~ - University of Massachusetts, Amherst
<[EMAIL PROTECTED]>

---------------
Erdös 4



Paddy Sreenivasan wrote:
Please take a look at Application API documentation in
http://wiki.zmanda.com/index.php/Application_API

Jean-Louis has started working on it.

Paddy

On 2/6/07, Patrick M. Hausen <[EMAIL PROTECTED]> wrote:
Hi, all!

On Tue, Feb 06, 2007 at 01:33:01PM -0500, Chris Hoogendyk wrote:

> 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 read your entire post and second your suggestions for the
future development of Amanda. It would be great if one could
specify the backup utilities used and their parameters via
configuration instead of via recompiling.

Short answer to your current problem: the FreeBSD port has got
an option to enable snapshots. If you choose to use them, it
patches the Amanda source.

Since the FreeBSD port maintainers in general seek to be as
non-intrusive as possible to 3rd party software, my educated
guess is that this is the only way to achieve the desired effect.

HTH,

Patrick M. Hausen
Leiter Netzwerke und Sicherheit
--
punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe
Tel. 0721 9109 0 * Fax 0721 9109 100
[EMAIL PROTECTED]       http://www.punkt.de
Gf: Jürgen Egeling      AG Mannheim 108285

Reply via email to