[Mono-list] mod_mono hangs with asp.net examples

[Fabian Fagerholm]

--=-2Y/uBHOMK4pUw5g9RDiJ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hi!

This has been brought up on the list before, but I couldn't find a
conclusive analysis or a solution. I have:

apache 2.0.50 (Debian version 2.0.50-11)
mod_mono 1.0.1 (Debian version 1.0.1-1)
xsp 1.0.1 (Debian version mono-apache-server 1.0.1-1)
asp.net-examples 1.0.1 (Debian version 1.0.1-1)

Everything should be configured correctly, but when accessing the
asp.net examples through http://localhost/samples/, nothing happens in
the browser. A ps listing shows that apache2 is running, and has spawned
two mono processes:

root     30546     1  0 19:54 ?        00:00:00 /usr/sbin/apache2 -k start =
-DSSL
www-data 30547 30546  0 19:54 ?        00:00:00 /usr/sbin/apache2 -k start =
-DSSL
www-data 30548 30546  0 19:54 ?        00:00:00 /usr/sbin/apache2 -k start =
-DSSL
www-data 30549 30546  0 19:54 ?        00:00:00 /usr/sbin/apache2 -k start =
-DSSL
www-data 30550 30546  0 19:54 ?        00:00:00 /usr/sbin/apache2 -k start =
-DSSL
www-data 30551 30546  0 19:54 ?        00:00:00 /usr/sbin/apache2 -k start =
-DSSL
www-data 30555 30546  0 19:54 ?        00:00:00 /usr/sbin/apache2 -k start =
-DSSL
www-data 30557 30556  0 19:54 ?        00:00:00 /usr/bin/mono --debug /usr/=
share/dotnet/bin/mod-mono-server.exe --filename /tmp/.mod_mono_server --non=
stop --appconfigdir /etc/mono-server
www-data 30556 30548  0 19:54 ?        00:00:00 /usr/bin/mono --debug /usr/=
share/dotnet/bin/mod-mono-server.exe --filename /tmp/.mod_mono_server --non=
stop --appconfigdir /etc/mono-server

(Sorry for the overly long lines.)

Then, strace -p 30556 will spit out repeated iterations of the
following:

gettimeofday({1093796750, 921468}, NULL) =3D 0
futex(0x40e15944, FUTEX_WAKE, 1)        =3D 0
clock_gettime(0, {1093796750, 922805000}) =3D 0
futex(0x40e1596c, FUTEX_WAIT, 399, {0, 98195000}) =3D -1 ETIMEDOUT (Connect=
ion timed out)

strace -p 30557 shows the following:
Process 30557 attached - interrupt to quit
poll( <unfinished ...>
Process 30557 detached

And it just stops there forever (or at least for as long as I waited
before pressing Ctrl-C). The apache process that appears to be handling
the connection shows the following by strace -p 30555:

Process 30555 attached - interrupt to quit
semop(110657662, 0x402fa7ac, 1 <unfinished ...>
Process 30555 detached

Again, nothing until Ctrl-C is pressed.

I recall reading something about apache trying to connect to the xsp
backend socket too soon, and that an increased timeout value could be a
remedy for this.

Any ideas?

Cheers,
--=20
Fabian Fagerholm <fabbe@paniq.net>

--=-2Y/uBHOMK4pUw5g9RDiJ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBBMgcf76VUNpZBmeIRApEnAJ9egMxn6GeSLhZ9dHnt6SwEUDYBygCfeNur
+PafLiv71w3ryWbSfk4CV30=
=K8di
-----END PGP SIGNATURE-----

--=-2Y/uBHOMK4pUw5g9RDiJ--