Re: LPServe dynamic allocation
Thanks Ulrich for this reply. Thus far I was only using the supplied example in SEZAINST which helds a lot of comment but nothing about UNIT and VOLUME. So I did add UNIT and VOLUME in the TCPDATA definitions, but indeed that is the wrong place to do so. Thanks for the reading of the manual and of course everything always comes back on RTFM. Everything works fine now. -- 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
LPServe dynamic allocation
In the LPServe started task there will be a lot of dynamic allocations during the receiving of data that must be printed using the JES2 spool. These dynamic allocations are done randomly on our attached dasd. Does anybody know a way of allocating these temporary files on a dedicated volume? In the z/os SMTP environment are special configuration methods available. I can not find these regarding the LPServe (LPD) environment. We do not use SMS. Regards Gerard Brul KAS BANK NV Amsterdam 020-5575514 op maandagen afwezig/not available on monday ** Disclaimer The information contained in this message is intended only for the person or entity to whom it is addressed and may contain confidential and/or privacy sensitive information. If you are not the addressee of this message, you may not use, distribute or disclose this information in any way. If you have received this message mistakenly, please notify us immediately and destroy this message forthwith. KAS BANK N.V. does not guarantee that the information contained in this message will be correctly or entirely received by the recipient. -- 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
Re: LPServe dynamic allocation
We do not use SMS. You should. It would be easy, then. I implemented SMS in the early 1990's, warts and all. 17 years later, it's much better. And, it works. - Too busy driving to stop for gas! -- 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
Re: LPServe dynamic allocation
It will not be easy to install SMS right away, nobody else a diffrent solution? -- 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
Re: LPServe dynamic allocation
OK, Gerard, help me out here ... I'm not into LPSERVE myself. These dynamically allocated datasets are going to be of what type: - true temporary datasets (similar to DSN=TEMP1) or - short-time permanent, cataloged datasets (DSN=LPSERVE.X.Y.Z)? If they're true temp. datasets, then they should go to your disks mounted with the PUBLIC attribute. If they're permanent datasets, then they'll go to disks mounted with the STORAGE attribute. And if your shop doesn't use SMS or any other disk allocation manager (like PROSMS, used be known as STOP/X37) then there's no easy way that I know of to segregate LPSERVE datasets from the rest of the storage-mounted disks. Of course, you could I/O configure a group of disks with a different UNIT name ... but how do you tell LPSERVE to allocate to UNIT=MYDISK? Are you sure, there's no LPSERVE configuration parameter? Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerard Brul Sent: Tuesday, August 21, 2007 11:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LPServe dynamic allocation It will not be easy to install SMS right away, nobody else a diffrent solution? -- 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 -- 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
Re: LPServe dynamic allocation
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerard Brul Sent: Tuesday, August 21, 2007 1:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LPServe dynamic allocation It will not be easy to install SMS right away, nobody else a diffrent solution? Well, yes I know of some ways. But they are, in my opinion, more difficult to write and maintain than implementing SMS for this. The methods are to use exits. The first exit that comes to mind is the IGGPRE00 exit. This is DADSM allocation preselection. The exit would examine the jobname (LPSERVE). If not LPSERVE, then rc=0. Otherwise, look at the selected DASD volser. If you don't like it, then return RC=8 with with a reason code of X'47B0'. How to determine is up to you. We had this many years ago and it did a RACROUTE to see if the user had READ access to a RACF profile protecting the volume. If it did, then the volume was acceptable. If not, then try again. If the exit denies every volume passed to it, then allocation fails. The second exit which comes to mind is IEFDB401. This is the dynamic allocation validation exit. This exit could be used to modify the SVC 99 parameter list. What would be possible would be to create a special ESOTERIC unitname for LPSERVE to use. Look at the SVC 99 parm list and if the UNIT= parameter is specified, change it to your ESOTERIC. If you don't find a text unit for the UNIT= parameter, add one using your ESOTERIC. This does require a ESOTERIC just for this function and that the appropriate DASD volumes be on the addresses assigned to this ESOTERIC. Another possibility would be to add a text unit specifying the VOL=SER parameter, forcing all allocations to a single volume, hard coded. Off hand, that's all that I can think of. Really, implementing a minimal SMS environment is much easier and safer than doing any of the above, honestly. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
Re: LPServe dynamic allocation
Gerard, Following up on my earlier post ... that kept me thinking, so I started reading ... The z/OS 1.7 Comm Server IP Configuration Reference, Chapter 25 Remote Print Server (LPD) contains a description of the LPDDATA control dataset and its parameters. In there, I can find a UNIT and a VOLUME parameter. See http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B451/2.20?SHE LF=F1A1BK61DT=20060127182800 Isn't that what you are looking for? Or are you looking at some other process? Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerard Brul Sent: Tuesday, August 21, 2007 4:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: LPServe dynamic allocation In the LPServe started task there will be a lot of dynamic allocations during the receiving of data that must be printed using the JES2 spool. These dynamic allocations are done randomly on our attached dasd. Does anybody know a way of allocating these temporary files on a dedicated volume? In the z/os SMTP environment are special configuration methods available. I can not find these regarding the LPServe (LPD) environment. We do not use SMS. Regards Gerard Brul -- 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