Filepro-list Digest, Vol 50, Issue 27

[Tyler]

>
> Message: 6
> Date: Thu, 13 Mar 2008 14:37:59 -0400
> From: Fairlight <fairlite at fairlite.com>
> Subject: Re: Re: fpCGI failure
> To: filepro-list at lists.celestial.com
> Message-ID: <20080313143759.C21228 at iglou.com>
> Content-Type: text/plain; charset=us-ascii
>
> Erm...SCO system?  I assume it's probably SCO's build, so it's likely
> under
> /usr/local/apache or /usr/local/lib/apache  (possibly suffixed with a
> 2...it's been a while).  Under whichever it is, there should be a logs
> directory.
>

Found 'em.  Up at http://kinotox.net/2bDELETED/access_log and
http://kinotox.net/2bDELETED/error_log.  The problems start at Wed Mar  5
11:17:15 2008.  I can see where the pattern is breaking there, but I don't
*really* know what it means.

A redirect of stderr is 0 bytes?  Then it's not kicking up something it
> considers an error worth beeping over.


Apparently it's not even creating the files at all, suggesting that fpcgi
isn't running rreport.


> The problem with throwing up a lot of dirt is that it obscures the vision.
> :)


Things are already mightily obscured, I doubt that more people helping to
dig would cloud the air more at all :P


> You've made reference to other reports running just fine.  What happens if
> you replicate the necessary parts of the environment at the shell level,
> throw your processing for the fpcgi-based stuff into debug mode, and run
> it
> from the command line without fpcgi in the mix at all?  Same table, either
> with or without debug, but will it run -outside- the context of fpcgi?
> Just create the flat ASCII file fpcgi would, fake the environment, and see
> what happens.  It's the sanest idea at this point.


And was in fact that very first thing I did, lo those many moons ago, when I
first encountered the problem.  It manually runs just peachy with exactly
the same data as when it bombs out.  I did discover the DLEN bug this way,
but that's been eliminated as the problem here.

Tyler
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20080313/4ff3bbb6/attachment.html