Ansicht
Dokumentation
11835 - PXA-Buffer problem with KPL 1643 in 4.6D
SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up Vendor Master (General Section)This documentation is copyright by SAP AG.
PXA-Buffer problem with KPL 1643 in 4.6D
Hi Jim,it is everywhere the same and the 2GB limit still exists. So, it
might be possible, that you could increase it a bit, but only a bit.
SO,k I would use the value a little bit below as well.
Regards
Volker
--- In DoNotReply@consolut.eu, "Jim Doll" <jdollZp...> wrote:
> Volker: is that up to the 2,000,000 limit, which I guess would be
1,998,848, or does that allow us to go past 2,000,000?
>
> Jim Doll, Perrigo
>
> >>> volker.gueldenpfennigZs... 10/30/03 03:42AM >>>
> Hi Erik,
>
> sorry, for the unprecise description:
> You should try an value that can be devided by 16MB, that means by
> 16384.
> That means, that the folllowing would be wrong:
> abap/buffersize = 600000
>
> But, this one should work:
> abap/buffersize = 606208
>
> AND:
> This problem should only occur during swaps. This means, that just
> increasing the buffer should help as well. So it might be, that the
> other system doesn't swap the ABAP buffer ?
>
> Regards
>
> Volker
>
> --- In DoNotReply@consolut.eu, "Erik Huot" <ehuotZs...> wrote:
> > I guess I talked too fast. My test system still gets the PXA
> destroyed
> > problem even after changing the abap buffer size to a value that
> can be
> > divided by 16.
> >
> > What is really strange is I have another system running with
kernel
> 1664
> > without this problem.
> >
> > Is it possible there is another parameter I should adjust?
> >
> > Erik Huot
> > South Shore Industries Ltd.
> >
> > -----Message d'origine-----
> > De : Erik Huot [mailto:ehuotZs...]
> > Envoyé : 29 octobre, 2003 07:22
> > À : DoNotReply@consolut.eu
> > Objet : RE: Re: PXA-Buffer problem with KPL 1643
in
> 4.6D
> >
> > I also had this problem with kernel 1664 on my test system
> yesterday. I
> > changed the abap buffer size as recommended and it got rid of the
> PXA
> > destroyed issue.
> >
> > Thanks Volker
> >
> > Erik Huot
> > South Shore Industries Ltd.
> >
> > -----Message d'origine-----
> > De : Volker Gueldenpfennig [mailto:volker.gueldenpfennigZs...]
> > Envoyé : 28 octobre, 2003 13:18
> > À : DoNotReply@consolut.eu
> > Objet : Re: PXA-Buffer problem with KPL 1643 in
4.6D
> >
> > Hi Steve,
> >
> > for sure, you can do so, but I had a workaorund for you as well:
> > Since we found the origin of the problem, the developer told us,
> that
> > the problem wouldn't appear, when using an ABAP buffer size, that
> can
> > be devided by 16MB.
> >
> > Perhaps you want to test this ? Or at least check your abap buffer
> > size ? (if this information may be correct ?)
> >
> > Then you could slightly increasse or decrease your size to a
value,
> > that can be devided by 16MB.
> >
> > Regards
> >
> > Volker
> >
> > --- In DoNotReply@consolut.eu, "Steve Chapman"
<schapmanZc...>
> > wrote:
> > > Unfortunately, KPL 1670 or above is not yet available on service
> > > marketplace, and note 674011 is not now released.
> > >
> > > I loaded KPL 1664, on Saturday, on V5R1 system for our test
system
> > > (46C ebcdic), updating from KPL 1604, and have since seen the
> > > occurance of various errors with "PXA destroyed" errors being
> > > conspicuously present.
> > >
> > > I had all PTFs current, per the infoapar and the kernel patch
> > package
> > > itself.
> > >
> > > We here had no known issues at KPL 1604, so I am going to
restore
> > the
> > > 1604-level kernel and wait for the fixing patch level to be
> > available.
> > >
> > > I would suggest that you all proceed very cautiously, and not
> apply
> > > DW_1664 without expecting problems.
> > >
> > > Regards,
> > > Steve Chapman
> > >
> > > --- In DoNotReply@consolut.eu, "Power, Sally"
> > <sally.powerZs...>
> > > wrote:
> > > > Hi Group,
> > > > The problem has now been resolved for 4.6D at patch level
> > 1670 or
> > > higher. A patch will also be made available for 6.20 but the
> number
> > is
> > > not yet available. Please see note 674011 for details.
> > > > Regards,
> > > > Sally Power
> > > > iSeries Dev.Support
> >
> >
> >
> > Have a look to our homepage at: http://www.consolut.net
> > DoNotReply@consolut.eu
> >
> > Your use of consolut is subject to
> http://www.consolut.net
> >
> >
> >
> >
> > Have a look to our homepage at: http://www.consolut.net
> > DoNotReply@consolut.eu
> >
> > Your use of consolut is subject to
> http://www.consolut.net
>
>
>
> Have a look to our homepage at: http://www.consolut.net
> DoNotReply@consolut.eu
>
> Your use of consolut is subject to
http://www.consolut.net
>
>
> [Non-text portions of this message have been removed]
Durban Tours - Südafrika Safari
BAL_S_LOG - Application Log: Log header data ROGBILLS - Synchronize billing plans
This documentation is copyright by SAP AG.
Length: 7801 Date: 20240520 Time: 204210 sap01-206 ( 3 ms )
