xfs-masters
[Top] [All Lists]

[Bug 1135] New: Add option to override the session directory

To: xfs-masters@xxxxxxxxxxx
Subject: [Bug 1135] New: Add option to override the session directory
From: bugzilla-daemon@xxxxxxxxxxx
Date: Mon, 01 Feb 2016 23:41:50 +0000
Auto-submitted: auto-generated
Delivered-to: xfs-masters@xxxxxxxxxxx
Bug ID 1135
Summary Add option to override the session directory
Product XFS
Version unspecified
Hardware All
OS Linux
Status NEW
Severity enhancement
Priority P5
Component xfsdump
Assignee xfs-masters@oss.sgi.com
Reporter v13@v13.gr
CC v13@v13.gr
Classification Unclassified
CC v13@v13.gr

Hi there,

I'd like to ask to add an  option to xfsdump to use an alternate session/state
directory, in place of /var/lib/xfsdump/inventory. E.g. one that is passed in
the command line.

The rationale behind that is this:

I'm developing an opensource backup wrapper that uses xfsdump among other
tools. The backup tool is meant to support multiple backup strategies, each one
acting individually.

So, the idea is to have strategy A, that would (e.g.) backup /home and store it
under /mnt/backup, along with strategy B that would backup /home and push it to
a remote location. You may think that this is not good and that xfsdump should
run only once in the above scenario, but this is an example and there are other
cases too. For example, strategy B could be one that's performed for testing,
or manually only, while strategy A can run from cron daily.

The problem with xfsdump is that this is not possible because, as far as I
understand it, it is assumed that all xfsdump invocations share the same
session information, stored under /var/lib/xfsdump/inventory. Thus, it's not
possible to have two strategies, both performing level 0 and level 5 backups of
the same partition, without affecting each other.

Hence my request, to add an option to xfsdump to store session data to a user
defined directory.

Thanks,
Stefanos


You are receiving this mail because:
  • You are the assignee for the bug.
<Prev in Thread] Current Thread [Next in Thread>