This bug is missing log files that will aid in diagnosing the problem.
While running an Ubuntu kernel (not a mainline or third-party kernel)
please enter the following command in a terminal window:
apport-collect 1829409
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a comment stating that fact and change
the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.
** Changed in: linux (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1829409
Title:
xfsdump doesn't allow levels beyond 0-9
Status in linux package in Ubuntu:
Incomplete
Bug description:
Hi!
I've found, quite surprised, that xfsdump doesn't allow dump level
numbers outside of the range [0-9]. Given that even storing that
number requires a full byte (8 bits), it boggles the mind why more
numbers aren't supported. The usefulness of supporting more numbers
(24? even 255...) is for taking hourly delta snapshots of live
filesystems using xfsdump as a backup measure.
With a simple script one can write a backup that takes a full dump
(level 0) of the filesystem for the first backup of a given date, and
all other backups during that day are incrementals (levels are > 0 ...
i.e. the hour of the day the backup is taken). However, given that
the tool only supports [0-9] as the backup level, this seems like an
arbitrary limitation.
Is there a real, technical limitation that this level is adhering to?
Cheers!
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829409/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
