ca.portal.admin

Not A Runaway ?

Discussion created by ca.portal.admin on Oct 10, 2007
Latest reply on Oct 10, 2007 by ca.portal.admin
An IDMS online task used over 9 hours of CPU time before abending at our
nightly cycle time. This occurred even though we have RUNAWAY INTERVAL IS 15
in the sysgen. I understand that the runaway timer is reset each time a
database call is made, but only 6 DB calls were made (see below).

The field user said his whole PC locked up and he rebooted. He got the
""user already signed on"" message for a while but said that later he was able
to sign back on and continue processing.

So how could this happen without being detected as a runaway, and what can
be done to stop this in the future? (Short of sitting someone in front of
an OPER session all night!)


CPU WAIT
DIALOG VER TASK C START STORAGE STORAGE TIME TIME
NAME NUM NUM C TIME ACTIVE KEPT (SECS) (SECS)

WKCI410D 1 808881 X 16:04:46 23808 28800 5,262.8409 5,863.3967


TP TP NUM NUM NUM NUM NUM
READ WRITE OF OF OF OF OF
LNGTH LNGTH I/O DBCLS LVLS DBLVLS BUFS

0 0 0 6 1 0 1
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
IMS Approaching 40 years availability
"Just seen this article about IMS: -
http://www.pcworld.com/businesscenter/article/138278/does_software_life_
begin_at_40_ibm_updates_venerable_database.html



Besides IDMS are there any other veteran DBMS's still going strong?



Thanks



Chris Wood

Alberta Department of Energy

CANADA
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Not A Runaway ?
"Resource Limits are handy.
We have enhanced ours with a robust Exit 20.
Since the DBCalls was low it wasn't doing any IO, but I'd be interested
in the DC Call Count.
That's the only thing that would have been caught by limits, in your
case . . .

Outcomes