Re: Tuning iscsi read performance with multipath Redhat 5.3 / SLES 10 SP2 / Oracle Linux / Equallogic
I'm not sure if you have seen this, but there is a guide from Dell on
this subject:
http://www.support.dell.com/support/edocs/software/appora10/lin_x86_64/multlang/EELinux_storage_4_1.pdf
Also I would suggest the following changes in multipath.conf for RHEL5
device {
vendor EQLOGIC
product 100E-00
getuid_callout /sbin/scsi_id -g -u -s /block/%n
hardware_handler 0
path_selector round-robin 0
path_grouping_policy multibus
failback immediate
features 1 queue_if_no_path
path_checker tur
rr_min_io 10
rr_weight uniform
}
Byte
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
open-iscsi group.
To post to this group, send email to open-iscsi@googlegroups.com
To unsubscribe from this group, send email to
open-iscsi+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/open-iscsi
-~--~~~~--~~--~--~---
Re: I/O Stall Patches
On Aug 26, 4:19 pm, Mike Christie micha...@cs.wisc.edu wrote: ByteEnable wrote: Hi Hannes, Mike. I've noticed that Hannes has been working a I/O stall issue and has created some patches. I'm curious because I'm seeing some I/O stall when I'm logged in to multiple targets. Is there a way to detect the signature of the I/O stall which Hannes is fixing? What type of stall are you seeing? In /var/log/messages do you see something about a iscsi nop/ping timing out, or do you see something about a target or host or lun reset succeeding/failing? I'm seeing ping time out's with an occasional tur failure from multipath which in turn kills the session on the path that fails. No TMF stuff. Byte --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to open-iscsi+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/open-iscsi -~--~~~~--~~--~--~---
Re: I/O Stall Patches
On Aug 26, 9:09 pm, Mike Christie micha...@cs.wisc.edu wrote: On 08/26/2009 07:58 PM, ByteEnable wrote: On Aug 26, 4:19 pm, Mike Christiemicha...@cs.wisc.edu wrote: ByteEnable wrote: Hi Hannes, Mike. I've noticed that Hannes has been working a I/O stall issue and has created some patches. I'm curious because I'm seeing some I/O stall when I'm logged in to multiple targets. Is there a way to detect the signature of the I/O stall which Hannes is fixing? What type of stall are you seeing? In /var/log/messages do you see something about a iscsi nop/ping timing out, or do you see something about a target or host or lun reset succeeding/failing? I'm seeing ping time out's with an occasional tur failure from multipath which in turn kills the session on the path that fails. No TMF stuff. What version of open-iscsi and what is the ping timeout? Could you try the kernel modules and tools fromhttp://www.open-iscsi.org/bits/open-iscsi-2.0-871.tar.gz. I did a tiny change to the ping code, and it looks like for some other group it has fixed their problem (at least I have not heard back from them in a couple of weeks). This is on RHEL5U4 first or so beta I believe. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to open-iscsi+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/open-iscsi -~--~~~~--~~--~--~---
Re: I/O Stall Patches
On Aug 26, 9:20 pm, ByteEnable byteena...@gmail.com wrote: On Aug 26, 9:09 pm, Mike Christie micha...@cs.wisc.edu wrote: On 08/26/2009 07:58 PM, ByteEnable wrote: On Aug 26, 4:19 pm, Mike Christiemicha...@cs.wisc.edu wrote: ByteEnable wrote: Hi Hannes, Mike. I've noticed that Hannes has been working a I/O stall issue and has created some patches. I'm curious because I'm seeing some I/O stall when I'm logged in to multiple targets. Is there a way to detect the signature of the I/O stall which Hannes is fixing? What type of stall are you seeing? In /var/log/messages do you see something about a iscsi nop/ping timing out, or do you see something about a target or host or lun reset succeeding/failing? I'm seeing ping time out's with an occasional tur failure from multipath which in turn kills the session on the path that fails. No TMF stuff. What version of open-iscsi and what is the ping timeout? Could you try the kernel modules and tools fromhttp://www.open-iscsi.org/bits/open-iscsi-2.0-871.tar.gz. I did a tiny change to the ping code, and it looks like for some other group it has fixed their problem (at least I have not heard back from them in a couple of weeks). This is on RHEL5U4 first or so beta I believe. It's just a regular ping timeout. I'm not in front of the console but if I remember correctly its the standard timeouts set in iscsid.conf --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to open-iscsi+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/open-iscsi -~--~~~~--~~--~--~---
Re: Over one million IOPS using software iSCSI and 10 Gbit Ethernet
This was achieved by using cache. On Jan 28, 6:36 am, Pasi Kärkkäinen pa...@iki.fi wrote: Hello list, Please check these news items:http://blog.fosketts.net/2010/01/14/microsoft-intel-push-million-iscs...http://communities.intel.com/community/openportit/server/blog/2010/01...http://www.infostor.com/index/blogs_new/dave_simpson_storage/blogs/in... 1,030,000 IOPS over a single 10 Gb Ethernet link Specifically, Intel and Microsoft clocked 1,030,000 IOPS (with 512-byte blocks), and more than 2,250MBps with large block sizes (16KB to 256KB) using the Iometer benchmark So.. who wants to beat that using Linux + open-iscsi? :) -- Pasi -- You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-is...@googlegroups.com. To unsubscribe from this group, send email to open-iscsi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/open-iscsi?hl=en.
Re: Can anybody confirm that bnx2i on 5709 cards works with Equallogic 6xxx?
Did you ever get this to work per your satisfaction? On Jan 20, 12:46 pm, Ciprian Vizitiu (GBIF) cvizi...@gbif.org wrote: Hi, Can anybody here please confirm whether iSCSI offload via bnx2i, on RHEL 5.4, with 5709 Broadcoms towards EQLs 6000 series works or not? Despite countless attempts (and latest EQL OS update) I still can't match them (but then the software transport works perfectly). :-| -- You received this message because you are subscribed to the Google Groups open-iscsi group. To post to this group, send email to open-is...@googlegroups.com. To unsubscribe from this group, send email to open-iscsi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/open-iscsi?hl=en.
