Thanks to those who responded; here's an update on this abend:

Although it's possible, I doubt we have a bug in our logic in this area; this 
has run for more than 10 years at multiple sites on multiple levels of z/OS.  
And we do not ever issue a TRANSWAP OKSWAP;  the dataspace is designed to be 
accessible until the job ends.  Rob Scott's suggestion that moving The SYSEVENT 
TRANSWAP before the DSPSERV CREATE is worth trying especially if we can find a 
way to reproduce the abend.

If the abend recurs at this site (or anywhere else), I will surely get the 
output of a D J and an SVCDUMP.

Since no one suggested it, I guess it is not likely that the site would have a 
monitor or exit that would change a non-swappable address space to swappable.



Gary Weinhold
Senior Application Architect

DATAKINETICS | Data Performance & Optimization

Phone:  +1.613.523.5500 x216<tel:+1.613.523.5500%20x216>
Email:  weinh...@dkl.com<mailto:weinh...@dkl.com>

[http://www.dkl.com/wp-content/uploads/2015/07/dkl_logo.png]<http://www.dkl.com/>

Visit us online at www.DKL.com<http://www.dkl.com/>

[http://www.dkl.com/wp-content/uploads/2015/08/banner.png]<http://www.dkl.com/mailsig>

E-mail Notification: The information contained in this email and any 
attachments is confidential and may be subject to copyright or other 
intellectual property protection. If you are not the intended recipient, you 
are not authorized to use or disclose this information, and we request that you 
notify us by reply mail or telephone and delete the original message from your 
mail system.



----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to