Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Abend S0C4 in Logging #505

Open
Martin-Zeithaml opened this issue Dec 11, 2024 · 7 comments
Open

Abend S0C4 in Logging #505

Martin-Zeithaml opened this issue Dec 11, 2024 · 7 comments
Assignees
Labels
bug Something isn't working new not yet triaged

Comments

@Martin-Zeithaml
Copy link
Contributor

Martin-Zeithaml commented Dec 11, 2024

CEE3204S The system detected a protection exception (System Completion Code=0C4).
  From compile unit ZZOW08:/ZOWE/tmp/pax-packaging-configmgr-1726751328246/content/build/../c/logging.c
  at entry point makeLocalLoggingContext at statement 258 at compile unit offset +0000000037358BBA at entry offset +0000000000
          0000000037358BBA.

The abend is caused by memcpy for a simple reason: in some cases, the context is NULL, so we are trying to write that eyecatcher to address zero:

MVC      #AddressShadow(8,r6,0),'RSLOGCTX.'(r9,0)
-------------------------------------------------
From CEEDUMP
GPR6..... 0000000000000000
HEAPPOOLS(OFF) and HEAPPOOLS64(OFF)

I have added function ensureLE() to the main. It seems the LAA, LCA and CAA to be fine.

The possible problem remains in safeMalloc31: it could possibly return NULL and there is no check for NULL.

@Martin-Zeithaml Martin-Zeithaml added bug Something isn't working new not yet triaged labels Dec 11, 2024
@1000TurquoisePogs
Copy link
Member

Is this a ticket resolved by The CAA fix?

Interesting that HEAPPOOLS and HEAPPOOLS64 is off. Is that certain? Sometimes it is off in certain areas of the code but not others.

@Martin-Zeithaml
Copy link
Contributor Author

This is happening on the customer's machine and I have sent them configmgr with new debug information, the binary was created from v3.x/staging, which means with -DNEW_CAA_LOCATIONS=1 flag in use.

@Martin-Zeithaml
Copy link
Contributor Author

@1000TurquoisePogs Customer is using Zowe v3.0.0 - this version is without -DNEW_CAA_LOCATIONS=1, which means the abend is really happening with or without -DNEW_CAA_LOCATIONS=1.

@ifakhrutdinov
Copy link
Contributor

@Martin-Zeithaml, please provide a CEE dump if you have one.

@Martin-Zeithaml
Copy link
Contributor Author

CEEDUMP.log

@ifakhrutdinov
Copy link
Contributor

@Martin-Zeithaml , could you ask the customer to capture an SVC dump?

1. Disable the LE error handling

Add export _CEE_RUNOPTS="TRAP(OFF)" to the shell script which executes the configmgr binary.

2. Set a slip trap

Issue the following operator command: SLIP SET,ID=D001,J=ZWE*,COMP=0C4,A=SVCD,SDATA=(ALLNUC,CSA,LPA,PSA,RGN,SQA,SUM,TRT),END

You may want to adjust the job name mask J to match your Zowe/configmgr name. It's likely something different at the customer site.

3. When an SVC dump has been captured, remove the trap

Issue the following operator command: SLIP DEL,ID=D001,END

@ifakhrutdinov ifakhrutdinov self-assigned this Dec 17, 2024
@GilPen
Copy link

GilPen commented Dec 19, 2024

Hello

Can you please provide the name of the shell script which executes configmgr ?
I suppose I can't put it on the STDENV DD CARD zowe PROCLIB ?

Regards
Gilles

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working new not yet triaged
Projects
None yet
Development

No branches or pull requests

4 participants