I'm in the process of adding AoE support to ZoL
(ZFS On Linux - https://github.com/zfsonlinux/zfs)
and have gotten most of the way there 
(https://github.com/FransUrbo/zfs/tree/aoe).

I'm the author of the iSCSI (not yet accepted) and SMB
(partly accepted) support in ZoL, so adding AoE seemed
like a good and easy addition.


I have however caught on a couple of snags that complicates
the issue.

        1. How do I find the device that is shared?
            'aoe-stat' doesn't say, and there's noting in the
            /sys fs that I can see.

            I can see the process in the list
                debian:~# /bin/ps faxwww | grep 'vblade 9 0 eth0' | grep -v grep
                12175 pts/1    S      0:00 sh -c /usr/sbin/vblade 9 0 eth0 
/dev/zvol/rpool/test < /dev/null 2>&1 | logger -t vbladed
                12177 pts/1    S      0:00  \_ /usr/sbin/vblade 9 0 eth0 
/dev/zvol/rpool/test
            but that doesn't seems like a secure way of
            knowing.

        2. How do I terminate (unshare) a device?
            It's in the process list above, but that also seems
            a little ... 'wonkey'.
            It would have been nice if vblade/vbladed wrote
            a pid file or something.

            Also, before killing the process, it would be nice
            to know if 'anyone' where accessing it.

        3. Actually, getting ANY information on the server doesn't
           seem to be possible. All the aoe-* commands returns null
           and vblade/vbladed doesn't have a 'show' or 'stats' option...

So I'm wondering about some 'status API' or somewhat to retrieve
information about shares and their status. Both the three iSCSI
implementations I added support for in ZoL as well as samba have
a well defined 'status' information.

AoE/vblade have _nothing_ of this kind as far as I can see.
-- 
Turbo Fredriksson
tu...@bayour.com


------------------------------------------------------------------------------
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
&#149; 3 signs your SCM is hindering your productivity
&#149; Requirements for releasing software faster
&#149; Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce
_______________________________________________
Aoetools-discuss mailing list
Aoetools-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/aoetools-discuss

Reply via email to