On 09/08/2013 02:08, Zach Brown wrote:
On Thu, Aug 08, 2013 at 04:07:07PM +0800, Anand Jain wrote:
As of now btrfs filesystem show reads directly from
disks. So sometimes output can be stale, mainly when
user want to verify their last operation like,
labeling or device delete or add... etc.
This patch adds --kernel option to the 'filesystem show'
subcli, which will read from the kernel instead of
the disks directly.
Why should this be an option?
When mounted, the kernel cache is authoritative. It was always a bug to
read stale data from disk.
The kernel should be read first, and if that isn't available it can fall
back to offering unreliable data from disk with a giant wraning.
Right?
Yes !
For the no option - what I like is more an intelligent way
of listing all btrfs - mounted and unmounted by appropriately
reading from the kernel and disks respectively.
However to do this, we need a better disk list with in btrfs-progs
which isn't there yet. I am getting those related components ready
to be there someday.
So at the moment an interim solution for the bug, which will
also help the long term design.
Thanks, Anand
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
