Mailing List Archive

----- Original Message ----

> From: Rolf Schaufelberger <rs@plusw.de>
> To: Mod_perl users <modperl@perl.apache.org>
> Sent: Fri, December 3, 2010 11:24:06 AM
> Subject: Internal apreq error
>
> Hi,
>
> (server Apache/2.2.14, OS Ubunto 10.04 LTS, libapreq 2.12.2 )
>
> I'm getting sometimes an
>
> Internal apreq error
>
> which appears in my apache log with no more information that just that
string.
> I would like to know where this error happens and why.
> Can I force apreq to be a bit more verbose about errors ?
> The problem is, I can't reproduce the error, so running apache in debugger is
>no option.
>
>
> The only thing I (mean to) know so far: The error happens during large file
>uploads.
>
> I have a form where a user can uploald 13 files which may have have more
>than 100MB.

Most likely the user interrupted the upload. It generally means
the parser's input stream was missing expected stuff.

> The apreq is patched to allow more that that (MAX set to 1000MB).

You shouldn't have to patch apreq. There is a config setting for that:

APREQ2_ReadLimit.

Try setting LogLevel to debug?

On 03/12/2010 18:24, Rolf Schaufelberger wrote:
> Hi,
>
> (server Apache/2.2.14, OS Ubunto 10.04 LTS, libapreq 2.12.2 )
>
> I'm getting sometimes an
>
> Internal apreq error
>
> which appears in my apache log with no more information that just that string.
> I would like to know where this error happens and why.
> Can I force apreq to be a bit more verbose about errors ?
> The problem is, I can't reproduce the error, so running apache in debugger is no option.
>
> The only thing I (mean to) know so far: The error happens during large file uploads.
> I have a form where a user can uploald 13 files which may have have more than 100MB.
> The apreq is patched to allow more that that (MAX set to 1000MB).
>
>
>
> Regards
>
> Rolf Schaufelberger
>
>
>
>

I doubt that helps much. Looking more carefully
at the mfd parser code, the only places I can see
where it will return an APREQ_ERROR_GENERAL (initial)
status are when

1) the Content-Disposition headers in a part have a form-data
element but no name attribute.

2) the level of nested parts exceeds 8.

The parser *should* return APR_EOF in cases where the
stream has aborted prematurely.


----- Original Message ----
> From: Issac Goldstand <margol@beamartyr.net>
> To: modperl@perl.apache.org
> Sent: Sat, December 4, 2010 11:09:01 AM
> Subject: Re: Internal apreq error
>
> Try setting LogLevel to debug?
>
> On 03/12/2010 18:24, Rolf Schaufelberger wrote:
> > Hi,
> >
> > (server Apache/2.2.14, OS Ubunto 10.04 LTS, libapreq 2.12.2 )
> >
> > I'm getting sometimes an
> >
> > Internal apreq error
> >
> > which appears in my apache log with no more information that just that
>string.
> > I would like to know where this error happens and why.
> > Can I force apreq to be a bit more verbose about errors ?
> > The problem is, I can't reproduce the error, so running apache in debugger
>is no option.
>
> >
> > The only thing I (mean to) know so far: The error happens during large file
>uploads.
>
> > I have a form where a user can uploald 13 files which may have have more
>than 100MB.
> > The apreq is patched to allow more that that (MAX set to 1000MB).
> >
> >
> >
> > Regards
> >
> > Rolf Schaufelberger
> >
> >
> >
> >
>
>

Hi.

I faced this problem when there is no Content-Type at Content-Disposition

0x01d0: 7074 2d45 6e63 6f64 696e 673a 2067 7a69 pt-Encoding:.gzi
0x01e0: 700d 0a0d 0a2d 2d67 5634 4f58 0d0a 436f p....--gV4OX..Co
0x01f0: 6e74 656e 742d 4469 7370 6f73 6974 696f ntent-Dispositio
0x0200: 6e3a 2066 6f72 6d2d 6461 7461 3b20 6e61 n:.form-data;.na
0x0210: 6d65 3d22 6669 6c65 223b 2066 696c 656e me="file";.filen
0x0220: 616d 653d 2274 7474 2e70 6e67 220d 0a0d ame="ttt.png"...

In the handler we have no filename info:
my $req = $self->request;
$req->upload('file')

params => {
category => -1,
type => "image",
upload_id => "ecb6073cecf1906c586868825FFF4052",
},

When run: $req->upload('file')

I get: ERROR: Internal apreq error


In reply to: https://mail-archives.apache.org/mod_mbox/perl-modperl/201012.mbox/%3C693118.23088.qm@web54405.mail.re2.yahoo.com%3E
>>>>>>
I doubt that helps much. Looking more carefully
at the mfd parser code, the only places I can see
where it will return an APREQ_ERROR_GENERAL (initial)
status are when

1) the Content-Disposition headers in a part have a form-data
element but no name attribute.

2) the level of nested parts exceeds 8.

The parser *should* return APR_EOF in cases where the
stream has aborted prematurely.


----- Original Message ----
> From: Issac Goldstand <margol@beamartyr.net>
> To: modperl@perl.apache.org
> Sent: Sat, December 4, 2010 11:09:01 AM
> Subject: Re: Internal apreq error
>
> Try setting LogLevel to debug?
>
> On 03/12/2010 18:24, Rolf Schaufelberger wrote:
> > Hi,
> >
> > (server Apache/2.2.14, OS Ubunto 10.04 LTS, libapreq 2.12.2 )
> >
> > I'm getting sometimes an
> >
> > Internal apreq error
> >
> > which appears in my apache log with no more information that just that
>string.
> > I would like to know where this error happens and why.
> > Can I force apreq to be a bit more verbose about errors ?
> > The problem is, I can't reproduce the error, so running apache in debugger
>is no option.
>
> >
> > The only thing I (mean to) know so far: The error happens during large file
>uploads.
>
> > I have a form where a user can uploald 13 files which may have have more
>than 100MB.
> > The apreq is patched to allow more that that (MAX set to 1000MB).
> >
> >
> >
> > Regards
> >
> > Rolf Schaufelberger
> >
> >
> >
> >
>
>