Amar,

Could you logon to the service machine running VMSERVE, stop VMSERVE, and 
then run the command that was running when you experienced the failure?
If it still fails the same way, you will evidence that VMSERVE is not 
causing the problem, and can look elsewhere. 

An alternative if you don't want to stop VMSERVE: 
from another ID, link to all the disks that VMSERVE has accessed and run 
the same failing command.  If the same failure occurs, you can diagnose, 
correct, and test the solution with affecting VMSERVE, then move the fix 
into production.

Mike Walter
Aon Corporation
The opinions expressed herein are mine alone, not my employer's.



Amar Moh <amar_...@yahoo.com> 

Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU>
04/19/2011 06:09 AM
Please respond to
"The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU>



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Error : DMSITS135S Maximum SVC depth 200 has been exceeded






Hi,

We are running VMSERVE, the application server/scheduler on a z/VM CP/CMS 
system. Recently, it started giving this error every time we make a 
program 
run through VMSERVE. I am not very experienced in z/VM so any help is 
appreciated!

System : 
z/VM Version 5 Release 2.0, Service Level 0801 (64-bit)
WWVM ESA CMS 15 012

VMSERVE starts fine but as soon as it runs a program, VMSERVE crashes and 
ends with this error,

DMSITS135S Maximum SVC depth 200 has been exceeded.
DMSITS135S Maximum SVC depth 200 has been exceeded.

It probably means : The CMS system does not allow the nesting level of 
SVCs 
to exceed 'nnnn'. But not sure what can be done to fix this.

Regards,
Amar






The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. E-mails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by e-mail. 

Reply via email to