[OmniOS-discuss] zfs send via SRP or other RDMA enabled protocol

[David Bomba]

The oracle docs have a step by step for setting up target and initiator. 

http://docs.oracle.com/cd/E23824_01/html/821-1459/fnnop.html <http://docs.oracle.com/cd/E23824_01/html/821-1459/fnnop.html>


> On 2 Nov 2014, at 5:14 pm, Rune Tipsmark <rt at steait.net> wrote:
> 
> Sounds sensible, how do I do that?
> I tried creating a view for a thin lu with my other zfs box, but how do I detect it?
>  
> I also stumbled across something else interesting, wondering if its possible to set up two identical boxes and create a pool with local/remote disks as per this article http://www.ssec.wisc.edu/~scottn/Lustre_ZFS_notes/lustre_zfs_srp_mirror.html <http://www.ssec.wisc.edu/~scottn/Lustre_ZFS_notes/lustre_zfs_srp_mirror.html>
>  
> Br,
> Rune
>  
> From: David Bomba [mailto:turbo124 at gmail.com] 
> Sent: Saturday, November 01, 2014 6:01 PM
> To: Rune Tipsmark
> Cc: omnios-discuss at lists.omniti.com
> Subject: Re: [OmniOS-discuss] zfs send via SRP or other RDMA enabled protocol
>  
> I usually mount a iSer target and perform ZFS send to the target. This was the best way to exploit the rdma bandwidth to its full potential. 
>  
>  
> On 2 Nov 2014, at 11:45 am, Rune Tipsmark <rt at steait.net <mailto:rt at steait.net>> wrote:
>  
> Hi  all,
>  
> Is it possible to do zfs send/recv via SRP or some other RMDA enabled protocol? IPoIB is really slow, about 50 MB/sec between two boxes, no disks are more than 10-15% busy.
>  
> If not, is there a way I can aggregate say 8 or 16  IPoIB partitions and push throughput to a more reasonable speed…
>  
> Br,
> Rune
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com <mailto:OmniOS-discuss at lists.omniti.com>
> http://lists.omniti.com/mailman/listinfo/omnios-discuss <http://lists.omniti.com/mailman/listinfo/omnios-discuss>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20141102/f8109ed7/attachment.html>