--- Arne Redlich <agr@xxxxxxxxxxxxxx> wrote:
> Am Mittwoch, den 11.01.2006, 14:49 -0800 schrieb K
> Chapman:
> > > so this is aix ini fault i think, it claims it
> can
> > > support MaxRxDSL
> > > (this is its capability) while assume target
> accept
> > > this param means
> > > target also has this capability. :P
> > >
> > > is it possible for you to file a bug ticket to
> aix?
> > >
> > > i know this is not follow the RFC, but can u try
> to
> > > specify that
> > > parameter to 256K in your conf file, without
> that
> > > patch, and see if ok?
> > >
> > > i think the patch has no harm to IET code, but
> might
> > > lead to OOM in low
> > > HW configuration box.
> >
> > ive tried at 256k and it works still. ibm
> actually
> > called me on my ticket and they are going to talk
> to
> > the iscsi developers!!! wow... if anyone has any
> > other suggestions for ibm, let me know as ill try
> to
> > get them to listen to make the config for aix a
> bit
> > more flexiable/compliant.
>
> Yes, you should mention the CmdSN issue if you don't
> have it on your
> list already. While this shouldn't be a problem with
> AIX vs. IET anymore
> due to the workaround, it could lead to problems
> with targets actually
> using a dynamic CmdSN window.
>
> Arne
here is some of what one of the iscsi dev guys at ibm
said:
It appears you are correct about the MaxCmdSN and
ExpCmdSN. If they are equal, that should mean we have
a command queue depth of one. But it looks like our
iSCSI driver has an off-by-one-error when determining
if the command queue is full. I assume that after the
login, there is a delay of a minute or so before the
connection is closed and restarted. Is that the case?
Do you actually have a target that wants to use a
command queue depth of just 1? Most have anywhere from
16-128 or more and so we had not hit this before. BTW,
what iSCSI target are you using?
As for the configuration, we curently do not have
definite plans for extending it, though I have some
ideas of what I would like to add and I have had a few
(but not many) other customers make similar comments.
I will add it to our list of enhancements to consider
but don't expect any short-term changes.
We don't have any particular tools that we recommend.
Some of our stuff is for internal use only, though
there is at least one publicly available tool that we
use for file system stress....a program called "dt".
One place you can get it is from the website for
"connectathon"....www.connectathon.org. Find the test
suite for iSCSI and it contains "dt".
aaarrrggghhh!!!!
FreeBSD rocks
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
|
