Ansicht
Dokumentation
12019 - We hare having a GWRD error
Addresses (Business Address Services) Vendor Master (General Section)This documentation is copyright by SAP AG.
We hare having a GWRD error
Hi Craig,I would discuss this with Olaf (btw: working for IBM assigned to SAP)
and decide then. I guess, that the problem will occur in both kernels
and the diagnostic patch shouldn't be dangerous - it will only trace
more into the files for analyzing later on.
Regards
Volker
--- In DoNotReply@consolut.eu, "sapbasisguy" <craig_welchZb...>
wrote:
> Sorry, my send button must have misfired and sent twice.
>
> Olaf of SAP has also stated that he would try and develop a
> diagnostic patch. I have not seen it yet, and I was wondering if it
> would not be the same level of risk to just run the enhanced
kernel.
> I have now received a copy of the kernel. Would it be better to
> request the diagnostic patch be developed for that version?
>
> I am tempted to install it anyway just for the performance increase
I
> expect to receive. We are not on regatta class hardware but with
the
> 15% CPU useage improvement I would expect an overall performance
> increase of about 3% and up to 7-8% on our worst CPU offenders.
>
> Craig.
>
> --- In DoNotReply@consolut.eu, "sapbasisguy"
<craig_welchZb...>
> wrote:
> > Hi Frank, I guess I'm not alone any longer. We are also on V5R1.
> >
> > Volker, I have opened my second note on this on 10/09/2003
> (434309).
> > I closed the first note (46D EBCDIC Kernel 1330) back in August
> when
> > I thought that there was a job causing it that we could move off
> > prime time.
> >
> > I was also hopeful that 1604 would cure the problem. While 1604
> cured
> > the many dumps for the most part, this problem did not go away.
Do
> > you have the GWRD looping? We have the loop because GWRD is
showing
> > about 5% CPU useage even when the rest of the subsystem is down.
> The
> > big problem is that we take direct call orders all day and there
is
> > not a lot of time to leave the system looping for diagnosis or
> > contacting SAP. Additionally, it usually fails in the middle of
the
> > night for Germany. 🙂
> >
> > Were you running a BW extract job at the time? We have master
data
> > changes going on all day long and I have a gut feel that the
> > combination of a lot of changes and a master data extract during
> > prime load trigger this. I've moved the BW job off shift and I'm
> > going on my 3rd week without an outage, but that is not a true
> > indication (yet).
> >
> > IBM and SAP have looked into it and I have instructions to grab
the
> > following data with the next occurance. If you fail first, by
all
> > means please capture it.
> >
> > "If the process seems to loop you could start a job trace for
> a
> > short priod of time as well. You could do this with the
> following
> >
> steps:
>
>
>
> > STRSRVJOB JOB(<jobname of
> gateway>)
>
>
>
> > TRCJOB SET(*ON) TRCTYPE(*ALL) TRCFULL
> (*STOPTRC)
>
>
>
> > wait a few seconds ( 10 - 20 seconds , not too long since we
> don't
> > want generate Megabytes of
> data ).
>
>
>
> > TRCJOB SET(*OFF) OUTPUT
> (*PRINT)
>
>
>
> > If the output in your spoolfile is much to large try it with
> a
> > little shorter period of time and then send the output to
> my
> > EMail
> address.
>
>
>
> > If the error reoccurs you should also keep copies of the
> developer
> > trace and the Joblog on iSeries if
> available.
>
>
>
> > We also would like to see the call stack of the application
> when
> > message C2M1212 occurs, but unfotunately we see at the moment
> no
> > possibility to get this information."
> >
> >
> >
> > --- In DoNotReply@consolut.eu, "Volker Gueldenpfennig"
> > <volker.gueldenpfennigZs...> wrote:
> > > Hi Frank & Craig,
> > >
> > > you should open an OSS ticket on this. I only know that it
should
> > > have been fixed as well - but perhaps there is a slightly other
> > error
> > > still in there.
> > >
> > > Regards
> > >
> > > Volker
> > >
> > > --- In DoNotReply@consolut.eu, "yfott" <frank.ottZr...>
> wrote:
> > > > Hi there,
> > > >
> > > > we've experienced the same error today (OS/400 V5R1, ASCII
> Kernel
> > > > 4.6D, Patch 1569).
> > > > Did SAP solved the problem by now?
> > > >
> > > > regards,
> > > > Frank Ott
> > > >
> > > > --- In DoNotReply@consolut.eu, "sapbasisguy"
> > > <craig_welchZb...>
> > > > wrote:
> > > > > We are having an error with the gateway on our Central
> > Instance.
> > > > The
> > > > > message is "The pointer parameter passed to free or realloc
> is
> > > not
> > > > > valid.. "
> > > > >
> > > > > We have suffered several produciton outages due to this
> error.
> > I
> > > > was
> > > > > certain that I saw a note that it was fixed in 1443 but we
> > > upgraded
> > > > > from Dkernel Verson 1330 ti 1694 last weekend and we just
had
> > our
> > > > > first outage due to this gateway error.
> > > > >
> > > > > Is anyone else experiencing this problem? We're 46C on V5R1
> > > Kernel
> > > > > Version 1604.
> > > > >
> > > > > I've opened customer note 434309 just now.
> > > > >
> > > > > Craig.
> > > > >
> > > > > Job . . : GWRD User . . : PRD30
> > > > Number . . . :
> > > > > 950273
> > > >
> > >
> >
>
>
> > > >
> > > > >
> > > > > Job 950273/PRD30/GWRD started on 10/05/03 at 06:45:44
in
> > > > > subsystem R3_30
> > > > > in R3PRD400. Job entered system on 10/05/03 at
> > > > > 06:45:43.
> > > > > The pointer parameter passed to free or realloc is not
> > > > > valid.
> > > > >
> > > > > Message . . . . : The pointer parameter passed to free or
> > > realloc
> > > > > is not
> > > > >
> > > > >
> > > >
> > >
> >
>
valid.
> > > > >
> > > > > Cause . . . . . : The pointer parameter passed to free or
> > > realloc
> > > > > was not
> > > > > valid. This caused your function call to
> > > > > fail.
> > > > > Recovery . . . : Correct the invalid pointer parameter
> being
> > > > > passed to free
> > > > > or
> > > > >
> > > >
> > >
> >
>
realloc.
> > > > >
> > > > > Technical description . . . . . . . . : The value of the
> > > pointer
> > > > > passed to
> > > > > free or realloc is
> > > > > X'40000000000000009BBE6880045E3A00'.
Durban Tours - Südafrika Safari
Fill RESBD Structure from EBP Component Structure Addresses (Business Address Services)
This documentation is copyright by SAP AG.
Length: 9345 Date: 20240423 Time: 122748 sap01-206 ( 4 ms )
