Thank you very much all.Problem is solved,but I am having doubt.
@Mike
On Apr 21, 5:08 am, Mike Christie micha...@cs.wisc.edu wrote:
HIMANSHU wrote:
I discovered 2 machine,192.168.7.50(containing 10 targets,out of which
performed login on 2) and 192.168.7.51(containing 5 targets,out of
HIMANSHU wrote:
Yeah.This worked for me.I specified 'node.startup=manual' in
'iscsid.conf'.
so running update command to change it to 'automatic' only on login(or
I will give option for persistent connection across reboot).
But my problem these changes vanish after another discovery command.
Joer wrote:
Mike,
Response in line
On Apr 20, 5:14 pm, Mike Christie micha...@cs.wisc.edu wrote:
Joer wrote:
A few more comments on this failure:
This may be a problem with how the check response is being processed
by the iSCSI stack...possibly due to data digest.
The Inquiry
k...@chelsio.com wrote:
[PATCH v2] cxgb3i: fix ddp map overrun (version 2)
From: Karen Xie k...@chelsio.com
Fixed a bug in calculating ddp map range when search for free entries:
it was going beyond the end by one, thus corrupting gl_skb[0].
This fixes the bug I was hitting. For the
Mike,
This the stock RHEL5.2 kernel.
-joe
On Apr 21, 9:18 am, Mike Christie micha...@cs.wisc.edu wrote:
Joer wrote:
Mike,
Response in line
On Apr 20, 5:14 pm, Mike Christie micha...@cs.wisc.edu wrote:
Joer wrote:
A few more comments on this failure:
This may be a problem with