Brian K Justice | 1 Dec 2004 01:53
Picon

mod_fcgi 2.4.0, SA Patch 0.3, Apache 2.0.48, Linux

All -

I'm trying to apply and use the session affinity patch with Apache 
2.0.48. I downloaded the patch, applied it just fine it appears. Also 
was able to download and install the mm library. I can recompile FastCGI 
  OK, but now when Apache tries to load the mod_fastcgi module I get:

Starting httpd: Syntax error on line 207 of /usr2/httpd/conf/httpd.conf:
Cannot load /usr2/httpd/modules/mod_fastcgi.so into server: 
/usr2/httpd/modules/mod_fastcgi.so: undefined symbol: mm_create

I had FastCGI running just fine until I tried to get the SA patch in and 
going. The libmm.so library is located in /usr/lib. I used the 
Makefile.AP2 to recompile FastCGI, not the apxs as listed on the patch 
download page, after trying that way (apxs) produced errors. Read that 
on the NGs...

I have searched the NGs, Google, and don't seem to be able to find anything.

Any ideas??

Thanks.

Brian

___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/
(Continue reading)

Dan Janowski | 1 Dec 2004 13:48

Re: mod_fcgi 2.4.0, SA Patch 0.3, Apache 2.0.48, Linux

While I 'maintain' the patch, I have not used it in Apache 2. mm_create 
is part of the mm shared memory library.

Dan

On Nov 30, 2004, at 19:53, Brian K Justice wrote:

> All -
>
> I'm trying to apply and use the session affinity patch with Apache 
> 2.0.48. I downloaded the patch, applied it just fine it appears. Also 
> was able to download and install the mm library. I can recompile 
> FastCGI  OK, but now when Apache tries to load the mod_fastcgi module 
> I get:
>
> Starting httpd: Syntax error on line 207 of 
> /usr2/httpd/conf/httpd.conf:
> Cannot load /usr2/httpd/modules/mod_fastcgi.so into server: 
> /usr2/httpd/modules/mod_fastcgi.so: undefined symbol: mm_create
>
> I had FastCGI running just fine until I tried to get the SA patch in 
> and going. The libmm.so library is located in /usr/lib. I used the 
> Makefile.AP2 to recompile FastCGI, not the apxs as listed on the patch 
> download page, after trying that way (apxs) produced errors. Read that 
> on the NGs...
>
> I have searched the NGs, Google, and don't seem to be able to find 
> anything.
>
> Any ideas??
(Continue reading)

Peter Åstrand | 1 Dec 2004 14:09
Picon
Picon
Picon
Favicon

Browser stop: no EPIPE recieved


I'm trying to detect when the user presses "stop" in the browser, and
abort an operation in my FastCGI program that takes a long time. It
doesn't work. Despite several hours of debugging, I cannot find the
problem.

http://www.fastcgi.com/mod_fastcgi/docs/mod_fastcgi.html says that
applications should recieve SIGPIPE when an http client aborts a request
before it completes, but:

* SIGPIPE will be sent by the time the application tries to write to the
Fastcgi socket, right? So, if the application does some work without
sending any data to the browser, the SIGPIPE will be delayed. (In my
application, I constantly write dots to the browser, so this should not be
a problem in my case.)

* Instead of listening for SIGPIPE, you can look out if EPIPE is returned
when writing to the FastCGI socket, right? In some environments, such as
Python, it's very hard to listen for SIGPIPE (the signal is ignored by
default, and even if you change this, it is re-ignored whenever you create
a new socket. This bug was fixed recently, though.)

The problem is: my application never recieves EPIPE. All send() operations
completes successfully, even though the user has pressed stop. Here's a
trace of the application:

[pid 23569] send(5, "\1\6\0\1\0\3\5\0.\n\n\0\0\0\0\0", 16, 0) = 16

I've traced Apache with mod_fastcgi as well. As far as I can see, it does
*not* close/shutdown the Fastcgi socket, even though the write to the
(Continue reading)

Milan Slezak | 1 Dec 2004 18:22
Picon

JAVA client side FCGI protocol implementation

Hi!

I'm looking for JAVA client side FCGI protocol implementation.
Especialy for servlet comunicating with FCGI App. over TCP/IP.

Any ideas?

Thank you

______________________________________________________________________REKLAMA___
A za kolik kupujete ELEKTRO Vy?
http://www.MALL.cz/penezenka
Ověřte si přes SMS, kolik se dá UŠETŘIT!

___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/
Tim Wood | 1 Dec 2004 21:05

Re: Browser stop: no EPIPE recieved

At 05:09 AM 12/01/04, Peter Åstrand wrote:

>I'm trying to detect when the user presses "stop" in the browser, and
>abort an operation in my FastCGI program that takes a long time. It
>doesn't work. Despite several hours of debugging, I cannot find the
>problem.

I have a stack of emails in which we basically worked out that the FCGI process will never see a SIGPIPE
because Apache will (usually? always?) buffer up outgoing data from the FCGI.  So there's almost no window
from the FCGI POV to receive a SIGPIPE.  This remains a "known problem" in my application that will require
support intervention to address (or a design mod. :) 

