Re: Uniquely identifying a Ceph client

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> Not using qemu in this scenario.  Just rbd map && rbd lock.  It's more
> that I can't match the output from "rbd lock" against the output from
> "rbd status", because they are using different librados instances.
> I'm just trying to capture who has an image mapped and locked, and to
> those not in the know, it would be a surprise that client.<num> and
> client.<num2> are actually the same host. :)

Yeah, the reason is because the lock was acquired by a transient
client (your CLI invocation of 'rbd lock') and not by krbd, so they
are both different clients.

> I understand why it is, I was checking to see if there was another
> field or indicator that I should use instead. I think I'm just going
> to have to use the IP address, because that's the value that will have
> real meaning to people.

Assuming you mapping script is always adding an advisory lock from the
same host it is mapping the image from, I think the IP address is the
best you will be able to do.

-- 
Jason
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com



[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux