Hi, Jose.
In that case, I would see if all service for VA Gen has been applied on
your system. since you mention that you have 50 users, all attacking the
database at the same time, you might have a performance related problem.
What do you do to get the end users back running when this happens? Do
you just re-IPL CMS and restart the VA Gen application? Does the DB2/VM
server have enough resources (CPU, memory) to service all 50 users at
the same time?
If service for VA Gen VM is still available, you might consider opening
a PMR with them.
DJ
Jose Raul Baron wrote:
Hi, DJ, The machines issuing the DMSITP143T are the end VAGEN end user
Virtual Machines, NOT the database.
Thanks for your quick response.
Saludos,
José R. Barón
Dpto. Sistemas
CALCULO S. A.
Tel. 91 330 86 44
e-mail: [EMAIL PROTECTED]
-----Mensaje original-----
De: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] En nombre
de Dave Jones
Enviado el: jueves, 23 de noviembre de 2006 17:49
Para: [email protected]
Asunto: Re: DMSITP143T Operation exception SVC 18
Hi, Rual.
In CMS, SVC 18 is OS simulation of the PDS BLDL/FIND macro. What virtual
machine is issuing the DMSITP143T message; is it one of the end user
(VAGEN) virtual machines or is it the DB2/VM server? If it is the DB2/VM
server, I would open a PMR with the DB2 group at IBM.
Good luck.
DJ
Jose Raul Baron wrote:
Hi everyone.
We have experienced the problem
DMSITP143T Operation exception occurred at 80E2778A in system routine SVC
18;
re-IPL CMS
with about 50 VAGEN users attacking a DB2/VM 7.3 database.
Suddenly, at a certain time, all the users running the application get
into CP READ state, all at a time with no apparent reason. No dump, No
Operator Console entry, simply nothing I could have a look at.
We use z/VM 4.4. Has anyone experienced this problem before or does
anybody have an idea of where the problem could possibly rely on ?
Any idea will be very welcome.
BRGDS,
Raul Baron
