Hi Anish,
For the current the Broadcom solution using VLAN's, we currently have
the use the standard Linux tool, vconfig to create a VLAN interface.
This doesn't give much flexability, so we are working on a solution to
utlize the existing "iface.subnet_mask" and "iface.vlan" fields so that
users
Hi Michael,
My responses are below:
On Fri, 2010-09-03 at 11:51 -0700, Mike Christie wrote:
> On 09/03/2010 10:06 AM, Michael Wolf wrote:
> > Sep 3 16:47:35 ora-db-rac1-04 iscsid: Received iferror -1
> > Sep 3 16:47:35 ora-db-rac1-04 iscsid: cannot make a connection to
> > 10.10.77.10:3260 (-1,
Hi Tarun,
It looks like from the logs that eth0 is not iSCSI licensed but eth4 is
=)
In addition, I was also wondering if you could also post the following:
1. The routing table of the machine. Currently CNIC uses the L2
routine table to determine which port on the NIC to send requests to.
2.
And I still get this error. Any ideas? I've reverted
> iscsi-initiator as well..
>
>
>
>
>
>
>
>
> On Sun, Jul 11, 2010 at 4:32 AM, Mike Christie
> wrote:
> On 06/10/2010 08:30 PM, Benjamin Li wrote:
>
ork restart would be a
> workaround. I'm not seeing that work for me.
>
>
> Thank you,
> Tarun
>
> On Mon, May 24, 2010 at 3:16 PM, Benjamin Li
> wrote:
> Hi Mike,
>
> I don't have a version of brcm_iscsiuio which I have re
Hi Mike,
I don't have a version of brcm_iscsiuio which I have readily avaliable
for 5.5.z which has the fix you are looking for without adding new
features. I will need to create a version of brcm_iscsiuio with the
iscsid/brcm_iscsiuio backported for 5.5.z. When does this need to be
accomplished
Hi All,
< /me hangs head in shame =) > This is correct, in the upstream release
of the open-scsi there is no Broadcom offload support for your device
BCM5709.
Last year there was some effort gathered to merge the uIP daemon into
iscsid to order to provide an upstream solution; but, this has been
Hi Mike,
I was wondering about your thoughts on using on IFACE_SUBNET_MASK and
IFACE_VLAN definitions in the iface file. In version 0.5.6 of uIP we
have started to add VLAN support; but, with the current iface file only
one VLAN is supported at a time per each iSCSI offloaded interface.
This is b
in another
> > > window, pings just flow nicely. Sometimes (apparently depending on
> > > planets position) the connection just works... but only for SOME of
> > > the drives; yet, hard as I tried, I couldn't establish a rule. :-o
> > > Again, switching to
. :-o Again, switching to plain tcp
> transport (even with jumbos) works very well.
>
>
> > -Original Message-
> > From: open-iscsi@googlegroups.com [mailto:open-is...@googlegroups.com]
> > On Behalf Of Benjamin Li
> > Sent: Wednesday, January 20, 2010
Also in addition to posting the kernel log's (/var/log/messsages) please
post the /var/log/brcm_iscsi.log file which is generated from the user
space daemon, brcm_iscsiuio. This will give a little bit more insight
on what is happening during the offload process.
Thanks again.
-Ben
On Wed, 2010-
Thanks for catching this bug Thomas and testing this bug Narendra.
The patch looks good.
Reviewed-by: Benjamin Li
On Tue, 2009-09-29 at 09:03 -0700, shyam_i...@dell.com wrote:
> 1. Install Red Hat Enterprise Linux 5.4 snapshot 5 i386 on a server with
> Broadcom iSCSI offload capabl
Hi Mike,
I am still looking over/understanding the patches but could I trouble
you patch this against the uIP offload tree?
Thanks again.
-Ben
On Sun, 2009-08-30 at 14:31 -0700, Mike Christie wrote:
> For offlaod cards, bnx2i, cxgb3i and be2iscsi, we have to do discovery
> through a second
Hi Mike,
No problems, I will look over the source and submit fixes and integrate
the needed Broadcom user-space library code into libuip.
Thanks Rakesh integrating the uIP code into the open-iscsi tree!
-Ben
On Sat, 2009-08-15 at 19:53 -0700, Mike Christie wrote:
> On 07/24/2009 08:06 AM, Rake
Hi Rakesh,
Thanks for starting on this, I agree with you that for simplicity that
the uIP daemon should be integrated into the iscsid daemon. My comments
are below:
On Mon, 2009-06-22 at 05:59 -0700, Rakesh Ranjan wrote:
> Hi Guys,
>
> Following are my suggestions to get rid of vendor provided
de.
* change uIP utility functions (ie. logging, wrappers) to use the
routines provided by iscsid.
I think it is a great idea, if I or someone get some time to work on
this, I think it would make the iscsi offload solution much simpler.
Thanks again.
-Ben
On Tue, 2009-06-09 at 04:50 -0700, Rakesh
On Thu, 2009-06-04 at 03:51 -0700, Rakesh Ranjan wrote:
> Benjamin Li wrote:
> >
> > Note: There is still some legacy code where I need a make a cleaner
> > division between the stack and hardware implementation. This is because
> > there is still some areas in the
at 13:39 -0700, Mike Christie wrote:
> Benjamin Li wrote:
> > Hi Mike,
> >
> > I have attached the uio source here in this email. This should be the
> > same as the tarfile I have attached to the RHEL 442418 bugzilla report
> > on 2009-05-21 23:05 EDT. Please let me k
file to determine the iSCSI IP address.
The uIP source code will be posted to the web soon, and I will provide a
link when the website is up and running.
Please feel free to contact me with any questions or concerns.
Thanks again.
-Ben
Benjamin Li (1):
iscsid: Broadcast iface record to uIP
The uIP user daemon is now using the iface file to set the IP address.
This will be broadcasted to the uIP daemon when a iSCSI connected is
initiated.
Signed-off-by: Benjamin Li
---
usr/Makefile |2 +-
usr/initiator.c|5 +++
usr/transport.c|5 +++
usr/transport.h
20 matches
Mail list logo
