> -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[email protected]] On Behalf Of Rick Stetser > Sent: Tuesday, March 02, 2010 8:12 AM > To: [email protected] > Subject: Redirecting CEEDUMP output in Infoprint Server > > We are running z/OS V1.9. From what I'm reading in the > Infoprint manuals it > looks like this can be done. We mostly use afp to pcl > transforms but we also > have transforms for afp to ps, and afp to pdf in our > /etc/Printsrv/aopxfd.conf > file. > > The Infoprint Server Messages and Diagnosis manual > (G544-5747-09 section > 2.1.4) shows that CEEDUMPS will be written to your .profile > or /etc/profile, the > dataset indicated in the STDENV DD statement of the AOPBATCH JCL > procedure, or the transform configuration file (aopxfd.conf). > The manual also > talks about PDF to AFP and PS 2 AFP (neither of which we do > currently). > > We have a file pointed at by STDENV in our AOPSTART proc > (which executes > AOPBATCH) which contains one record: > TZ=CST6CDT > > 1) I'm wondering if I can just add _CEE_DMPTARG as the > next record in > the STDENV file that would look like this: > _CEE_DMPTARG=/my/dumpdir > > 2) If the new directory I'm using to hold CEEDUMPs fills > up what would > happen to Infoprint? Would Infoprint components hang up, > completely fail, or > what might happen? We would monitor this directory with the > FSFULL parm > on the mount command but if we don't react fast enough or too > many dumps > are produced and the directory fills up what might we expect? > > Thanks in advance for any assistance you can provide in this matter.
In the general case, when a UNIX filesystem fills up, the writes to files in that filesystem get an error return code of ENOSPC (out of space). Now, since this is a dump, I would guess that the dump simply would not get written. But that is a best guess on my part. I would suggest that you make this filesystem be zFS and use the aggrgrow parameter. That way you will get z/OS messages to the z/OS console (where automation can trap them). These are similar to: IOEZ00068E zFS file system Name exceeds Threshold% full (blocks1/blocks2)(WARNING) -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell [email protected] * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
