[OmniOS-discuss] extended attributes in LX zone

[Dale Ghent]

> On Sep 30, 2016, at 6:57 PM, Michael Talbott <mtalbott at lji.org> wrote:
> 
> Bummer. Oh well. How about presenting a zvol as a raw device like shown here: http://docs.oracle.com/cd/E19253-01/819-5461/gbebi/index.html
> 
> I did this, shutdown and rebooted the zone.. and the path the the volume appears under /dev/zvol/dsk/ssdpool/ but that directory is empty when it should contain the name of my zvol :(
> 
> I figure if I can get that working, then I could format that vol in ext4 so it'd have a way of properly handling xattrs (or so I hope).. Otherwise.. I guess I could present a zvol as an iscsi volume to the linux host/zone/entity and then format that ext4 over iscsi, but I'd rather not add the networking stack in there if I don't have to.

Negative, won't work because the illumos kernel doesn't grok ext4.

In Linux-land, the get/setxattr calls are made from an app, and those calls are handed in glibc, which turn around and execute the linux kernel syscall for getting and setting xattrs.

This syscalls then run the vfs_get/setxattr VFS layer op that each filesystem in Linux implements if it supports xattrs, which then in turn do the FS-specfic actions in the relevant FS driver to get and set xattrs on the file's on-disk structure.

For xattrs to work with LX brands, the get/setxattr functions in lx_xattr.c would need to be more complete and provide a direct translation layer to ZFS-style xattrs.

/dale