On Fri, Nov 2, 2012 at 5:32 AM, Hugo Mills <h...@carfax.org.uk> wrote: > On Fri, Nov 02, 2012 at 05:28:01AM +0700, Fajar A. Nugraha wrote: >> On Fri, Nov 2, 2012 at 5:16 AM, cwillu <cwi...@cwillu.com> wrote: >> >> btrfs fi label -t /btrfs/snap1-sv1 >> >> Prod-DB-sand-box-testing >> > >> > Why is this better than: >> > >> > # btrfs su snap /btrfs/Prod-DB /btrfs/Prod-DB-sand-box-testing >> > # mv /btrfs/Prod-DB-sand-box-testing /btrfs/Prod-DB-production-test >> > # ls /btrfs/ >> > Prod-DB Prod-DB-production-test >> >> >> ... because it would mean possibilty to decouple subvol name from >> whatever-data-you-need (in this case, a label). >> >> My request, though, is to just implement properties, and USER >> properties, like what we have in zfs. This seems to be a cleaner, >> saner approach. For example, this is on Ubutu + zfsonlinux: >> >> # zfs create rpool/u >> # zfs set user:label="Some test filesystem" rpool/u >> # zfs get creation,user:label rpool/u >> NAME PROPERTY VALUE SOURCE >> rpool/u creation Fri Nov 2 5:24 2012 - >> rpool/u user:label Some test filesystem local > > Don't we already have an equivalent to that with user xattrs? > > Hugo.
Anand did say one way to implement the label is by using attr, so +1 from me for that approach. -- Fajar -- 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