Fwd: Netcgi buffers on /tmp

Matías Giovannini <[email protected]> Mon, 18 Jul 2011 10:14:23 -0300
Newsgroups gmane.comp.lang.ocaml.lib.net.devel
Message-ID <CALzEXo-FhZfNsawwLnOGfNYwRh7YgpxhStC7Yxy3qshY26ifXA@mail.gmail.com>
Gerd,

The temporary files contain the BODY for POST requests. I'm running two
Netplex instances on the same machine, one of which cannot be controlled
with netplex-admin which forces me to terminate it with SIGKILL (I could add
a handler, I know, it's just a mock service instance). Since you mention
that cleanup happens in object finalizers it is obvious they don't get to
run so the files accumulate in the temp directory.

Thank you for your assistance,
Matías.

2011/7/18 Gerd Stolpmann <[email protected]>

> Am Mittwoch, den 13.07.2011, 18:49 -0300 schrieb Matías Giovannini:
> > Hello,
> >
> >
> > I'm seeing something strange. Even though I configure the
> > Nethttpd_plex service with Nethttpd_services.std_activation
> > `Std_activation_unbuffered, I'm seeing an enormous number (more than
> > 2.700.000 in one instance) of netcgiXXX temporary files with HTTP
> > requests on /tmp. These files persist even after correctly shutting
> > down the server with netplex-admin. This currently makes FreeBSD
> > complain about a full /tmp filesystem.
>
> What type of requests? Normally, this should only happen for file
> uploads.
>
> > I'd like to know if this is to be expected or not. Wouldn't it be
> > possible to use the "tempfd" trick on Posix? Namely, the following:
>
> I'm very aware of this, but for file uploads it is not applicable. The
> handler normally wants to get the file by name.
>
> There is cgi#finalize() to get rid of files. Maybe it's not called by
> Nethttpd.
>
> Gerd
>
>

------------------------------------------------------------------------------
AppSumo Presents a FREE Video for the SourceForge Community by Eric 
Ries, the creator of the Lean Startup Methodology on "Lean Startup 
Secrets Revealed." This video shows you how to validate your ideas, 
optimize your ideas and identify your business strategy.
http://p.sf.net/sfu/appsumosfdev2dev

_______________________________________________
Ocamlnet-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ocamlnet-devel