|
|
| Author |
Message |
< Yaws mailing list ~ yaws, fastcgi and django CGI failu {send_to_application_serv |
| Guest |
 Posted: Sun Apr 04, 2010 5:51 am |
 |
|
|
Guest
|
Just to close the thread 
I applied the patch and it worked, afterward I upgraded to 1.88 and works
perfectly.
Thanks a lot and sorry for the ages passed from the patch release.
> Steve Vinoski wrote:
>> Just checking, had any luck with the patch?
>>
>> --steve
>>
>> On Mon, Mar 1, 2010 at 10:53 AM, Steve Vinoski <vinoski@ieee.org> wrote:
>>
>>>
>>> On Mon, Mar 1, 2010 at 10:03 AM, fruity <fruity@freaknet.org> wrote:
>>>
>>>> Hello,
>>>>
>>>> thanks for the reply
>>>>
>>>> Steve Vinoski ha scritto:
>>>>> When you say "latest yaws" do you mean the latest released version,
>>>>> or
>>>> the
>>>>> latest version of the sources from github?
>>>> latest released stable version, I am not so brave...
>>>>
>>>>> Unfortunately it looks like the code has a bug where it uses
>>>>> "send_to_application_server_failed" to describe errors from both
>>>>> sending
>>>> and
>>>>> receiving, which means we can't completely nail down the cause here,
>>>>> but
>>>>> note that I recently changed the send timeout from 1 second to 10
>>>> seconds in
>>>>> the github repo. If you're using the released version, perhaps you're
>>>> still
>>>>> using the 1 second timeout.
>>>>>
>>>>> What's really needed here is a configurable timeout, of course.
>>>>>
>>>>> I'm sure we can get it working for you if you'd like.
>>>>>
>>>>> --steve
>>>> Thanks Steve, I read somewhere that the timeout was hardcoded and
>>>> needed
>>>> to be changed to 10 second, I will look into the yaws source I have if
>>>> that is the case, but if there is the possibility of having a patch
>>>> that
>>>> whould be awesome  .
>>>>
>>> Here's that patch:
>>>
>>> diff --git a/src/yaws_cgi.erl b/src/yaws_cgi.erl
>>> index f602fb8..4ba25ff 100644
>>> --- a/src/yaws_cgi.erl
>>> +++ b/src/yaws_cgi.erl
>>> @@ -662,7 +662,7 @@ fcgi_status_name(_) -> "?".
>>> %%% Amount of time (in milliseconds) allowed for data to arrive when
>>> %%% reading the TCP connection to the application server.
>>> %%%
>>> --define(FCGI_READ_TIMEOUT_MSECS, 1000).
>>> +-define(FCGI_READ_TIMEOUT_MSECS, 10000).
>>>
>>> %%% TODO: Implement a configurable timeout which applies to the whole
>>> %%% operation (as oposed to individual socket reads).
>>>
>>> If you try it and it helps, please let me know.
>>>
>>> --steve
>>>
>>
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Erlyaws-list mailing list
> Erlyaws-list@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/erlyaws-list
>
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Erlyaws-list mailing list
Erlyaws-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/erlyaws-list
Post received from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Sun Apr 04, 2010 3:30 pm |
|
|
|
Guest
|
On Sun, Apr 4, 2010 at 1:51 AM, <fruity@freaknet.org> wrote:
>
> Just to close the thread
>
> I applied the patch and it worked, afterward I upgraded to 1.88 and works
> perfectly.
>
> Thanks a lot and sorry for the ages passed from the patch release.
Great, thanks for closing the thread.
1.88 also contains some other FCGI improvements, including faster
handling of small TCP packets across the connection and elimination of
a bug where an FCGI packet containing a 0-length field would result in
a call to gen_tcp:recv for 0 bytes, which means recv all remaining
bytes, which definitely wasn't right. Both of these could have
resulted in significant delays for FCGI-based applications.
--steve
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Erlyaws-list mailing list
Erlyaws-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/erlyaws-list
Post received from mailinglist |
|
|
| Back to top |
|
|
|
All times are GMT
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You can attach files in this forum
You can download files in this forum
|
|
|
Digg It
Del.icio.us
Reddit
Facebook
Stumble Upon
Technorati