The alternative to allow time for SIGPIPE, that the FCGI execution is somehow paced by the download
progress, can ruin scaling if a bunch of hits come in over slow connections: you have a bunch of FCGI
sessions in memory plodding along, using up the quota, etc.  Any updates are welcome.

>Any ideas?
>http://www.fastcgi.com/archives/fastcgi-developers/2004-February/003268.html
>mentiones Apaches content-length filter. Could this be the cause of my
>problem?

That was me, so I'll say "yes". :)

HTH,
TW

PS I am on Apache 2.0.47 and FCGI works well otherwise.

___________________________________
fastcgi-developers mailing list
(Continue reading)

Chad Whitacre | 4 Dec 2004 14:55
Picon
Gravatar

internal anchors broken in docs

Minor issue but I thought I'd report it: Firefox (at least) interprets
internal anchors case-sensitively. This means that links to:

http://www.fastcgi.com/mod_fastcgi/docs/mod_fastcgi.html#fastcgiserver

don't work (that ex. is from the "Summary" section of that page).
However this link works:

http://www.fastcgi.com/mod_fastcgi/docs/mod_fastcgi.html#FastCgiServer

(That is in the "Directives" TOC)

Chad Whitacre
___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/
Chad Whitacre | 6 Dec 2004 15:59
Picon
Gravatar

error building DSO

Hello.

I am getting an error building a DSO according to "3) Installing
mod_fastcgi as a DSO" on:

 http://www.fastcgi.com/mod_fastcgi/INSTALL

Environment:

 FreeBSD 4.10-RELEASE
 Apache 2.0.52

Details follow. Let me know what else you need to know, and thanks for any help.

chad

P.S. I did find a thread by searching for ".libs/fcgi_config.o
undefined reference":

http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2004-May/033639.html
http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2004-May/033645.html
http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2004-May/033647.html

This thread suggests compiling mod_fastcgi WITH_APACHE2, so I also tried:

# apxs -o mod_fastcgi.so -c *.c -Wc,-DWITH_APACHE2=yes

but that gave me:

/usr/libexec/elf/ld: unrecognized option '-DWITH_APACHE2'
(Continue reading)

Gregor Rébel | 6 Dec 2004 18:45
Picon

Dynamic-server does not shut down after 30 seconds of inactivity

Hi,

I'm writing a webengine that runs as a dynamic server via mod_fastcgi.
After some 30 seconds of inactivity this server should shutdown itself and save all unsaved session-data
back to disk. But instead of shutting down after receiving the signal, the script stays running and shuts
down when receiving the next http-request.

I have written a small watchdog which runs as a parallel thread and should send an ALRM-signal after 30 seconds.
This is what it looks like (simplified):

---------------------------------------------------------------------------------
my $WatchDog = threads->new(\&runWatchDog);
$SIG{ALRM} = sub { die("Alarm!\n"); };

eval
{
  while ( $self->{KeepServerRunning} && ($self->{CGI} = new CGI::Fast) )
  {
    .. compile page ..
  }
};
if ($ <at> ) { $FH_LOGFILE->print("main-event-loop interrupted: '$ <at> '\n"); }

.. save session-data back to disk ..
exit 0;

sub runWatchDog #/
{
  sleep 30;
  $FH_LOGFILE->print("timer expired!\n");
(Continue reading)

ksj | 7 Dec 2004 15:06
Favicon

high connection failure while stress testing Apache + FCGI echo

Hi, All,

I'm a first time user of FCGI on windows with Apache 2.0.52 HTTPD. I 
downloaded the FCGI dev kit (fcgi-2.4.0 ), compiled the echo-cpp demo 
app in the examples folder and successfully tested it with the browser 
after configuring Apache properly. But when I ran "ab" to benchmark 
the performance, I notice a high rate (about 10%) of request failure 
although the process time per request did impress me very much! 

Has anybody experienced the same problem? It would be greatly 
appreciated if anyone could shed some light on this 

- why this is happenning? 
- what need I do the solve this problem?

Thanks

Stewart
___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/
Simon | 7 Dec 2004 18:33

Re: high connection failure while stress testing Apache + FCGI echo


Read up on some tunning params. There is listen queue, number of serving
processes, prespawned and created on demand. You need to tweak these
to achieve best performance. Don't forget that in the end, you will be limited
by your hardware, (CPU, RAM, storage, network, and perhaps other possible
IO bottlenecks). Also, it is not a good test to run ab on the same machine,
not sure if you did this or not, as ab itself could get very CPU intensive.

-Simon

On Tue, 07 Dec 2004 09:06:46 -0500, ksj-LjRBWs/Th6SVc3sceRu5cw@public.gmane.org wrote:

>Hi, All,
>
>I'm a first time user of FCGI on windows with Apache 2.0.52 HTTPD. I
>downloaded the FCGI dev kit (fcgi-2.4.0 ), compiled the echo-cpp demo
>app in the examples folder and successfully tested it with the browser
>after configuring Apache properly. But when I ran "ab" to benchmark
>the performance, I notice a high rate (about 10%) of request failure
>although the process time per request did impress me very much!
>
>Has anybody experienced the same problem? It would be greatly
>appreciated if anyone could shed some light on this
>
>- why this is happenning?
>- what need I do the solve this problem?
>
>Thanks
>
>Stewart
>

___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/

Gmane