RFE: per-subvolume timestamp that is updated on every change to a subvolume

RFE: per-subvolume timestamp that is updated on every change to a subvolume

[Lennart Poettering]

Heya!

I am looking for a nice way to query the overall last modification
timestamp of a subvolume. i.e. the most recent mtime of *any* file or
directory within a subvolume. Ideally, I think, there was a
btrfs_timespec field for this in "struct btrfs_root_item", alas there
isn't afaics. Any chance this can be added?

Or is there another workable way to query this value? Maybe determine
it from the current generation of a subvolume or so? Is that tracked?
Ideas?

Lennart

Re: RFE: per-subvolume timestamp that is updated on every change to a subvolume

[Goffredo Baroncelli]

On 2015-01-05 18:27, Lennart Poettering wrote:
> Heya!
> 
> I am looking for a nice way to query the overall last modification
> timestamp of a subvolume. i.e. the most recent mtime of *any* file or
> directory within a subvolume. Ideally, I think, there was a
> btrfs_timespec field for this in "struct btrfs_root_item", alas there
> isn't afaics. Any chance this can be added?
> 
> Or is there another workable way to query this value? Maybe determine
> it from the current generation of a subvolume or so? Is that tracked?
> Ideas?

Did you tried with "btrfs subvolume find-new" ?


> 
> Lennart
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


-- 
gpg @keyserver.linux.it: Goffredo Baroncelli <kreijackATinwind.it>
Key fingerprint BBF5 1610 0B64 DAC6 5F7D  17B2 0EDA 9B37 8B82 E0B5

Re: RFE: per-subvolume timestamp that is updated on every change to a subvolume

[Qu Wenruo]

-------- Original Message --------
Subject: RFE: per-subvolume timestamp that is updated on every change to 
a subvolume
From: Lennart Poettering <lennart@poettering.net>
To: <linux-btrfs@vger.kernel.org>
Date: 2015年01月06日 01:27
> Heya!
>
> I am looking for a nice way to query the overall last modification
> timestamp of a subvolume. i.e. the most recent mtime of *any* file or
> directory within a subvolume. Ideally, I think, there was a
> btrfs_timespec field for this in "struct btrfs_root_item", alas there
> isn't afaics. Any chance this can be added?
In fact, btrfs_root_item contains one btrfs_inode_item, which contains 
the a/c/m/otime.
But not sure if it contains the time you need.

I'd better add acmotime output for inode_item in btrfs-debug-tree and 
try myself.

Thanks,
Qu
>
> Or is there another workable way to query this value? Maybe determine
> it from the current generation of a subvolume or so? Is that tracked?
> Ideas?
>
> Lennart
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: RFE: per-subvolume timestamp that is updated on every change to a subvolume

[Qu Wenruo]

-------- Original Message --------
Subject: Re: RFE: per-subvolume timestamp that is updated on every 
change to a subvolume
From: Qu Wenruo <quwenruo@cn.fujitsu.com>
To: Lennart Poettering <lennart@poettering.net>, 
<linux-btrfs@vger.kernel.org>
Date: 2015年01月06日 14:02
>
> -------- Original Message --------
> Subject: RFE: per-subvolume timestamp that is updated on every change 
> to a subvolume
> From: Lennart Poettering <lennart@poettering.net>
> To: <linux-btrfs@vger.kernel.org>
> Date: 2015年01月06日 01:27
>> Heya!
>>
>> I am looking for a nice way to query the overall last modification
>> timestamp of a subvolume. i.e. the most recent mtime of *any* file or
>> directory within a subvolume. Ideally, I think, there was a
>> btrfs_timespec field for this in "struct btrfs_root_item", alas there
>> isn't afaics. Any chance this can be added?
> In fact, btrfs_root_item contains one btrfs_inode_item, which contains 
> the a/c/m/otime.
> But not sure if it contains the time you need.
>
> I'd better add acmotime output for inode_item in btrfs-debug-tree and 
> try myself.
>
> Thanks,
> Qu
The value in acmotime of the inode_item in root_item is not used,
so it seems anyone can use it to record the acmotime for your purpose.

Thanks,
Qu
>>
>> Or is there another workable way to query this value? Maybe determine
>> it from the current generation of a subvolume or so? Is that tracked?
>> Ideas?
>>
>> Lennart
>> -- 
>> To unsubscribe from this list: send the line "unsubscribe 
>> linux-btrfs" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
> -- 
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html