ca.portal.admin

CV HANGS SOS

Discussion created by ca.portal.admin on Mar 14, 2007
Latest reply on Mar 14, 2007 by ca.portal.admin
We have a process that runs every two weeks, when it runs it hangs the
IDMS region. The storage pool 0 goes SOS and the IDMS clocks and then
the system needs to be recycled . The process is a client builder
screen
scraper transaction that takes a file, with order numbers and fills in
the screen and hit enters. If we watch the CV you can see the ADSO
transaction starting and stopping. The only unusual thing we notice is
the storage in pool 0 keeps going up and even though the transaction
finishes and starts a new transaction. CA is looking at the dump and
they
can see there is 191 allocations are all USER KEPT storage. and the
task
are not active. They think there's a program that is below the line,
but I
can't find it. Does anybody have any suggestions?


Rose Kimlingen
CSC/GTS Database Services
860.425.6092
@)--->--->---



------------------------------------------------------------------------
------------------------------------------------------------------------
--------------------------------

This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit
written
agreement or government initiative expressly permitting the use of
e-mail
for such purpose.
------------------------------------------------------------------------
------------------------------------------------------------------------
--------------------------------
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: CV HANGS SOS
"Rose

We have separated the different types of storage into different pools.
The only storage type that is left in Pool 0 is sys
Here is how we have our storage pools defined

POOL ADDRESS SIZE CUSHION INUSE HWM TIMES PFIX CONTAIN
SOS TYPES
0 0011D000 2000K 320K 780K 792K 0 NO SY
1 00311000 500K 80K 8K 80K 0 NO US,UK
2 0038E000 40K 12K 12K 12K 0 NO SH,SK
3 00398000 500K 52K 0K 32K 0 NO TR,DB
129 0A4CF000 1300K 100K 0K 0K 0 NO SH,SK
130 0A614000 2600K 100K 4K 480K 0 NO US,UK
131 0A89E000 2500K 252K 236K 424K 0 NO TR,DB
255 0AB0F000 5500K 548K 2300K 2396K 0 NO SY


This has stopped user programs from hanging our CV because we went SOS

Check your 24-bit program pools to see if a program is being loaded in
one of these pools when it should not be.

Dennis Robock
Alberta Department of Energy
Canada

Outcomes