ACMS problem

[Björn E Rydén]

Hi,
Don´t know if this is the right category..
We´ve had a few problems lately with an ACMS application. The failure looks like this:
One terminal stops and doesn´t get any answers. ACMS Task Status for the terminal is "Processing Exception" or "processing exception, Cancelling an EXCHANGE step". After this other terminals also stops, all of theese are served by the same ACMS01CP-process. The CP-process does nothing (LEF). We can't see anything in particular in acmsatr or swlup at the time of occurance.
The hung terminals can't be cleaned up with cancel task or cancel user. The only way to get rid of them is to do a stop/id on the CP-process (We don't want to do acms/stop terminals/system at daytime..).
The accounting/audit doesn't contain anything either.
Does anybody recall having similar problems? Any hints what more to look for the next time it occurs?

Any help appreciated

Regards
Björn E Rydén

[Peter_364]

Hej Björn,

You can always gather process information to see if that reveals any obvious matter, try.

$ ANALY/SYS
SDA> SET PROCESS /ID=[PID]
SDA> SHO PROCESS /CHANNEL

To see if you can find any file that can show any messages.

SDA> SHO PROCESS /REG

View status in R0, examine by:

SDA> EVAL /COND @R0

Examine the call chain, that can give a clue too:
SDA> CLUE CALL

Regards, Peter

[Hein van den Heuvel]

Has this been running 'for ever'?
Any major changes recently?

Is any of the processes looping?
If so, use ANAL/SYS.. PCS LOAD .. PCS START TRACE/PID=x ...

Did the CP (or other) process run out of some quota?
You failed to mention the OpenVMS/ACMS versions. On recent OpenVMS version you can easily run $SHOW PROC/CONT/ID=xxx and then hit the 'q' character to flip to a quota display. 'e' for exit.
On older versions you need ANAL/SYS or a quick DCL F$GETJPI script for that (google)

hth,
Hein.