On Thu, Mar 1, 2012 at 8:48 PM, Arvin Schnell wrote:
> On Thu, Feb 23, 2012 at 04:54:06PM +0700, Fajar A. Nugraha wrote:
>> On Thu, Aug 18, 2011 at 12:38 AM, Matthias G. Eckermann
>> wrote:
>
>> > are available in the openSUSE buildservice at:
>> >
>> > http://download.opensuse.org/reposi
On Thu, Feb 23, 2012 at 04:54:06PM +0700, Fajar A. Nugraha wrote:
> On Thu, Aug 18, 2011 at 12:38 AM, Matthias G. Eckermann wrote:
> > are available in the openSUSE buildservice at:
> >
> > http://download.opensuse.org/repositories/home:/mge1512:/snapper/
> >
>
> Hi Matthias,
>
> I'm tes
I'd like to vote for timestamp/timestamp-uuid as a sysadmin. The
timestamp allows for easy conversion from clients' wants to actual
commands: "I need my data from two days ago" is easy when I have
timestamps to use.
On 2/23/2012 10:05 PM, Anand Jain wrote:
Thanks for the inputs. there is
Thanks for the inputs. there is no clear winner as of now.
Let me keep the uuid for now, if more sysadmin feel timestamp
is better we could device it that way.
-Anand
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel
Hello all,
On 2012-02-23 T 19:13 +0700 Fajar A. Nugraha wrote:
> On Thu, Feb 23, 2012 at 7:02 PM, Anand Jain wrote:
>
> > and what you will notice is autosnap snapshots are named
> > using uuid.
> >
> > Main reason to drop time-stamp based names is that,
> > - test (clicking on Take-snapshot
On Thursday 23 of February 2012 20:02:38 Anand Jain wrote:
> autosnap code is available either end of this week or early
> next week and what you will notice is autosnap snapshots
> are named using uuid.
>
> Main reason to drop time-stamp based names is that,
> - test (clicking on Take
On Thu, Feb 23, 2012 at 7:02 PM, Anand Jain wrote:
>
>
> autosnap code is available either end of this week or early
> next week
I thought you stopped working on this :D
Alternatives are good though. Will test yours when it's out.
FWIW, I also have another one, based on zfsonlinux's autosnaps
autosnap code is available either end of this week or early
next week and what you will notice is autosnap snapshots
are named using uuid.
Main reason to drop time-stamp based names is that,
- test (clicking on Take-snapshot button) which took more
than one snapshot per second was fai
On Wednesday 17 of August 2011 10:15:46 Anand Jain wrote:
> btrfs auto snapshot feature will include:
> Initially:
> - snapshot destination will be subvol/.btrfs/snapshot@ and
> snapshot/.btrfs/snapshot@ for subvolume and snapshot
> respectively
Is there some reason not
On Thu, Aug 18, 2011 at 12:38 AM, Matthias G. Eckermann wrote:
> Ah, sure. Sorry. Packages for "blocxx" for:
> Fedora_14 Fedora_15
> RHEL-5 RHEL-6
> SLE_11_SP1
> openSUSE_11.4 openSUSE_Factory
>
> are available in the openSUSE buildservice at:
>
>
On 08/17/2011 11:56 PM, Jérôme Poulin wrote:
On Wed, Aug 17, 2011 at 11:13 AM, Roman Mamedov wrote:
So until someone cares about snapshot ctime enough to fix this, btrfs will not
be a convenient FS to work with timed snapshotting/cleanup.
Isn't the ctime the creation date of the original f
David,
I think that you need to be careful not to impose your idea of when to
take snapshots and how long to keep them onto the design. For example
why take snapshots every 15 minutes? Why not every 10 or every hour?
crontab is anyways changeable by the admin, I think we can have that
flex
Thanks MgE. snapper is cool, does most the stuff required here.
however the challenging part will be to keep the number of tools
(to manage btrfs) at a limit 1 or 2 max. (too many tools to manage
btrfs is most likely to confuse).
Cheers, Anand
On 08/17/2011 09:31 PM, Matthias G. Eckermann
Hello Ken and all,
On 2011-08-17 T 19:38 +0200 Matthias G. Eckermann wrote:
> P.S.: I also added "snapper" itself there. I am not sure
> though, if it will build out of the box. ... Stay tuned.
A dinner later, the packages (.rpm/.src.rpm) for blocxx and
also snapper are available in the openSU
Hi Anand,
On Wed, Aug 17, 2011 at 11:24, Anand Jain wrote:
> And a rough implementation design is here below. (As of now this does
> not include the GNOME integration since I have no idea how to do that).
Very cool idea! With regards to the Gnome integration, you might want to take
a look at wh
On 2011-08-17 T 09:50 -0500 Ken A wrote:
> and much easier
but less powerful:-)
> than trying to get snapper to compile on fedora libblocxx
> ? :-)
Ah, sure. Sorry. Packages for "blocxx" for:
Fedora_14 Fedora_15
RHEL-5 RHEL-6
SLE_11_SP1
On Wed, Aug 17, 2011 at 11:13 AM, Roman Mamedov wrote:
> So until someone cares about snapshot ctime enough to fix this, btrfs will
> not be a convenient FS to work with timed snapshotting/cleanup.
Isn't the ctime the creation date of the original folder?
--
To unsubscribe from this list: send t
On Wed, 17 Aug 2011 10:04:33 -0400
Dave wrote:
> I've already done something similar. I take hourly, daily, weekly, and
> monthly
> snapshots of my /home subvolume. Here's the script I've created for this:
On one machine I make hourly snapshots of my /home and of the root FS as well.
The tri
and much easier than trying to get snapper to compile on fedora
libblocxx ?
:-)
Ken
On 8/17/2011 9:04 AM, Dave wrote:
I've already done something similar. I take hourly, daily, weekly, and monthly
snapshots of my /home subvolume. Here's the script I've created for this:
#! /bin/bash
if [ "$
I've already done something similar. I take hourly, daily, weekly, and monthly
snapshots of my /home subvolume. Here's the script I've created for this:
#! /bin/bash
if [ "$#" -ne 2 ]; then
echo Usage $0 SNAPSHOT_PREFIX NUM_SNAPSHOTS
exit 1
fi
SNAPS=/var/lib/btrfs-root/__snapshot/home
b
Hello Anand and all,
On 2011-08-17 T 10:15 +0800 Anand Jain wrote:
> Appears that no one is working on the auto-snapshot feature for
> btrfs, so here I am implementing the same.
thanks for bringing this up! The group of features you are listing is
indeed of high interest for people using btrf
> And a rough implementation design is here below. (As of now this does
> not include the GNOME integration since I have no idea how to do that).
>
> Further, implementation will contain 2 new files
> /etc/init.d/btrfs and //btrfs-auto-snapshot,
>
> any idea where does a file like btrfs-auto-snapsh
And a rough implementation design is here below. (As of now this does
not include the GNOME integration since I have no idea how to do that).
Further, implementation will contain 2 new files
/etc/init.d/btrfs and //btrfs-auto-snapshot,
any idea where does a file like btrfs-auto-snapshot should
23 matches
Mail list logo
