Re: Issuing custom IOCTLs to SCSI LLD

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

 



On Wed, 11 May 2016, Naveen wrote:
> Naveen <Naveen.Chandrasekaran <at> radisys.com> writes:
> > Hi,
> > 
> > I'm new to ceph and trying to find if on CentOS there is a way to 
> issue 
> > IOCTL or similar custom requests (other than fops request like OS 
> issued 
> > read/write requests) from ceph OSD/RBD to the underlying SCSI LLD. 
> > From initial reading of docs it looks like in the I/O stack 
> user/client 
> > issued I/Os would reach the actual device as below:
> > 
> > Client I/O req
> >  VFS
> >   ceph fs
> >    Ceph OSD daemon
> >      RBD
> >       SCSI midlayer
> >        SCSI LLD (say mpt3sas)
> >          Disk
> > 
> > Ref: 
> > 
> https://en.wikipedia.org/wiki/NVM_Express#/media/File:IO_stack_of_the_Li
> > nux_kernel.svg
> > 
> > My question is:
> > The SCSI LLD would support both read /write entry points for I/O 
> > requests issued by the filesystem/block I/O but they also support some
> > custom requests using IOCTLs. So how can ceph support issuing of such 
> > IOCTL requests to the device if user issues such request. Say for 
> > example power cycling the drive etc. It can also be a passthro request 
> > down to the device.

Can you give an example of such an operation?

In general, any operation is generalized at the librados level. 
For example, in order to get write same and cmpxchg block operations, we 
added librados operations with similar semantics and implement them there.  
It is unlikely that passing a complex operation down to the SCSI layer 
will work in unison with the other steps involved in committing 
an operation (e.g., updating metadata indicating the object 
version has changed).

sage

--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux