TEXTENV_INVALID in 46C dump after the apar II14126 and kernel 2341

[franco_tassone]

Dear all,

we got an issues after moving our prod 570 to V5R4 and applying the apar II14126 *** Last Updated 8 October 2007 *** (current) with kernel patch 2341 (current): we continuously get the dump TEXTENV_INVALID in the central instance. From my understanding now we're current with the kernel, CUM, hyper, single PTFs and here's an example of the work process dev trace

A *** ERROR => 1th error during 2th text env operation [ablocale.c 124]

A *** ERROR => error code 'TEXTENV_INVALID' [ablocale.c 125]

A *** ERROR => kernel operation 'NEW MODE' [ablocale.c 126]

A *** ERROR => platform 'OS/400A' [ablocale.c 127]

A *** ERROR => language 'I' [ablocale.c 128]

A *** ERROR => country ' ' [ablocale.c 129]

A *** ERROR => modifier '' [ablocale.c 130]

A *** ERROR => The requeted operations wants to activate [ablocale.c 148]

A *** ERROR => locale 'IT_IT_ISO1'. But the operating system [ablocale.c 150]

A *** ERROR => rejected to do that. Please check if this [ablocale.c 151]

A *** ERROR => locale is installed. [ablocale.c 152]

A *** ERROR => Use transaction ST22 for details. [ablocale.c 175]

A *** ERROR => For help look at SAP note 42781. [ablocale.c 176]

A *** ERROR => --- [ablocale.c 177]

DLTR3PKG done multiple times, all the locales are good, we recreated them also, no luck. We NEVER experienced a similiar issue when in V5R3.

We've found a workaround by applying the following parameters in the DEFAULT profile:

abap/set_etct_env_at_new_mode = 0

install/collate/active = 0

rscp/TCP0B = TCP0C

we got rid of the dumps but is that safe ? is that ok if we run non-latin1 language, eg: cech language ? We've been reported that for the cech users the characters aren't being correctly shown.

Thank you for helping.

Franco.

[franco_tassone]

Dear Volker,

I think I've found the solution by carefully checking the work processes joblog at the OS level:

File CNV0050000 not created in library QUSRSYS.

Function check. MCH1210 unmonitored by QDDCPF at statement *N, instruction

X'00F6'.

Could not load locale (errno 3101).

Error MCH1210 guides you to (...) Note 853564 - iSeries: Known Issues with V5R4M0, and in point 8 you have the decisive hint: Note 976837 - iSeries: MCH1210 when you create tables or views

By applying this note we solved the issue.

Why SAP has'nt provided us this hint... I'm going to close the ticket.

Thank you anyway.

Franco.

[franco_tassone]

Dear friend,

thanks for your hints.

In the R3<SID>400 we have all the locales we need, as we used to be ! we upgraded to V5R4, no changes to the SAP instances, eg. the IT locale in R3F3C400

Opt Object Type Attribute Size Text

IT_IT_ISO1 *LOCALE 12288 Created with CCSID 50

and here's the QSYSLOCALE

Display Library

Library . . . . . . : QSYSLOCALE Number of objects . : 4

Type . . . . . . . . : PROD Library ASP number . : 1

Create authority . . : *CHANGE Library ASP device . : *SYSBAS

Library ASP group . : *SYSBAS

Type options, press Enter.

5=Display full attributes 8=Display service attributes

Opt Object Type Attribute Size Text

QLGMRM1 *PGM CLP 53248

QLGMRM2 *PGM CLP 53248

QLOCALESRC *FILE PF 113676288 DATA BASE FILE FOR SY

QLG2150 *PRDLOD 8192

we opened a very high ticket to SAP, no proposed solution so far...

Is that possible that just an upgrade to V5R4 + apar + kernel patch is messing up all our 46C ASCII instances ?

Franco.

[Former Member]

Hi Franco,

I have never had that by now ...

Would you like to try *ALLOBJ for the SIDnn ?

QSYSLOCALE is correct and not necessary, when the locales do exist.

But, I had a problem once that old locales were not able to have been read ...

=> We deleted them and used CRTSAPLCL and that fixed it )

Regards

Volker Gueldenpfennig, consolut international ag

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

[Former Member]

Hi Franco,

did you check for IT_IT_ISO1 *LOCALE in R3sid400 ?

This would be needed here ...

If this is missing, you should call:

CRTSAPLCL sid LATIN1

(you need the lib QSYSLOCALE for that ...)

If QSYSLOCALE is missing, you should install the SS1 LicPgm 21 (?) (or 13 or 39)

Regards

Volker Gueldenpfennig, consolut international ag

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

[Former Member]

Hi Franco,

sorry, I didn't read up to the end - but you should still check that above ...

If you are having Czeck people as well, you seem to have 2 rows in TCPDB (1100 & 1401)

Then the following one is DEFINETELY NO option for you:

abap/set_etct_env_at_new_mode = 0

(you deactivate the "on the fly" codeapge switching)

=> You should open an OSS ticket ...

Regards

Volker Gueldenpfennig, consolut international ag

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de