-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-iscsi@googlegroups.com]
On Behalf Of Mike Christie
Sent: Wednesday, May 29, 2013 1:30 PM
To: open-iscsi@googlegroups.com
Cc: Eddie Wai; vikas.chaudh...@qlogic.com; lalit.chandiv...@qlogic.com;
ravi.an...@qlogic.com;
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-iscsi@googlegroups.com]
On Behalf Of Rustad, Mark D
Sent: Friday, February 24, 2012 8:30 PM
To: open-iscsi@googlegroups.com
Subject: Re: [PATCH] iscsid: Add support for net_prio cgroups
I have sent this patch to
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-iscsi@googlegroups.com]
On Behalf Of Joe Hoot
Sent: Thursday, April 28, 2011 8:08 PM
To: open-iscsi@googlegroups.com
Subject: Re: determining window size
Thanks for the quick response (as always) Mike.
Ok. I
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-iscsi@googlegroups.com]
On Behalf Of Joe Hoot
Sent: Friday, April 29, 2011 11:47 AM
To: open-iscsi@googlegroups.com
Subject: Re: determining window size
We have a few environments that we're testing this with
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-iscsi@googlegroups.com]
On Behalf Of Pasi Kärkkäinen
Sent: Tuesday, April 26, 2011 7:20 AM
To: open-iscsi@googlegroups.com
Cc: james.bottom...@suse.de; Mike Christie; linux-s...@vger.kernel.org;
Vikas Chaudhary;
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-iscsi@googlegroups.com]
On Behalf Of Mike Christie
snip
ccing Broadcom devs, Some questions for you guys below
On 04/02/2011 01:34 PM, vikas.chaudh...@qlogic.com wrote:
From: Vikas
-Original Message-
From: Mike Christie [mailto:micha...@cs.wisc.edu]
Sent: Monday, January 03, 2011 3:39 PM
To: open-iscsi@googlegroups.com
Cc: Iyer, Shyam; mark.d.rus...@intel.com
Subject: Re: DCB support for iSCSI
On 12/22/2010 11:22 PM, shyam_i...@dell.com wrote:
VLAN
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Hannes Reinecke
Sent: Monday, December 20, 2010 6:47 AM
To: open-iscsi@googlegroups.com
Cc: Rustad, Mark D
Subject: Re: DCB support for iSCSI
On 12/17/2010 06:55 PM, Rustad,
(Ton I am copying the open-iscsi mailing list as some of the Broadcom iSCSI
offload developers hang here as well and I believe I saw a fix for this issue )
Hi,
I'm trying to get offload iscsi (rhel 5.5) to work on a PowerEdge M610
and bnx2i.
The thing is that I get it to work through the
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com] On
Behalf Of Benjamin Li
Sent: Wednesday, November 03, 2010 4:05 PM
To: Mike Christie
Cc: open-iscsi@googlegroups.com; Anish Bhatt; Eddie Wai
Subject: Re: case sensitivity of hardware
-Original Message-
From: Ben Greear [mailto:gree...@candelatech.com]
Sent: Wednesday, November 03, 2010 11:56 PM
To: open-iscsi@googlegroups.com
Cc: Iyer, Shyam; micha...@cs.wisc.edu; an...@chelsio.com; w...@broadcom.com
Subject: Re: case sensitivity of hardware addresses vlan
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Mike Christie
Sent: Friday, January 15, 2010 2:03 PM
To: open-iscsi
Subject: iscsi offload boot support
Hey,
In the open-iscsi git tree there is now offload boot support.
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Alex Zeffertt
Sent: Tuesday, December 22, 2009 4:32 PM
To: open-iscsi@googlegroups.com
Subject: Re: [PATCH] support multidisk iBFTs
Mike Christie wrote:
Alex Zeffertt wrote:
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Ulrich Windl
Sent: Friday, December 18, 2009 3:24 PM
To: open-iscsi@googlegroups.com
Subject: RE: minimum password length check
On 18 Dec 2009 at 1:13, shyam_i...@dell.com wrote:
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Ulrich Windl
Sent: Thursday, December 17, 2009 1:27 PM
To: open-iscsi@googlegroups.com
Subject: RE: minimum password length check
On 17 Dec 2009 at 0:55, shyam_i...@dell.com
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Ulrich Windl
Sent: Wednesday, December 16, 2009 1:08 PM
To: open-iscsi@googlegroups.com
Subject: Re: minimum password length check
On 15 Dec 2009 at 22:47, shyam_i...@dell.com
-Original Message-
From: devel-boun...@open-fcoe.org [mailto:devel-boun...@open-fcoe.org]
On Behalf Of Mike Christie
Sent: Thursday, December 17, 2009 9:05 AM
To: open-iscsi@googlegroups.com
Cc: eric.w.multa...@intel.com; de...@open-fcoe.org
Subject: Re: [Open-FCoE] [fcoemon PATCH
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Ulrich Windl
Sent: Wednesday, December 16, 2009 1:08 PM
To: open-iscsi@googlegroups.com
Subject: Re: minimum password length check
On 15 Dec 2009 at 22:47, shyam_i...@dell.com
-Original Message-
From: devel-boun...@open-fcoe.org [mailto:devel-boun...@open-fcoe.org]
On Behalf Of Eric Multanen
Sent: Tuesday, December 15, 2009 10:31 AM
To: de...@open-fcoe.org
Subject: [Open-FCoE] [fcoemon PATCH v2 00/11] rfcoemon restructuring
v2 - restore code in the
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Mike Christie
Sent: Monday, August 03, 2009 10:46 PM
To: open-iscsi@googlegroups.com
Subject: Re: [PATCH 0/2] iSNS enhancements
On 07/30/2009 10:37 AM, shyam_i...@dell.com
Signed-off-by: Shyam Iyer shyam_i...@dell.com
Adds support to register for scn events with iSNS server.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
open-iscsi group.
To post to this group, send email to
1) With the first patch we should be able to do the following -
#iscsiadm -m discovery -t isns -l
And all the target portals will get logged in.
It also adds iface support to be able to login through multiple
initiator portals.
The iSNS server needs to be configured in iscsid.conf.
TODO: dhcp
Signed-off-by: Shyam Iyer shyam_i...@dell.com
Adds support to autologin to isns discovered target portals.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
open-iscsi group.
To post to this group, send email to
Donald,
Mike is talking about this fix from Dell that we submitted
http://groups.google.com/group/open-iscsi/browse_thread/thread/436ff294f
49d06df.
Thanks,
Shyam
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Donald Williams
Sent:
I see that a couple of ways are being used to get the ibft data from
memory -
1) iscsiadm -m fw
Which relies on /sys/firmware/ibft/* files to create the record
and thus login.
2) fwparam_ibft -b
This relies on opening /dev/mem and getting all the parameters
and thus login
I am
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Mike Christie
Sent: Thursday, June 25, 2009 8:57 PM
To: open-iscsi@googlegroups.com
Cc: Chenault, Thomas; thomas.weyerg...@net-m.de
Subject: Re: [PATCH] fix conn context data
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Mike Christie
Sent: Thursday, June 11, 2009 11:11 PM
To: open-iscsi
Subject: RFC: do we need a new list for kernel patches
Hey,
It seems like we have a lot of members on
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of shyam_i...@dell.com
Sent: Thursday, June 11, 2009 11:39 PM
To: open-iscsi@googlegroups.com
Subject: RE: do we need a new list for kernel patches
-Original Message-
Establish a connection to an MD3000i (use CHAP and Rev. CHAP)
- Disconnect the iSCSI session
iscsiadm -m node -p ip_addr -T iqn -u
- Reconnect the iSCSI session
iscsiadm -m node -p ip_addr -T iqn -l
-Fails because iscsid gets killed
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Konrad Rzeszutek
Sent: Monday, June 15, 2009 8:39 PM
To: open-iscsi@googlegroups.com
Subject: Re: open-iscsi and discover newly created LUN
On RHEL 5.3 and newer,
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Mike Christie
Sent: Monday, June 15, 2009 9:15 PM
To: open-iscsi@googlegroups.com
Subject: Re: open-iscsi and discover newly created LUN
On 06/15/2009 12:41 AM,
-Original Message-
From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
On Behalf Of Mike Christie
Sent: Saturday, June 13, 2009 8:30 AM
To: open-iscsi@googlegroups.com
Subject: Re: open-iscsi and discover newly created LUN
On 06/12/2009 01:16 AM, TheR
Mike Christie wrote:
mala...@us.ibm.com wrote:
Hi all,
I am trying to install RHEL5.3 on an iSCSI disk with two paths.
I booted with mapth option but the installer picked up only a
single
path. Is this the expected behavior when I use iBFT?
For this mail ibft boot means the boot
mala...@us.ibm.com wrote:
Mike Christie [micha...@cs.wisc.edu] wrote:
If the ibft implementation uses one session, but exports all the
targets in the ibft info, then in RHEL 5.3 the installer only picks
up
the session used for the ibft boot up, but the initrd root-boot code
used after the
Mike Christie wrote:
That is what I said in the mail you replied to more or less. For boot
it is fixed. iscsiadm/iscsistart logs into all the targets found in ibft
whehter
they were used for the ibft boot or not. For install there is a bug
still, because the isntaller code used the wrong API
Ulrich wrote:
On 17 Mar 2009 at 22:33, shyam_i...@dell.com wrote:
The issue is caused because child is trying to free up the session
and
connections that the parent had setup.
Hi!
Not knowing the source, I wonder: Parent and child (both processes?)
have their own copy of memory, so each one
Resending because earlier patch had a small typo.
Ulrich wrote:
On 17 Mar 2009 at 22:33, shyam_i...@dell.com wrote:
The issue is caused because child is trying to free up the session
and
connections that the parent had setup.
Hi!
Not knowing the source, I wonder: Parent and child (both
A double memory free is detected by glibc when iscsistart -b is run by
initrds to connect to an iSCSI target using iBFT info. Issue is easily
reproducible if chap authentication is used.
o...@localhost open-iscsi-2.0-870.3]# ./usr/iscsistart -b
iscsistart: transport class version 2.0-870. iscsid
I don't think open-iscsi needs to support that.
You just load the relevant I/O AT modules. This should get automatically
loaded if the system BIOS enables I/O AT (requires chipset support).
Once you have done that the network has a performance boost and you can
do all you want from normal
-Original Message-
From: Michael Brown [mailto:mbr...@fensystems.co.uk]
Sent: Tuesday, February 24, 2009 2:13 PM
To: Iyer, Shyam
Cc: open-iscsi@googlegroups.com
Subject: Re: [RFC]-Sysfs attributes of /sys/firmware/ibft files
On Tuesday 24 February 2009 07:57:32 shyam_i...@dell.com
Sorry. I clicked on send before the mail completed.
Michael wrote:
It sounds as though you're expecting that making changes to the iBFT
would cause the iSCSI initiator to change its configuration. I don't
think this is going to be the case; it definitely won't happen in the
case of gPXE.
Konrad wrote:
On Mon, Feb 23, 2009 at 06:16:04PM +0530, shyam_i...@dell.com wrote:
Does anyone know the reason for file attributes of the files created
in /sys/firmware/ibft//files being readonly?
Yes. The spec does not allow you to write to the iBFT - only read.
Thanks Konrad. I guess I
That is the 20 MB access Lun used for in-band management with the MD3000i
controller. Its not a proper scsi LUN so you might want those error messages.
You could also choose not have it exposed to the host (in your case the debian
server) by editing the Host to virtual disk mappings using
2) our next problem is multipath. When we configure multipath, over
one NIC with dd we get 90 MBps read, but over 2 NICs just 80 MBps what
is strange. On
switch and SAN we see that data flow is over both NICs, but dd shows
still 80 MBps.
Are the dd results just one time results or an
Mike Christie wrote:
[EMAIL PROTECTED] wrote:
The open-iscsi fwparam tool does not connect through all the
initiators in the initiator structure exported by the iBFT.
I ask this because though the Nic fw can connect twice to the same
target using both the initiators(Dual port card) but
Konrad wrote:
On Wed, Nov 26, 2008 at 06:06:41AM -0600, Mike Christie wrote:
[EMAIL PROTECTED] wrote:
The open-iscsi fwparam tool does not connect through all the
initiators in the initiator structure exported by the iBFT.
I ask this because though the Nic fw can connect twice to
The open-iscsi fwparam tool does not connect through all the initiators
in the initiator structure exported by the iBFT.
I ask this because though the Nic fw can connect twice to the same
target using both the initiators(Dual port card) but then the OS makes
only one connection with the last(I
git://git.kernel.org/pub/scm/linux/kernel/git/mnc/open-iscsi.git
Is this still the url to clone the iscsi git tree or do we have a change
here.
I get a connection timed out error always on this. Ideas?
Shyam Iyer
--~--~-~--~~~---~--~~
You received this message
Andrew Morton wrote:
+ *
+ * Written by: Karen Xie ([EMAIL PROTECTED]) */
+
+#include cxgb3i.h
+
+#define DRV_MODULE_NAME cxgb3i
+#define DRV_MODULE_VERSION 1.0.0
I'd suggest that the version number just be removed. It becomes
meaningless (and often misleading) once
David Miller wrote:
Andrew Morton wrote:
I'd suggest that the version number just be removed. It becomes
meaningless (and often misleading) once a driver is in the mainline
kernel. People will update the driver without changing the version
number. Code external to the driver but
Look, what you're suggesting is to change existing practice and that
doesn't belong in the discussion of the review of a specific driver.
If you want to bring that up as a topic and change globally how that is
handled, bring that up as a seperate topic on linux-kernel.
Sounds reasonable.
Don't
51 matches
Mail list logo