logo       

Re: Re: [PATCH] CmdSN fixes: msg#00289

Subject: Re: Re: [PATCH] CmdSN fixes
On Fri, 2006-01-13 at 09:41 -0800, K Chapman wrote:
> --- 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?

yes, that is 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?

we did not adjust that until FFP. now we adjust that to 2 before FFP.

> 
> 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".

i see. i have 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
> _______________________________________________
> Iscsitarget-devel mailing list
> Iscsitarget-devel@xxxxxxxxxxxxxxxxxxxxx
> https://lists.sourceforge.net/lists/listinfo/iscsitarget-devel



-------------------------------------------------------
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


<Prev in Thread] Current Thread [Next in Thread>