RE: Setting firmware/offload engine parameter "Large_Frames" on QLogic HBAs

2015-08-05 Thread Anish Bhatt
Not via the iscsiadm -m fw command, that mode is currently only used to fetch ibft/discovery information from fw and proceed to login if requested. -Anish > -Original Message- > From: open-iscsi@googlegroups.com [mailto:open-iscsi@googlegroups.com] > On Behalf Of Frank Fegert > Sent: Wed

RE: [lldp-devel] Using net_prio cgroups with iscsi transports

2015-08-03 Thread Anish Bhatt
t; If you can think up a more generic mechanism to add it to libiscsi without > being overly intrusive that seems reasonable to me. At the moment I don't > have any better suggestions. > > Thanks, > John [Anish Bhatt] Sounds reasonable. Could be accomplished by passing the

Re: Using net_prio cgroups with iscsi transports

2015-07-06 Thread Anish Bhatt
Replying for visibility as open-lldp bounced the original message. On Monday, July 6, 2015 at 5:40:24 PM UTC-7, Anish Bhatt wrote: > > I was trying to use the *sk_cgrp_prioidx* value to find correct dcb > priority for iscsi (using *cgdcbxd* + *cgrulesengd* as recommended by >

Using net_prio cgroups with iscsi transports

2015-07-06 Thread Anish Bhatt
I was trying to use the sk_cgrp_prioidx value to find correct dcb priority for iscsi (using cgdcbxd + cgrulesengd as recommended by http://open-lldp.org/dcb_overview). The sk_cgrp_prioidx index into netprio_map hangs off of struck sock, and the particular iscsi offload driver I'm working with (

RE: [RFC] Adding hardware transport support to openstack

2015-01-29 Thread Anish Bhatt
> From: open-iscsi@googlegroups.com [open-iscsi@googlegroups.com] > on behalf of Anish Bhatt [an...@chelsio.com] > Sent: Friday, October 24, 2014 12:33 PM > To: open-iscsi@googlegroups.com > Cc: Karen Xie; Aviram Bar Haim > Subject: [RFC] Adding hardware transport support to

RE: [PATCH 1/1] Kernel include path

2015-01-19 Thread Anish Bhatt
I believe it's uname -r on every single linux distro, not just Debian. Probably just an oversight. From the uname man page : -a, --allprint all information, -r, --kernel-release print the kernel release -Anish From: open-iscsi@goo

RE: Antw: Linux kernel development reports for the 3.17 release

2014-12-16 Thread Anish Bhatt
Pretty sure this is all scripted, and no one is being addressed individually : https://github.com/gregkh/kernel-history/blob/master/email/mass_mailer -Anish From: open-iscsi@googlegroups.com [open-iscsi@googlegroups.com] on behalf of Ulrich Windl [ulrich.

RE: boot support for offload transports

2014-11-20 Thread Anish Bhatt
To: open-iscsi@googlegroups.com > Cc: Karen Xie > Subject: Re: boot support for offload transports > > On 11/20/2014 06:46 PM, Anish Bhatt wrote: > > Hello, > > > > I was trying to figure out the current state of all the code > > tagged with “#ifdef OFFLOAD_BOOT_SU

boot support for offload transports

2014-11-20 Thread Anish Bhatt
Hello, I was trying to figure out the current state of all the code tagged with "#ifdef OFFLOAD_BOOT_SUPPORTED". The recent ibft patches don't seem to touch any of this at all, and I was wondering what the roadmap for this is ? A couple of distros seem to enable this, but the default co

RE: [PATCHES] Fixup iBFT and IPv6, some cleanup

2014-11-13 Thread Anish Bhatt
Did you by any chance take note of what cards do what? Mostly interested in bnx2i, cxgb*i, intel, and the ibm boxes with the initiator on them. [Anish Bhatt] I’d be happy with any cxgb*I support you need. I happened to be looking at all the stuff under #ifdef OFFLOAD_BOOT_SUPPORTED fairly

[RFC] Adding hardware transport support to openstack

2014-10-24 Thread Anish Bhatt
I'm currently working on adding open-iscsi hardware transport support to openstack. The iscsiadm component resides in nova. As far as I know, iscsiadm has no way to automatically figuring out what transport to use based simply on on a remote portal/iqn/ip without some sort of manual discovery.

RE: Getting log "Login authentication failed with target .." during login-redirect

2014-08-04 Thread Anish Bhatt
is not authentication failure and has nothing > to do with authentication failure. (Indeed, it isn't even the case that > authentication has been done at all when the 0101 response is generated; > the RFC clearly states that it may be issued prior to completion of > authentication.

RE: Getting log "Login authentication failed with target .." during login-redirect

2014-08-01 Thread Anish Bhatt
My bad, I misread the error message to be from here : if (login_rsp->status_detail == ISCSI_LOGIN_STATUS_AUTH_FAILED) { log_error("Login failed to authenticate " "with target %s", session->target_name);

RE: Getting log "Login authentication failed with target .." during login-redirect

2014-07-31 Thread Anish Bhatt
0101 implies you're getting a status class of 0x1 & status detail of 0x1 #define ISCSI_STATUS_CLS_REDIRECT 0x01 #define ISCSI_LOGIN_STATUS_AUTH_FAILED0x01 You are getting redirect as well as auth failed, hence. -Anish From: open-iscsi@googlegroup

RE: [PATCH trivial] iscsiadm : support using -I tcp or -I iscsi_tcp

2014-07-25 Thread Anish Bhatt
csi_tcp > > But if you were only going to use tcp, then you do not need -I/ifaces at all. > > On Jul 25, 2014, at 2:15 PM, Anish Bhatt wrote: > > > My motivation was that the minimum required to get tcp via -I is creating > an iface file that only has " iface.transport

RE: [PATCH v2] iscsiadm : make iface.ipaddress optional in iface configs for transports that don't have a hard requirement on it.

2014-07-25 Thread Anish Bhatt
Yes > -Original Message- > From: Michael Christie [mailto:micha...@cs.wisc.edu] > Sent: Friday, July 25, 2014 2:10 PM > To: open-iscsi@googlegroups.com > Cc: Karen Xie; Anish Bhatt > Subject: Re: [PATCH v2] iscsiadm : make iface.ipaddress optional in iface > config

[PATCH v2] iscsiadm : make iface.ipaddress optional in iface configs for transports that don't have a hard requirement on it.

2014-07-25 Thread Anish Bhatt
v2: cxgb4i changed to NOT_REQ as set ipaddress is not supported Signed-off-by: Anish Bhatt --- usr/initiator_common.c | 15 --- usr/transport.c| 8 usr/transport.h| 6 ++ 3 files changed, 22 insertions(+), 7 deletions(-) diff --git a/usr

RE: [PATCH] iscsiadm : make iface.ipaddress optional in iface configs for transports that don't have a hard requirement on it.

2014-07-25 Thread Anish Bhatt
I'll modify the patch to set cxgb4i to NOT_REQ for cxgb4i, will change it back to OPT when we add support. -Anish > -Original Message- > From: Karen Xie > Sent: Friday, July 25, 2014 12:19 PM > To: Mike Christie; Anish Bhatt > Cc: open-iscsi@googlegroups.com &

RE: [PATCH trivial] iscsiadm : support using -I tcp or -I iscsi_tcp

2014-07-25 Thread Anish Bhatt
:micha...@cs.wisc.edu] > Sent: Friday, July 25, 2014 10:48 AM > To: open-iscsi@googlegroups.com > Cc: Anish Bhatt > Subject: Re: [PATCH trivial] iscsiadm : support using -I tcp or -I iscsi_tcp > > On 07/25/2014 12:26 PM, Mike Christie wrote: > > On 07/24/2014 10:24 PM, Anish

[PATCH trivial] iscsiadm : support using -I tcp or -I iscsi_tcp

2014-07-24 Thread Anish Bhatt
This came up as a scripting issue, iscsiadm currently does not support specifying tcp as a "default" iface when nothing else is available. Behaves exactly as if no -I option was used. Signed-off-by: Anish Bhatt --- usr/iscsiadm.c | 4 1 file changed, 4 insertions(+) diff -

RE: [PATCH] iscsiadm : make iface.ipaddress optional in iface configs for transports that don't have a hard requirement on it.

2014-07-24 Thread Anish Bhatt
Anish From: Mike Christie [micha...@cs.wisc.edu] Sent: Thursday, July 24, 2014 9:21 AM To: open-iscsi@googlegroups.com Cc: Anish Bhatt; Karen Xie; Anish Bhatt Subject: Re: [PATCH] iscsiadm : make iface.ipaddress optional in iface configs for transports that don&#

RE: [PATCH] iscsiadm : make iface.ipaddress optional in iface configs for transports that don't have a hard requirement on it.

2014-07-23 Thread Anish Bhatt
I had actually sent this patch out quite some time ago, but it never got applied or followed up on. -Anish -- You received this message because you are subscribed to the Google Groups "open-iscsi" group. To unsubscribe from this group and stop receiving emails from it, send an email to open-is

[PATCH] iscsiadm : make iface.ipaddress optional in iface configs for transports that don't have a hard requirement on it.

2014-07-23 Thread Anish Bhatt
From: Anish Bhatt Signed-off-by: Anish Bhatt --- usr/initiator_common.c | 15 --- usr/transport.c| 8 usr/transport.h| 6 ++ 3 files changed, 22 insertions(+), 7 deletions(-) diff --git a/usr/initiator_common.c b/usr/initiator_common.c index 50f8d41

RE: iscsi initiator connecting to 2 address

2014-06-27 Thread Anish Bhatt
If you're running iscsi-target then discovery will return a portal for every single IP configured on the machine. Are you running both on the same machine ? -Anish From: open-iscsi@googlegroups.com [open-iscsi@googlegroups.com] on behalf of fel...@usto.re [fel...@

RE: Does open-iscsi implement target and initiator?

2014-06-12 Thread Anish Bhatt
://stgt.sourceforge.net/ -Anish Bhatt From: open-iscsi@googlegroups.com [open-iscsi@googlegroups.com] on behalf of fel...@usto.re [fel...@usto.re] Sent: Wednesday, June 11, 2014 10:10 AM To: open-iscsi@googlegroups.com Subject: Does open-iscsi implement target and initiator? Hi, I am

RE: [PATCH] iscsid: Add support for net_prio cgroups

2012-06-11 Thread Anish Bhatt
m all. > -Original Message- > From: Mike Christie [mailto:micha...@cs.wisc.edu] > Sent: Monday, June 11, 2012 4:17 PM > To: open-iscsi@googlegroups.com > Cc: Anish Bhatt > Subject: Re: [PATCH] iscsid: Add support for net_prio cgroups > > On 06/11/2012 06:08 PM, Anish Bhatt wrote:

RE: [PATCH] iscsid: Add support for net_prio cgroups

2012-06-11 Thread Anish Bhatt
m all. > -Original Message- > From: Mike Christie [mailto:micha...@cs.wisc.edu] > Sent: Monday, June 11, 2012 3:40 PM > To: open-iscsi@googlegroups.com > Cc: Anish Bhatt > Subject: Re: [PATCH] iscsid: Add support for net_prio cgroups > > On 06/08/2012 11:10 PM, Anish Bhatt wro

Re: [PATCH] iscsid: Add support for net_prio cgroups

2012-06-08 Thread Anish Bhatt
Mike, Has there been any progress in figuring out how DCB would co-exist with net prio cgroups since you removed DCB support ? -Anish On Monday, February 27, 2012 2:15:51 PM UTC-8, Rustad, Mark D wrote: > > Mike, > > On Feb 27, 2012, at 1:24 PM, Mike Christie wrote: > > > When it is chang

RE: Is there a bug tracking system?

2011-11-09 Thread Anish Bhatt
Both Bugzilla and Redmine have good git integration, that should be helpful. -Anish One socket to bind them all. > -Original Message- > From: open-iscsi@googlegroups.com [mailto:open-iscsi@googlegroups.com] > On Behalf Of Mike Christie > Sent: Wednesday, November 09, 2011 12:14 PM > To:

RE: [PATCH] make if.ipaddress optional in iface configuration files for offload iscsi

2011-10-25 Thread Anish Bhatt
cs.wisc.edu] > Sent: Tuesday, October 25, 2011 4:38 PM > To: open-iscsi@googlegroups.com > Cc: Anish Bhatt > Subject: Re: [PATCH] make if.ipaddress optional in iface configuration > files for offload iscsi > > On 10/25/2011 06:20 PM, Anish Bhatt wrote: > > > > Update pat

RE: [PATCH] make if.ipaddress optional in iface configuration files for offload iscsi

2011-10-25 Thread Anish Bhatt
> -Original Message- > From: Mike Christie [mailto:micha...@cs.wisc.edu] > Sent: Tuesday, October 25, 2011 3:45 PM > To: open-iscsi@googlegroups.com > Cc: Anish Bhatt > Subject: Re: [PATCH] make if.ipaddress optional in iface configuration > files for offload iscsi >

[PATCH] make if.ipaddress optional in iface configuration files for offload iscsi

2011-10-25 Thread Anish Bhatt
patch lets the transport template specify that this field is optional. After patch, transport can pull ip address from the system, but this can still be overridden by specifying iface.ipaddress , thus dropping the hard requirement. -Anish Bhatt One socket to bind them all. -- You

RE: Add initial DCB support

2011-10-18 Thread Anish Bhatt
m all. > -Original Message- > From: open-iscsi@googlegroups.com [mailto:open-iscsi@googlegroups.com] > On Behalf Of Rustad, Mark D > Sent: Friday, October 07, 2011 2:35 PM > To: open-iscsi@googlegroups.com; Anish Bhatt > Cc: shyam_i...@dell.com > Subject: Re: Add initial DCB support

RE: question on the DCB support

2011-10-18 Thread Anish Bhatt
Or, The DCB patches are in the open-iscsi git tree which currently resides at http://github.com/mikechristie/open-iscsi There doesn't seem to be any documentation on this as of now, but from what I understand it was decided that none of this should be set via iscsiadm, suggesting the use

RE: Add initial DCB support

2011-10-07 Thread Anish Bhatt
Bringing up an old discussion for clarification here. If I understand correctly iscsi tlvs will be exchanged with protocol id set to 3260(0xCBC) at all times, and this will get mapped to the correct iscsi traffic flow at the endpoint irrespective of actual running port number. Is that correct ? -An

RE: multiple LUNs

2011-09-23 Thread Anish Bhatt
Assuming all your LUNs are under the same target, you can check what LUNs are being served by `iscsiadm -m session -P 3` after you log in. Maybe 4 is not the correct LUN number (the first LUN being LUN 0) ? -Anish One socket to bind them all. > -Original Message- > From: open-iscsi@googl

RE: Error inserting libiscsi2 and other modules

2011-02-23 Thread Anish Bhatt
Anton, Your externally compiled open-iscsi modules are conflicting with the inbox modules (*iscsi2) shipped with RHEL/CentOS 5. A quick hack to get around this would be to remove all modules matching *iscsi* from the /lib/modules//kernel/drivers/scsi, followed by a make install on open-iscsi.

RE: case sensitivity of hardware addresses & vlan configs

2010-11-03 Thread Anish Bhatt
[mailto:be...@broadcom.com] > Sent: Wednesday, November 03, 2010 1:05 PM > To: Mike Christie > Cc: open-iscsi@googlegroups.com; Anish Bhatt; Eddie Wai > Subject: Re: case sensitivity of hardware addresses & vlan configs > > Hi Anish, > > For the current the Broadcom solution usi

RE: case sensitivity of hardware addresses & vlan configs

2010-11-03 Thread Anish Bhatt
> -Original Message- > From: Mike Christie [mailto:micha...@cs.wisc.edu] > Sent: Wednesday, November 03, 2010 12:36 PM > To: open-iscsi@googlegroups.com > Cc: Anish Bhatt; Benjamin Li > Subject: Re: case sensitivity of hardware addresses & vlan configs > >

case sensitivity of hardware addresses & vlan configs

2010-11-03 Thread Anish Bhatt
MAC addresses specified in iface files are currently case sensitive. This can be an issue on vlan interfaces, as isciadm -m iface does not create config files for vlan interfaces and they need to be written manually. Attached patch will convert uppercase MAC addresses to lower case after reading t