[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
HTTPAPIR4 - Insufficient storage available to satisfy the
Scott,
I asked only for 2k bytes of allocation.
The same job, handles many WS requests.
I change the program to have actgrp(*new) and this solve the problem.
Regards
Boaz Mermelstein
3/21 Hershko Avraham st. | Rehovot | Israel
Phone: +972 8 9458690 | Mobile:+972 54 4441 891 | Fax: +972 151 54 4441
891
http://www.smbt.co.il
-----Original Message-----
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
[mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of
ftpapi-request@xxxxxxxxxxxxxxxxxxxxxx
Sent: Wednesday, September 11, 2013 8:00 PM
To: ftpapi@xxxxxxxxxxxxxxxxxxxxxx
Subject: Ftpapi Digest, Vol 83, Issue 17
Send Ftpapi mailing list submissions to
ftpapi@xxxxxxxxxxxxxxxxxxxxxx
To subscribe or unsubscribe via the World Wide Web, visit
http://scottklement.com/mailman/listinfo/ftpapi
or, via email, send a message with subject or body 'help' to
ftpapi-request@xxxxxxxxxxxxxxxxxxxxxx
You can reach the person managing the list at
ftpapi-owner@xxxxxxxxxxxxxxxxxxxxxx
When replying, please edit your Subject line so it is more specific than
"Re: Contents of Ftpapi digest..."
Today's Topics:
1. HTTPAPIR4 - Insufficient storage available to satisfy the
request (Boaz mermelstein)
2. Re: HTTPAPIR4 - Insufficient storage available to satisfy the
request (Scott Klement)
----------------------------------------------------------------------
Message: 1
Date: Tue, 10 Sep 2013 23:41:07 +0300
From: "Boaz mermelstein" <boazm@xxxxxxxxxx>
To: <ftpapi@xxxxxxxxxxxxxxxxxxxxxx>
Subject: HTTPAPIR4 - Insufficient storage available to satisfy the
request
Message-ID: <004201ceae66$136f6dd0$3a4e4970$@co.il>
Content-Type: text/plain; charset="us-ascii"
Hi
I have a job runs as web service client.
After processing some dozens of requests a message CEE0813 cause the job to
stop.
It seems than iconvdyn() can't allocate more memory.
Where the memory allocated by previous invocations of iconvdyn() is
deallocated?
Ot how can I check all memory parts that are still allocated at time of
error?
This is from job log:
Insufficient storage available to satisfy the request.
Function check. CEE0813 unmonitored by HTTPAPIR4 at statement 0000004106,
instruction X'0000'.
This is from call stack:
OTA060 OTA 5611 SENDREQUEST
HTTPAPIR4 SYSHERTZ 32200 HTTP_URL_POST_XML
HTTPAPIR4 SYSHERTZ 5851 HTTP_URL_POST_RAW
HTTPAPIR4 SYSHERTZ 6522 HTTP_PERSIST_POST
HTTPAPIR4 SYSHERTZ 6719 HTTP_PERSIST_REQ
HTTPAPIR4 SYSHERTZ 4200 DO_OPER
HTTPAPIR4 SYSHERTZ 4526 RECVCHUNK
HTTPAPIR4 SYSHERTZ 85100 PARSEXML
EXPAT SYSHERTZ 28 XML_Parse
EXPAT SYSHERTZ 14 XML_ParseBuffer
EXPAT SYSHERTZ 1 contentProcessor
EXPAT SYSHERTZ 137 doContent
HTTPAPIR4 SYSHERTZ 114100 STARTELEMENT
HTTPAPIR4 SYSHERTZ 3430 ICONVDYN
HTTPAPIR4 SYSHERTZ 4106 XALLOC
QRNXIE QSYS 1 _QRNX_CALL_FC_H
.
.
.
Thanks in advanced
Boaz Mermelstein
3/21 Hershko Avraham st. | Rehovot | Israel
Phone: +972 8 9458690 | Mobile:+972 54 4441 891 | Fax: +972 151 54 4441
891
http://www.smbt.co.il
------------------------------
Message: 2
Date: Tue, 10 Sep 2013 16:10:47 -0500
From: Scott Klement <sk@xxxxxxxxxxxxxxxx>
To: HTTPAPI and FTPAPI Projects <ftpapi@xxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: HTTPAPIR4 - Insufficient storage available to satisfy the
request
Message-ID: <522F8AD7.7030900@xxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Each routine that calls http_xlate() (which subsequently calls iconvdyn)
should be deallocating the memory afterwards.
But, I think the error you see means that you've asked for more than the
maximum of 16 MB in single-level storage.
On 9/10/2013 3:41 PM, Boaz mermelstein wrote:
> Hi
> I have a job runs as web service client.
> After processing some dozens of requests a message CEE0813 cause the
> job to stop.
> It seems than iconvdyn() can't allocate more memory.
> Where the memory allocated by previous invocations of iconvdyn() is
> deallocated?
> Ot how can I check all memory parts that are still allocated at time
> of error?
>
> This is from job log:
> Insufficient storage available to satisfy the request.
> Function check. CEE0813 unmonitored by HTTPAPIR4 at statement 0000004106,
> instruction X'0000'.
>
> This is from call stack:
> OTA060 OTA 5611 SENDREQUEST
> HTTPAPIR4 SYSHERTZ 32200 HTTP_URL_POST_XML
> HTTPAPIR4 SYSHERTZ 5851 HTTP_URL_POST_RAW
> HTTPAPIR4 SYSHERTZ 6522 HTTP_PERSIST_POST
> HTTPAPIR4 SYSHERTZ 6719 HTTP_PERSIST_REQ
> HTTPAPIR4 SYSHERTZ 4200 DO_OPER
> HTTPAPIR4 SYSHERTZ 4526 RECVCHUNK
> HTTPAPIR4 SYSHERTZ 85100 PARSEXML
> EXPAT SYSHERTZ 28 XML_Parse
> EXPAT SYSHERTZ 14 XML_ParseBuffer
> EXPAT SYSHERTZ 1 contentProcessor
> EXPAT SYSHERTZ 137 doContent
> HTTPAPIR4 SYSHERTZ 114100 STARTELEMENT
> HTTPAPIR4 SYSHERTZ 3430 ICONVDYN
> HTTPAPIR4 SYSHERTZ 4106 XALLOC
> QRNXIE QSYS 1 _QRNX_CALL_FC_H
> .
> .
> .
>
>
> Thanks in advanced
> Boaz Mermelstein
> 3/21 Hershko Avraham st. | Rehovot | Israel
> Phone: +972 8 9458690 | Mobile:+972 54 4441 891 | Fax: +972 151 54
> 4441
> 891
> http://www.smbt.co.il
>
>
> ----------------------------------------------------------------------
> - This is the FTPAPI mailing list. To unsubscribe, please go to:
> http://www.scottklement.com/mailman/listinfo/ftpapi
> ----------------------------------------------------------------------
> -
>
------------------------------
-----------------------------------------------------------------------
This is the FTPAPI mailing list digest. To unsubscribe, go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------
End of Ftpapi Digest, Vol 83, Issue 17
**************************************
-----------------------------------------------------------------------
This is the FTPAPI mailing list. To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------