Re: How "Official" are Supplied Sample Exits? (was Assembler Question)
At 20:58 -0600 on 02/17/2009, Walt Farrell wrote about Re: How "Official" are Supplied Sample Exits? (was Assemble: On the other hand, with your RACROUTE example that one BALR is going to invoke a set of routines that will usually execute at least several thousand other instructions, possibly tens or hundreds of thousands, and you'll never notice any difference that might exist. There is also the issue of using a BALR (or BASR) in lieu of instructions that do not need Base Registers (ie: Not allowing the macro to be used in a BASELESS program). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How "Official" are Supplied Sample Exits? (was Assembler Question)
On Tue, 17 Feb 2009 17:52:49 -0500, Bill Planer wrote: >That is correct, Roy. I was not complaining about a sample exit. The exit >is mine and mine alone. I was complaining about supported macros to call >z/OS system services. You were also, I believe, presuming that you would be able to notice the performance difference between a BALR and something else (BASR, or whatever). If you had a tight loop of just that instruction and a few others perhaps you would be able to measure a difference. Probably not a meaningful one (as in that case you really should be reworking your application and running the instructions in-line rather than calling them), but you might be able to see it. On the other hand, with your RACROUTE example that one BALR is going to invoke a set of routines that will usually execute at least several thousand other instructions, possibly tens or hundreds of thousands, and you'll never notice any difference that might exist. You may have a different opinion, of course, but I believe there are a lot more things you could worry about than that one if you want to improve application or system performance. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mcat MCNVTCAT type services
For what is worth I did see there's a company which provides master catalog mcnvtcat type services. http://www.systemsprogramminginc.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
High DASD disconnect time due to RANDOM READ
I have discovered we have been experiencing high disconnect time to most our LCUs/DASDs due to NORMAL/RANDOM read CACHE misses (only 50% hit ratio). I have read somewhere that NORMAL read normally is not recommended for CACHING and was suggested to be excluded. My question is have anyone here implemented this to exclude the NORMAL read thru SMS storage class? After the exclusion, does it really improve the IO performance? how to handle those files both have normal/sequential read? TIA. Regards, Jason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Automove vs Noautomove in BPXPRMxx
How / why is LPAR2 trying to mount LPAR1's files? Do you have them defined in BPXPRMxx? That is allowed if they are mounted read only on both LPARs (which would create a SHR ENQ in SYSZDSN and not EXCL). Or is someone manually trying to mount them? If they are "cross defined" as R/W, then it's a good thing the SYSZDSN ENQ is there to protect you, otherwise you would end up with a sync error and the HFS would be unusable until it was unmounted / remounted (not to mention possible corruption). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Tue, 17 Feb 2009 18:45:06 -0500, Lizette Koehler wrote: >I have th 5 lpars. Each one has its own set of OMVS datasets. > >For example Lpar1 has SYS1.OMVS.ROOT.LPAR1, SYS1.OMVS.JV390.LPAR1, >SYS1.OMVS.SGIYROOT.LPAR1 and so on. >Lpar2 has a duplicate set of files that end with LPAR2 rather LPAR1 >And so forth. > >I see in syslog that the LPAR2 gets an IGW026I message trying to mount the >LPAR1 dataset. This is not needed nor required. Each system has its own >set. > >I was thinking that setting the files to NOAUTOMOVE would prevent another >system from trying to mount them. > >Lizette > >> >> On Tue, 17 Feb 2009 11:20:11 -0500, Lizette Koehler >> wrote: >> >> >I have read the manuals but I am still not clear on the use of automove >vs. >> noautomove. >> > >> >My Unix envrionment on z/OS V1.9 is one system/one set of UNIX files. >So, >> yes, I have a lot of duplicated files. >> > >> >However, from time to time I notice I will see the following message in >SYSLOG >> > >> >IGW026I HFS FILE SYSTEM: SYS1.SPG7.OMVS.DB2V91.SDSNAHFS 202 >> >MOUNT REQUEST FAILED, RESOURCE HELD EXCLUSIVE ON: SPG7 >> >RESOURCE HOLDER: OMVS ASID: X000E TCB: X009DB360 >> > >> >I am thinking that I should add NOAUTOMOVE to the MOUNT statement in >> BPXPRMxx for these files - because they truely cannot move. >> > >> >Am I correct in this thought? >> > >> >If I could get to a SYSPLEX ROOT, then I would be using a different >> approach. However, it is not there yet. >> > >> >> Since you are not using a shared file system, automove is not relevant. >> >> Are you saying you have the same data set name but 2 physically different >file >> systems mounted, but they are in the same sysplex / grsplex? That would >> be a problem - unless you excluded SYSZDSN - which is there to protect >> you from mounting the same file system R/W on 2 LPARs in the plex when >> you aren't using a shared file system. >> >> Or do I not understand the issue? >> > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Automove vs Noautomove in BPXPRMxx
I have th 5 lpars. Each one has its own set of OMVS datasets. For example Lpar1 has SYS1.OMVS.ROOT.LPAR1, SYS1.OMVS.JV390.LPAR1, SYS1.OMVS.SGIYROOT.LPAR1 and so on. Lpar2 has a duplicate set of files that end with LPAR2 rather LPAR1 And so forth. I see in syslog that the LPAR2 gets an IGW026I message trying to mount the LPAR1 dataset. This is not needed nor required. Each system has its own set. I was thinking that setting the files to NOAUTOMOVE would prevent another system from trying to mount them. Lizette > > On Tue, 17 Feb 2009 11:20:11 -0500, Lizette Koehler > wrote: > > >I have read the manuals but I am still not clear on the use of automove vs. > noautomove. > > > >My Unix envrionment on z/OS V1.9 is one system/one set of UNIX files. So, > yes, I have a lot of duplicated files. > > > >However, from time to time I notice I will see the following message in SYSLOG > > > >IGW026I HFS FILE SYSTEM: SYS1.SPG7.OMVS.DB2V91.SDSNAHFS 202 > >MOUNT REQUEST FAILED, RESOURCE HELD EXCLUSIVE ON: SPG7 > >RESOURCE HOLDER: OMVS ASID: X000E TCB: X009DB360 > > > >I am thinking that I should add NOAUTOMOVE to the MOUNT statement in > BPXPRMxx for these files - because they truely cannot move. > > > >Am I correct in this thought? > > > >If I could get to a SYSPLEX ROOT, then I would be using a different > approach. However, it is not there yet. > > > > Since you are not using a shared file system, automove is not relevant. > > Are you saying you have the same data set name but 2 physically different file > systems mounted, but they are in the same sysplex / grsplex? That would > be a problem - unless you excluded SYSZDSN - which is there to protect > you from mounting the same file system R/W on 2 LPARs in the plex when > you aren't using a shared file system. > > Or do I not understand the issue? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: Should this be blocked ?
I'm impressed. I'm not sure what your point is, but you've made it! --Original Message-- From: Ted Mac Neil To: m...@yahoo Sent: Feb 17, 2009 18:29 Subject: Should this be blocked ? Should this mail be blocked ? Is it coming from IBM ? This a test Ted :-)) Bruno Sugliani - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Website Blacklists
On Tue, 17 Feb 2009 14:28:58 -0700, Roger Bolan wrote: >Spamming can cause this. Once, a long time ago, a customer was unable to >receive any email from me. We found out that their site was automatically >blocking all email from IBM because they said they had been spammed from >our domain. I don't know if there had really been an infected machine >inside IBM, or if somebody outside had just successfully spoofed the >sending domain. > Antispam and security systems can cause this very easily in any shop Tuning has to be done and exception list have to be maintained. If you adjust the massmail parm too low your system may reject a newsletter from IBM(it is an example) Because the antispam screening cannot make the difference between 200 identical incoming spam mails and 300 identical incoming newsletter for the announcement of system W . On the other hand if you adjust at 350... then you let some spam through The exclude list also can be tricky on web access. (i remember not being able to look at sites speaking about DB2 propagator) The reason was that our subscribed list was mentioning *gator* as a spyware. When you receive 2 or 3000 attacks per hour , you need an automated system And automation as sophisticated as it may be has its limit because the spammer are very clever and moving fast . Bruno Sugliani zxnetconsult(at)free(dot)fr http://zxnetconsult.free.fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How "Official" are Supplied Sample Exits? (was Assembler Question)
That is correct, Roy. I was not complaining about a sample exit. The exit is mine and mine alone. I was complaining about supported macros to call z/OS system services. Bill "Roy Hewitt" wrote in message news:<499a9905.6000...@frozen.eclipse.co.uk>... > Chris Mason wrote: > > Bill > > > > The key word here may be "exit". > > (much snippage..) > > (more snippage) > On Wed, 11 Feb 2009 19:28:56 -0500, Bill Planer > wrote: > > > >Before IBM makes a hardware change that impacts the performance of > BAL/BALR, > >perhaps they should scrape their macros clean of these > instructions. I just > >assembled an exit that uses the RACROUTE > macro, and it still uses BALR > >(z/OS 1.9). > > > Chris > > perhaps you mean the keyword here was "macro". > > Wasn't Bill referring to BALR within the RACROUTE macro, i.e. a > supported component of RACF. > > Cheers > > Roy > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM initiators
On Tue, 17 Feb 2009 16:19:29 -0600, Field, Alan C. wrote: >We are a JES2 shop, z/OS 1.8 going to 1.10. > > > >We have two production LPARS in a parallel sysplex. > > > >CLASS=A work can run on either lpar > > > >Because the job scheduling package runs on only one lpar is tends >overload its lpar. > > > >We've tried to manage the number of inits manually to balance the >utilization but it's not easy. > > > >We're wondering about WLM inits for this class. Early experience with >WLM inits wasn't positive. > > > >Have things improved, should we give it another try? > > On my way out for the day so sorry for a brief answer. I am going to say a qualified "yes". Some changes were made to help balance at the z/OS 1.8 level (I think that was it).Don't know when you tried it last.So it's still flawed but better than it used to be and may be good enough for you (we've been running WLM since OS/390 2.4). Search the archives, review the WLM redbook and SHARE for more information. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WLM initiators
We are a JES2 shop, z/OS 1.8 going to 1.10. We have two production LPARS in a parallel sysplex. CLASS=A work can run on either lpar Because the job scheduling package runs on only one lpar is tends overload its lpar. We've tried to manage the number of inits manually to balance the utilization but it's not easy. We're wondering about WLM inits for this class. Early experience with WLM inits wasn't positive. Have things improved, should we give it another try? Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Website Blacklists
>I don't know if there had really been an infected machine inside IBM, or if >somebody outside had just successfully spoofed the sending domain. This is one of the problems with automated solutions! A site as reputable as IBM should not have been blocked. There MUST be some human over-sight. One company I worked for put in SPAM blockers in, and then reported on the success. Their indicator was the number/percentage of messages blocked. Absolutely nothing about false positives or negatives. I review every message that is marked as SPAM and report false positives to my service providers. Of course, I also report the false negatives. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Website Blacklists
Spamming can cause this. Once, a long time ago, a customer was unable to receive any email from me. We found out that their site was automatically blocking all email from IBM because they said they had been spammed from our domain. I don't know if there had really been an infected machine inside IBM, or if somebody outside had just successfully spoofed the sending domain. --Roger Bolan IBM Mainframe Discussion List wrote on 02/17/2009 10:18:53 AM: > Greetings, >I came across a weird situation late last week. I tried to reply to a > post > via the web interface and our netnanny software blocked it. I E-Mailed > our > security folks to ask why and they said they got an updated blacklist > that > classifies bama.ua.edu under the category of "Alcohol". I understand > it's a > college, but > >Has anyone else seen this ??? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on SDSF/JES2
SDSF seemed to allow me to issue these commands on our test LPAR against Unix System Services jobs with status PROT from the DA display: - The "K" line command from the DA display generated a C jobname.STEP1 which was failed by MVS because of the STEP1. - The "C" command from the DA display generated a C jobname which caused MVS to cancel the job. So JES2 does not appear to get in the way of those commands. Based on my limited reading, whatever component initiated that work needs to issue an SSI type 64 (transaction notification?) request which causes JES2 to set the "protected" indicator. There does not appear to be a documented interface to request JES2 to remove that indicator. As already mentioned, you need to specify the PROTECTED option on JES2 commands if you wish to do a JES2 $C or $P against those jobs. Bill On Sun, 15 Feb 2009 20:46:20 -0500, Thompson, Steve wrote: >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >Behalf Of Edward Jaffe >Sent: Sunday, February 15, 2009 6:43 PM >To: IBM-MAIN@bama.ua.edu >Subject: Re: Question on SDSF/JES2 > >Thompson, Steve wrote: >> I happen to have OPERATOR authority with all my TSO sessions. For >> someone who doesn't, how do I tell them to terminate the running JOB >> when they only have SDSF and its commands? That is the real question. >> And I haven't been able to find this in the SDSF manuals. >> > >This seems like an unrealistic need. In my experience, those without >OPERATOR command authority should not be canceling or stopping BPXAS >(z/OS UNIX) or ASCHINT (APPC/MVS) initiators. > > >In this case, the JOB (not an initiator) created a SPOOL file that has a >different "JOBNAME" than the JOB that is running. So it is getting the >PROT attribute. Never mind the fact that the JOB is using TCP/IP calls >for I/O. Up until the SPOOL operations, the JOB doesn't get marked as >PROT. > >The user needs to stop the JOB or Cancel it. But PP is a cancel w/ >PURGE, and that is NOT what they want. They want to review the output >under SDSF. > >Programmers many times need to do things that the user community won't. >So development is going on, they invoke this special routine, it causes >this SPOOL file... But now they need to stop the job before it does >other stuff. > >Where and how is this unrealistic? > >Regards, >Steve Thompson > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFU29 exit question
John, I am sure you will find the SETPROG command or someone on the list will respond on that issue. But my concern would be why didn't it load? Did it ABEND? Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Norgauer Sent: Monday, February 16, 2009 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: IEFU29 exit question Our SMF exit was not Loaded into LPA at IPL time when we IPL'ed the weekend. My question is; can the IEFU29 exit be dynamically activated after an IPL? IS there a restriction with exits in this regard? John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! "JN 2004 "Hardware eventually breaks - Software eventually works" anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Assembler Question
Shmuel Metz (Seymour J.) wrote: You know better than that. Actually I don't. I was working on a project that had a ForTran main program with some assembler subroutines, that needed porting from a 7094 to another machine. The only change I recall is having to test for -0, and for some reason I remember the CDC 1604. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: g95 Fortran port ???
Lorne Dudley wrote: Has anyone on this list ported the free g95 Fortran compiler available at g95.org to a z/OS system ? There is a yahoo group hercules-os380 with a working gcc compiler and matching pdpclib. While it's a work in progress, you might want to see if that works for you. Both the compiler and library have been run on z/OS, MVS, and a CMS port is in the works. The g95 page states that the windows version was compiled with gcc 4, so that might work for you. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: lpr command from z/OS to network printer
It is documented that this setting is remembered in LASTING.GLOBALV. You can change the setting with LPRSET. Bill On Tue, 17 Feb 2009 10:05:58 -0600, Paul Ip wrote: >On Tue, 17 Feb 2009 10:52:05 -0500, Lizette Koehler > wrote: > >>I would think that the printer definition using LPRSET would only last the >duration of the TSO session. That you probably have to reissue the command >should you log off and then back on. >> >>Lizette >> >> >> > >Oh? When I logoff and logon again, the 'prta' still exist when issuing this >command: >tso lprset (query type version > >result: >EZB1020I Your LPR printer is currently set to prta at {ip-address}. >EZB0900I LPRSET version CS V1R9 >*** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
g95 Fortran port ???
Has anyone on this list ported the free g95 Fortran compiler available at g95.org to a z/OS system ? If this is not the appropriate list can you please direct me to the correct listserv. Lorne Dudley Queen's University Kingston, Ontario CANADA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Website Blacklists
Kinda, in reverse. One of my new team mates, tried to subscribe to IBM-MAIN via the web interface. The confirmation email never shows up. Then tried to send the subscription request by email. My email team here traced the email outbound from our site, and BAMA.EDU accepted the email, but never send the confirmation back. Almost like my domain - 53.com is somehow blacklisted by them! Same problem at Marist.edu. But I can subscribe to the RACF-L list at UGA.EDU and that works fine. I've tried contacting Darren here, and Harry Williams at Marist and never hear back on the matter. Dave _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kopischke, David G. Sent: Tuesday, February 17, 2009 12:19 PM To: IBM-MAIN@bama.ua.edu Subject: Website Blacklists Greetings, I came across a weird situation late last week. I tried to reply to a post via the web interface and our netnanny software blocked it. I E-Mailed our security folks to ask why and they said they got an updated blacklist that classifies bama.ua.edu under the category of "Alcohol". I understand it's a college, but Has anyone else seen this ??? This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shopzseries error uploading installed software report
The new way has been available for a while but the old one seize to work since ShopZ upgrade during end of Janurary '09. Natarajan >>> Mark Zelden 2/17/2009 7:46 AM >>> On Tue, 17 Feb 2009 17:29:19 +0200, e'Silva, Joaquim J wrote: >Yep, it's changed. >Check the tip on the right side. Provides JCL: The pgm has changed as >below > >//STEP1EXEC PGM=GIMXSID,PARM='WAIT=10MIN,L=ENU' >//SYSPRINT DD SYSOUT=* >//SMPOUT DD SYSOUT=* >//SMPXTOUT DD PATH='/u/xxx//.out', >//PATHOPTS=(OWRONLY,OCREAT,OTRUNC), >//FILEDATA=BINARY,PATHMODE=(SIRWXU,SIRWXG,SIRWXO) >//SYSINDD DATA,DLM=$$ >CSI=.GLOBAL.CSI >TARGET=zoneid >$$ > >Regards > How long ago did it change to not accept the old version (did it accept both versions for a while)? I've been using SMP/E 3.4 for orders since it was available so I don't know. I ask because one of our DB2 sysprogs was having a problem with this last week so I gave him my JCL (which is similar to above, but I have SMPXTOUT pointing to an MVS data set) and it worked. The ISPF stats on my JCL sample indicates 06/12/2007, so the "new" way must have been accepted for a long time. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html NOTICE OF CONFIDENTIALITY The information contained in this communication, including but not limited to any accompanying document(s) and/or attachment(s), is privileged and confidential and is intended solely for the above-named individual(s). If you are not the intended recipient, please be advised that any distribution, copying, disclosure, and/or use of the information contained herein is strictly prohibited. If you received this communication in error, please destroy all copies of the communication, whether in electronic or hard copy format, and immediately contact the Security Office at EDFUND at (916) 526-7539 or securityoff...@edfund.org. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Couple Datasets
On Sun, 15 Feb 2009 11:01:17 -0800, Skip Robinson wrote: >I gather from other posts that XCFLOCAL would still work in an emergency >where a broken couple data set made sysplex or monoplex impossible. On the >other hand, in 15 years of running parallel sysplexes, I can't recall a >single case of irreparable sysplex failure, including 'first IPL' in a DR >test or going to/from a Y2K test. In worst case, we've always been able to >create a fresh sysplex couple data set from another system with access to a >shared DASD volume. True enough. We've been lucky enough to avoid having to try XCFLOCAL as well. Most of us who are big enough to have a multisystem sysplex probably have at least a sandbox with at least some infrastructure-only shared DASD. >The point I want to make is that IPLing with a fresh sysplex couple data >set--'DATA TYPE(SYSPLEX)'--does not imply loss of the other couple data >sets or their contents, including WLM. A freshly formatted sysplex couple >data set knows nothing about other couple data sets, but PARMLIB >(COUPLExx) does know. As long as the other couple data sets remain intact, >at the first IPL you get a WTOR for each one named in COUPLExx. If you >reply to use all the named data sets, the system will come up looking >perfectly normal. We have experience with this. We had to use fresh XCF couple datasets, along with JES3 cold-starts, on our sandbox a couple of times to "reset" the JES3 group information when going back and forth between Global/Local and Global/Global configurations. (We have separate checkpoints, but if we don't pay attention, we can pollute the checkpoints and XCF CDS'). >I suppose that if you had no 'rescue' system, then XCFLOCAL would be a >last-ditch fallback, but precautions like keeping spare couple data sets >are far preferable. One caution: couple data sets occasionally require >redefinition to allow for expansion or for new function. You then >dynamically switch to the new data sets. But don't forget to reformat your >spares at the same time, or you could still end up in the dumpster if you >ever had to use them. Agreed. One other caution - you can only dynamically switch to a larger CDS. Not very often one would have to, but shrinking a CDS requires a "cold start", so to speak, for that particular function. Good to have a fall-back set ready in this instance, too. Regards, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Website Blacklists
Greetings, I came across a weird situation late last week. I tried to reply to a post via the web interface and our netnanny software blocked it. I E-Mailed our security folks to ask why and they said they got an updated blacklist that classifies bama.ua.edu under the category of "Alcohol". I understand it's a college, but Has anyone else seen this ??? -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Automove vs Noautomove in BPXPRMxx
On Tue, 17 Feb 2009 11:20:11 -0500, Lizette Koehler wrote: >I have read the manuals but I am still not clear on the use of automove vs. noautomove. > >My Unix envrionment on z/OS V1.9 is one system/one set of UNIX files. So, yes, I have a lot of duplicated files. > >However, from time to time I notice I will see the following message in SYSLOG > >IGW026I HFS FILE SYSTEM: SYS1.SPG7.OMVS.DB2V91.SDSNAHFS 202 >MOUNT REQUEST FAILED, RESOURCE HELD EXCLUSIVE ON: SPG7 >RESOURCE HOLDER: OMVS ASID: X000E TCB: X009DB360 > >I am thinking that I should add NOAUTOMOVE to the MOUNT statement in BPXPRMxx for these files - because they truely cannot move. > >Am I correct in this thought? > >If I could get to a SYSPLEX ROOT, then I would be using a different approach. However, it is not there yet. > Since you are not using a shared file system, automove is not relevant. Are you saying you have the same data set name but 2 physically different file systems mounted, but they are in the same sysplex / grsplex? That would be a problem - unless you excluded SYSZDSN - which is there to protect you from mounting the same file system R/W on 2 LPARs in the plex when you aren't using a shared file system. Or do I not understand the issue? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Automove vs Noautomove in BPXPRMxx
If you files are truly system-specific then you probably want automove unmount. Noautomove can leave the files entries in the mount table even after the system is down. That can cause other issues should you need to mount them on another system for problem determination or maintenance. Jon L. Veilleux veilleu...@aetna.com (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, February 17, 2009 11:20 AM To: IBM-MAIN@bama.ua.edu Subject: Automove vs Noautomove in BPXPRMxx I have read the manuals but I am still not clear on the use of automove vs. noautomove. My Unix envrionment on z/OS V1.9 is one system/one set of UNIX files. So, yes, I have a lot of duplicated files. However, from time to time I notice I will see the following message in SYSLOG IGW026I HFS FILE SYSTEM: SYS1.SPG7.OMVS.DB2V91.SDSNAHFS 202 MOUNT REQUEST FAILED, RESOURCE HELD EXCLUSIVE ON: SPG7 RESOURCE HOLDER: OMVS ASID: X000E TCB: X009DB360 I am thinking that I should add NOAUTOMOVE to the MOUNT statement in BPXPRMxx for these files - because they truely cannot move. Am I correct in this thought? If I could get to a SYSPLEX ROOT, then I would be using a different approach. However, it is not there yet. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Automove vs Noautomove in BPXPRMxx
I have read the manuals but I am still not clear on the use of automove vs. noautomove. My Unix envrionment on z/OS V1.9 is one system/one set of UNIX files. So, yes, I have a lot of duplicated files. However, from time to time I notice I will see the following message in SYSLOG IGW026I HFS FILE SYSTEM: SYS1.SPG7.OMVS.DB2V91.SDSNAHFS 202 MOUNT REQUEST FAILED, RESOURCE HELD EXCLUSIVE ON: SPG7 RESOURCE HOLDER: OMVS ASID: X000E TCB: X009DB360 I am thinking that I should add NOAUTOMOVE to the MOUNT statement in BPXPRMxx for these files - because they truely cannot move. Am I correct in this thought? If I could get to a SYSPLEX ROOT, then I would be using a different approach. However, it is not there yet. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shopzseries error uploading installed software report
Sometime after the middle of January as it would still accept the old format. Found that in the beginning of feb it would only accept the new format. IRRITATING Regards Joaquim e Silva z/OS System Programmer Standardbank of South Africa email: joaquim.esi...@standardbank.co.za (w) +27 011-700-1465 (c) +27 083-307-9223 (f) +27 011-700-1222 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, February 17, 2009 5:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Shopzseries error uploading installed software report On Tue, 17 Feb 2009 17:29:19 +0200, e'Silva, Joaquim J wrote: >Yep, it's changed. >Check the tip on the right side. Provides JCL: The pgm has changed as >below > >//STEP1EXEC PGM=GIMXSID,PARM='WAIT=10MIN,L=ENU' >//SYSPRINT DD SYSOUT=* >//SMPOUT DD SYSOUT=* >//SMPXTOUT DD PATH='/u/xxx//.out', >//PATHOPTS=(OWRONLY,OCREAT,OTRUNC), >//FILEDATA=BINARY,PATHMODE=(SIRWXU,SIRWXG,SIRWXO) >//SYSINDD DATA,DLM=$$ >CSI=.GLOBAL.CSI >TARGET=zoneid >$$ > >Regards > How long ago did it change to not accept the old version (did it accept both versions for a while)? I've been using SMP/E 3.4 for orders since it was available so I don't know. I ask because one of our DB2 sysprogs was having a problem with this last week so I gave him my JCL (which is similar to above, but I have SMPXTOUT pointing to an MVS data set) and it worked. The ISPF stats on my JCL sample indicates 06/12/2007, so the "new" way must have been accepted for a long time. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: lpr command from z/OS to network printer
Hi - Try enter 'tso lpr help' You will see this: TRANSLATETABLE NAMESpecifies that the translate table to be used by the client is found in the name.TCPXLBIN data set. Xlatetable is a synonym for this option. So you can apply a translatetable in this way! Venlig hilsen / Best regards TONNI OTTOSEN Senior Consultant CSC Nordic | Tel (+45) 3614 4445 | Cell (+45) 2923 4445 | totto...@csc.com | www.csc.com/dk CSC • This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose • CSC Danmark A/S • Registered Office: Retortvej 8, DK - 2500 Valby, Denmark • Registered in Denmark No: 15231599 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: lpr command from z/OS to network printer
On Tue, 17 Feb 2009 10:52:05 -0500, Lizette Koehler wrote: >I would think that the printer definition using LPRSET would only last the duration of the TSO session. That you probably have to reissue the command should you log off and then back on. > >Lizette > > > Oh? When I logoff and logon again, the 'prta' still exist when issuing this command: tso lprset (query type version result: EZB1020I Your LPR printer is currently set to prta at {ip-address}. EZB0900I LPRSET version CS V1R9 *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSPLEX Coupling
Hi Mark I think I'm in line for Wally of the year award. I assumed that the PLX1 CF was all working and the problem was with the PLX2. The D XCF commands showed nothing was running on the PLX1 system after further checking on PLX1 I found the following. IXL013I IXLCONN REQUEST FOR STRUCTURE IXCSTR1 FAILED. 084 JOBNAME: XCFAS ASID: 0006 CONNECTOR NAME: SIGPATH_0126 IXLCONN RETURN CODE: 000C, REASON CODE: 02010C08 NO SUITABLE COUPLING FACILITY IN PREFERENCE LIST CONADIAG0: 0002 CONADIAG1: 0008 CONADIAG2: 0C08 IXL015I STRUCTURE ALLOCATION INFORMATION FOR 085 STRUCTURE IXCSTR1, CONNECTOR NAME SIGPATH_0126 CFNAME ALLOCATION STATUS/FAILURE REASON - CFCC1 INVALID STRUCTURE SIZE 05DC CFCC2 INVALID STRUCTURE SIZE 05DC IXC463I IXLCONN FOR STRUCTURE IXCSTR1 086 I see there is an info APAR http://www-01.ibm.com/support/docview.wss?uid=isg1OA26357 on the subject. The sizes I had for the P390-z/os 1.5 were wrong for the Z9-Z/os 1.10 Upped the INITSIZE in the policy and the CF's now start, so off to see what else has changed. Thank you for your Help Stuart. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Jacobs Sent: 16 February 2009 17:02 To: IBM-MAIN@bama.ua.edu Subject: Re: SYSPLEX Coupling Stuart Willis wrote: > Hi Mark > > Is the 2nd statement in the COUPLExx member > > >> COUPLE SYSPLEX(&SYSPLEX) >> CFRMPOL(WDSP2) <= >> PCOUPLE(SYS1.XCF.CDS01) >> ACOUPLE(SYS1.XCF.CDS02) >> > > Regards, > Stuart > > > Sorry, i didn't see it (old/bad eyes). Did you look in the ipl log to see if the CFRM policy was actually activated? > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Mark Jacobs > Sent: 16 February 2009 16:28 > To: IBM-MAIN@bama.ua.edu > Subject: Re: SYSPLEX Coupling > > Stuart Willis wrote: > >> Hi All >> >> New to this Listserv hope someone can help or point me in the correct >> direction. >> >> > > It doesn't look like yourCOUPLExx member has the CFRMPOL option in the > couple statement. This is used to point to the default CFRM policy if > this the the first time you are using these couple datasets. > > Mark Jacobs > > > >> We had an IBM P390 that was running VM and ZOS/1.5 in a 3 systems >> > close > >> coupled Sysplex and ran like a dream. >> >> That system has now been replaced by Z9 A02 processor running VM 5.3 >> > and > >> Zos/1.10 I have configured the Zos 1.10 systems the same as I did the >> > 1.5 > >> but I get the following. >> >> IEA247I USING IEASYSP2 FOR z/OS 01.10.00 HBB7750 >> > > >> ISG313I SYSTEM IS JOINING A GRS STAR COMPLEX. RING CONFIGURATION >> KEYWORDS IN >> GRSCNF00 ARE IGNORED. >> > > >> IEA598I TIME ZONE = E.00.00.00 >> > > >> IXL157I PATH 01 IS NOW OPERATIONAL TO CUID: 0001 >> > > >> COUPLING FACILITY SIMDEV.IBM.EN.000CFCC1 >> > > >> PARTITION: 00 CPCID: 00 >> > > >> IXL157I PATH 02 IS NOW OPERATIONAL TO CUID: 0001 >> > > >> COUPLING FACILITY SIMDEV.IBM.EN.000CFCC1 >> > > >> PARTITION: 00 CPCID: 00 >> > > >> IXL157I PATH 03 IS NOW OPERATIONAL TO CUID: 0003 >> > > >> COUPLING FACILITY SIMDEV.IBM.EN.000CFCC2 >> > > >> PARTITION: 00 CPCID: 00 >> > > >> IXL157I PATH 04 IS NOW OPERATIONAL TO CUID: 0003 >> > > >> COUPLING FACILITY SIMDEV.IBM.EN.000CFCC2 >> > > >> PARTITION: 00 CPCID: 00 >> > > >> IXC454I SIGNALLING CONNECTIVITY CANNOT BE ESTABLISHED FOR SYSTEMS: >> PLX1 >> IXC453I INSUFFICIENT SIGNALLING PATHS AVAILABLE TO ESTABLISH >> CONNECTIVITY >> IXC455D REPLY INTERVAL=NNN SECONDS TO RECHECK CONNECTIVITY OR R TO >> REINITIALIZE XCF >> > > >> I have gone over my configs searched the web for an answer but I can't >> > get it > >> to connect and it is driving me up the wall can any one help. >> >> Best Regards >> Stuart Willis >> >> my COUPLEXX parmlib Member >> COUPLE SYSPLEX(&SYSPLEX) >> CFRMPOL(WDSP2) >> PCOUPLE(SYS1.XCF.CDS01) >> ACOUPLE(SYS1.XCF.CDS02)
Re: lpr command from z/OS to network printer
I would think that the printer definition using LPRSET would only last the duration of the TSO session. That you probably have to reissue the command should you log off and then back on. Lizette > >Hi all, > >I want to use lpr command to send a z/OS file (FB 80) to a TCPIP network >printer. > >I suppose the conversion from EBCDIC to ASCII should be default. However, it >didn't work (up to now, I can only to convert the file into ASCII first then >using 'binary' option and send to network printer) this way even with >option 'nobinary' specified as well. > >Anything I've missed for the setup? > >the command I've used so far: >tso lpr {dataset-name} (printer prta host {ip-address} > >In addition, the 'prta' was set by command: >tso lprset p...@{ip-address} >however, how to remove the logical printer 'prta'? I couldn't find the command >for this... > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shopzseries error uploading installed software report
On Tue, Feb 17, 2009 at 3:29 PM, e'Silva, Joaquim J < joaquim.esi...@standardbank.co.za> wrote: > Yep, it's changed. > Check the tip on the right side. Provides JCL: The pgm has changed as > below > > //STEP1EXEC PGM=GIMXSID,PARM='WAIT=10MIN,L=ENU' > //SYSPRINT DD SYSOUT=* > //SMPOUT DD SYSOUT=* > //SMPXTOUT DD PATH='/u/xxx//.out', > //PATHOPTS=(OWRONLY,OCREAT,OTRUNC), > //FILEDATA=BINARY,PATHMODE=(SIRWXU,SIRWXG,SIRWXO) > //SYSINDD DATA,DLM=$$ > CSI=.GLOBAL.CSI > TARGET=zoneid > $$ > > Regards > > Joaquim e Silva > z/OS System Programmer > Standardbank of South Africa > email: joaquim.esi...@standardbank.co.za > (w) +27 011-700-1465 > (c) +27 083-307-9223 > (f) +27 011-700-1222 > > > > Thanks Joaquim. I did check the site but missed that completely. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shopzseries error uploading installed software report
On Tue, 17 Feb 2009 17:29:19 +0200, e'Silva, Joaquim J wrote: >Yep, it's changed. >Check the tip on the right side. Provides JCL: The pgm has changed as >below > >//STEP1EXEC PGM=GIMXSID,PARM='WAIT=10MIN,L=ENU' >//SYSPRINT DD SYSOUT=* >//SMPOUT DD SYSOUT=* >//SMPXTOUT DD PATH='/u/xxx//.out', >//PATHOPTS=(OWRONLY,OCREAT,OTRUNC), >//FILEDATA=BINARY,PATHMODE=(SIRWXU,SIRWXG,SIRWXO) >//SYSINDD DATA,DLM=$$ >CSI=.GLOBAL.CSI >TARGET=zoneid >$$ > >Regards > How long ago did it change to not accept the old version (did it accept both versions for a while)? I've been using SMP/E 3.4 for orders since it was available so I don't know. I ask because one of our DB2 sysprogs was having a problem with this last week so I gave him my JCL (which is similar to above, but I have SMPXTOUT pointing to an MVS data set) and it worked. The ISPF stats on my JCL sample indicates 06/12/2007, so the "new" way must have been accepted for a long time. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
lpr command from z/OS to network printer
Hi all, I want to use lpr command to send a z/OS file (FB 80) to a TCPIP network printer. I suppose the conversion from EBCDIC to ASCII should be default. However, it didn't work (up to now, I can only to convert the file into ASCII first then using 'binary' option and send to network printer) this way even with option 'nobinary' specified as well. Anything I've missed for the setup? the command I've used so far: tso lpr {dataset-name} (printer prta host {ip-address} In addition, the 'prta' was set by command: tso lprset p...@{ip-address} however, how to remove the logical printer 'prta'? I couldn't find the command for this... Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
I would also look in syslog at the time of this failure for any additional messages for the dsn PWH99O.DATA.RPFILE.NOT.GDG.G2068V00 That might also indicate the problem. FYI - The Dynamic allocation codes can be found in ISPF by issue HELP; HELP; Index, then go to D1 in the panels. Simple but I find them helpful. Lizette > >This is a dynamic allocation failure. > >Dynamic allocation error codes are described in MVS Programming: >Authorized >Assembler Services Guide Document Number SA22-7608-13 (z//OS 1.10) > >The 0218 Specified volume or an acceptable volume is not mounted, and >user does not have volume mounting authorization through the DYNALLOC >request. (dsname allocation) > >Application Programmer Action: Change volume specification, or have the >volume mounted, or change the allocation request to allow volume >mounting. Resubmit the request. > >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >Behalf Of Sabo, Frank >Sent: Tuesday, February 17, 2009 08:52 >To: IBM-MAIN@bama.ua.edu >Subject: FTP Question > >We are in the middle of converting form OS/390 2.10 to Z/OS 1.9 and ran >into a FTP problem > >We are able to FTP to a tape drive on our current system, however when >we FTP to a tape drive on the Z/OS 1.9 system we get the following >Error (error code 0218 info code S99ERSN 0FD6) > >Any help would be appreciated. > >. >EZA1460I Command: >EZA1736I cd /usr/util/prod/data/rp >EZA1701I >>> CWD /usr/util/prod/data/rp >250 CWD command successful. >EZA1460I Command: >EZA1736I locsite lrecl=80 unit=cart >EZA1460I Command: >EZA1736I get rpp1673_shadow_file.dat 'pwh99o.data.rpfile.not.gdg(+1)' >EZA2562W Allocation of PWH99O.DATA.RPFILE.NOT.GDG.G2068V00 failed (error >code 0218 info code S99ERSN 0FD6) >EZA1735I Std Return Code = 16000, Error Code = 00018 >EZA1701I >>> QUIT >221 Goodbye. > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shopzseries error uploading installed software report
Yep, it's changed. Check the tip on the right side. Provides JCL: The pgm has changed as below //STEP1EXEC PGM=GIMXSID,PARM='WAIT=10MIN,L=ENU' //SYSPRINT DD SYSOUT=* //SMPOUT DD SYSOUT=* //SMPXTOUT DD PATH='/u/xxx//.out', //PATHOPTS=(OWRONLY,OCREAT,OTRUNC), //FILEDATA=BINARY,PATHMODE=(SIRWXU,SIRWXG,SIRWXO) //SYSINDD DATA,DLM=$$ CSI=.GLOBAL.CSI TARGET=zoneid $$ Regards Joaquim e Silva z/OS System Programmer Standardbank of South Africa email: joaquim.esi...@standardbank.co.za (w) +27 011-700-1465 (c) +27 083-307-9223 (f) +27 011-700-1222 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim McAlpine Sent: Tuesday, February 17, 2009 5:23 PM To: IBM-MAIN@bama.ua.edu Subject: Shopzseries error uploading installed software report I'm using Shopzseries for the first time this year but when I try to upload a new installed software report I get the following - SZOI01a: 0032: The specified file is not a valid installed software report. so I tried with a file that I had previously uploaded successfully and got the same error. Has something changed recently. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Standard Bank email Disclaimer and confidentiality note This e-mail, its attachments and any rights attaching hereto are, unless the content clearly indicates otherwise, the property of Standard Bank Group Limited and its subsidiaries. It is confidential, private and intended for only the addressee. Should you not be the addressee and receive this e-mail by mistake, kindly notify the sender, and delete this e-mail immediately. Do not disclose or use it in any way. Views and opinions expressed in this e-mail are those of the sender unless clearly stated as those of Standard Bank Group. Standard Bank Group accepts no liability for any loss or damages howsoever incurred, or suffered, resulting, or arising, from the use of this email or its attachments. Standard Bank Group does not warrant the integrity of this e-mail nor that it is free of errors, viruses, interception or interference. Licensed divisions of the Standard Bank Group are authorised financial services providers in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 (FAIS). For information about the Standard Bank Group visit our website http://www.standardbank.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
>We are able to FTP to a tape drive on our current system, however when we >FTP to a tape drive on the Z/OS 1.9 system we get the following >Error (error code 0218 info code S99ERSN 0FD6) The 0218 error code indicates the user may not have MOUNT authority. Check the TSO/E customization manual and search for MOUNT or TSOAUTH. Your security admin may have to ake a change. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Shopzseries error uploading installed software report
I'm using Shopzseries for the first time this year but when I try to upload a new installed software report I get the following - SZOI01a: 0032: The specified file is not a valid installed software report. so I tried with a file that I had previously uploaded successfully and got the same error. Has something changed recently. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
This is a dynamic allocation failure. Dynamic allocation error codes are described in MVS Programming: Authorized Assembler Services Guide Document Number SA22-7608-13 (z//OS 1.10) The 0218 Specified volume or an acceptable volume is not mounted, and user does not have volume mounting authorization through the DYNALLOC request. (dsname allocation) Application Programmer Action: Change volume specification, or have the volume mounted, or change the allocation request to allow volume mounting. Resubmit the request. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sabo, Frank Sent: Tuesday, February 17, 2009 08:52 To: IBM-MAIN@bama.ua.edu Subject: FTP Question We are in the middle of converting form OS/390 2.10 to Z/OS 1.9 and ran into a FTP problem We are able to FTP to a tape drive on our current system, however when we FTP to a tape drive on the Z/OS 1.9 system we get the following Error (error code 0218 info code S99ERSN 0FD6) Any help would be appreciated. . EZA1460I Command: EZA1736I cd /usr/util/prod/data/rp EZA1701I >>> CWD /usr/util/prod/data/rp 250 CWD command successful. EZA1460I Command: EZA1736I locsite lrecl=80 unit=cart EZA1460I Command: EZA1736I get rpp1673_shadow_file.dat 'pwh99o.data.rpfile.not.gdg(+1)' EZA2562W Allocation of PWH99O.DATA.RPFILE.NOT.GDG.G2068V00 failed (error code 0218 info code S99ERSN 0FD6) EZA1735I Std Return Code = 16000, Error Code = 00018 EZA1701I >>> QUIT 221 Goodbye. Frank W Sabo Jr. SR. Systems Administrator Giant Eagle Inc. Phone: 412 967-3764 Fax:412 967-6120 Email: frank.s...@gianteagle.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
Sabo, Frank wrote: > We are in the middle of converting form OS/390 2.10 to Z/OS 1.9 and ran into > a FTP problem > > We are able to FTP to a tape drive on our current system, however when we FTP > to a tape drive on the Z/OS 1.9 system we get the following > Error (error code 0218 info code S99ERSN 0FD6) > Does this help? FD6 (4054) Meaning: The specified data set was not found. Application Programmer Action: Ensure that the data set name was specified correctly, and that the data set is cataloged in the appropriate catalog. Contact the system programmer to check if the alias entries point to the catalog. Reissue the request. > Any help would be appreciated. > > . > EZA1460I Command: > EZA1736I cd /usr/util/prod/data/rp > EZA1701I >>> CWD /usr/util/prod/data/rp > 250 CWD command successful. > EZA1460I Command: > EZA1736I locsite lrecl=80 unit=cart > EZA1460I Command: > EZA1736I get rpp1673_shadow_file.dat 'pwh99o.data.rpfile.not.gdg(+1)' > EZA2562W Allocation of PWH99O.DATA.RPFILE.NOT.GDG.G2068V00 failed (error code > 0218 info code S99ERSN 0FD6) > EZA1735I Std Return Code = 16000, Error Code = 00018 > EZA1701I >>> QUIT > 221 Goodbye. > > > Frank W Sabo Jr. > SR. Systems Administrator > Giant Eagle Inc. > Phone: 412 967-3764 > Fax:412 967-6120 > Email: frank.s...@gianteagle.com > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- Mark Jacobs Time Customer Service Tampa, FL "...the very powerful and the very stupid have one thing in common, they don't alter their views to fit the facts, they alter the facts to fit their views." The Doctor, "The Face of Evil" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTP Question
We are in the middle of converting form OS/390 2.10 to Z/OS 1.9 and ran into a FTP problem We are able to FTP to a tape drive on our current system, however when we FTP to a tape drive on the Z/OS 1.9 system we get the following Error (error code 0218 info code S99ERSN 0FD6) Any help would be appreciated. . EZA1460I Command: EZA1736I cd /usr/util/prod/data/rp EZA1701I >>> CWD /usr/util/prod/data/rp 250 CWD command successful. EZA1460I Command: EZA1736I locsite lrecl=80 unit=cart EZA1460I Command: EZA1736I get rpp1673_shadow_file.dat 'pwh99o.data.rpfile.not.gdg(+1)' EZA2562W Allocation of PWH99O.DATA.RPFILE.NOT.GDG.G2068V00 failed (error code 0218 info code S99ERSN 0FD6) EZA1735I Std Return Code = 16000, Error Code = 00018 EZA1701I >>> QUIT 221 Goodbye. Frank W Sabo Jr. SR. Systems Administrator Giant Eagle Inc. Phone: 412 967-3764 Fax:412 967-6120 Email: frank.s...@gianteagle.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New CICS XCF Group
On Tue, 17 Feb 2009 03:52:37 -0600, Jorge Garcia wrote: >I've received a call from a colleague and he saids me that it's no necessary to >define a new xcf group because, when we start the new address spaces in >the new version with the new xcf group, the new group appears in sysplex. >That's right, but now, when we start the new address spaces appears the >message: > >+DFHIR3780 CICSTD02 Unable to start interregion communication. Return >code=X'0004', Reason code=X''. > >We can't view the new xcf group when we enter the command D XCF,GRP. It's >the reason the message above?. > >Thanks I'm not a CICS sysprog, but did you look up the error message? This from quickref (it doesn't appear to be the 3rd reason based on the display of your couple data set you posted): o A copy of DFHIRP providing an adequate level of function is present in the link pack area (LPA). o CICS has been defined as an operating system subsystem. The CICS Transaction Server for z/OS Installation Guide explains how to define CICS as a subsystem. o The XCF couple data sets have been formatted with enough XCF groups and members per group to satisfy the requirements of your installation. o The userid of the CICS job is authorized to log on to the CICS interregion program (DFHIRP) using the generic applid specified. o The CICS region has a unique generic applid within the MVS sysplex. o The CICS DB2 attachment has not been initialized before the first start of IRC in a CICS system that is using both of the following: - - Multiregion operation (MRO) or CICS shared database, where any of the installed MRO or CICS shared database resource definitions specify ACCESSMETHOD(XM) - The DB2 CICS attachment to run DB2 applications. If the message is issued when all of these conditions have been met, you will need further assistance from IBM. See Part 4 of the CICS Problem Determination Guide for guidance on how to proceed. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New CICS XCF Group
On Tue, 17 Feb 2009 08:08:51 -0600, Mark Zelden wrote: >> >>We use the command: >>setxcf modify,classdef,class=default,addgroup=(DFHIR000,DFHIR032) >> >>We can't use the command setxcf start because the default class exists yet. >>The modify is right but when we start the new address spaces connect to the >>new xcf group they don't work. >> >>What's wrong with it? >> > >The command you used is for defining XCF transport classes. It has nothing >to do with XCF groups. Those are defined by the application using system >services. That didn't come out right. Let me rephrase... It has nothing to do with _defining_ XCF groups. Those are defined by the application using system services. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New CICS XCF Group
Ensure the latest level of DFHIRP is in the LPA. Easy way is to invoke TSO ISRDDN command LOAD DFHIRP, enter and scroll back. 650 means CTS 3.2 *DFH IRP ih÷.0650I.â ..UK30311 ..CICS Roland >I've received a call from a colleague and he saids me that it's no necessary to >define a new xcf group because, when we start the new address spaces in >the new version with the new xcf group, the new group appears in sysplex. >That's right, but now, when we start the new address spaces appears the >message: > >+DFHIR3780 CICSTD02 Unable to start interregion communication. Return >code=X'0004', Reason code=X''. > >We can't view the new xcf group when we enter the command D XCF,GRP. It's >the reason the message above?. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New CICS XCF Group
On Tue, 17 Feb 2009 01:40:17 -0600, Jorge Garcia wrote: >Hello: > > We are installing a new CICS version (3.2) and we need to add a new XCF >group for the address spaces of this new version. The address spaces of >actual version (2.2) are working with DFHIR000 but now we want to add a >new xcf group and connect the address spaces of the new version to the >DFHIR021 group. >We don't change the parameters in the sysplex CDS dataset because they are >correct: > >MAXGROUP(PEAK) MAXMEMBER(PEAK) >100 (32) 203 (17) > >We use the command: >setxcf modify,classdef,class=default,addgroup=(DFHIR000,DFHIR032) > >We can't use the command setxcf start because the default class exists yet. >The modify is right but when we start the new address spaces connect to the >new xcf group they don't work. > >What's wrong with it? > The command you used is for defining XCF transport classes. It has nothing to do with XCF groups. Those are defined by the application using system services. -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Foreign Key
Ron Thomas wrote: >We have come across a slight problem. [ ... snipped ... ] We have a BIG problem. What database system? What operating system and at what level? >Is it possible to create two references on the fly? Did you tried it out? If so, what message(s) did you get? I hope your solution will 'Material'ise before a 'user' 'locates' you on a 'Rack'! ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Foreign Key
Hi , We have come across a slight problem. There is an existing table named 'Material' and it has one foreign key. The foreign key has been named 'FK_MaterialLoc'. The problem is that the foreign key needs to reference two independent columns in two separate tables. The first table is called 'Rack' (column ID:'RackNo') the other, 'User' (column ID:'UserID'). The 'Material' table stores a list of all materials available from both 'Rack' and 'User' tables. So at a time material's location can be either in a rack or with a user. The reason a foreign key is needed to these tables is because there is a 'location' column in the 'Material' table which references the material location, be it in a 'Rack' (column ID:'RackNo') or with a 'User' (column ID:'UserID'). Is it possible to create two references on the fly? Any help on this topic will be GREATLY appreciated Thanks, Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF audit options
Ok, thanks Radoslaw. I'll just use the AUDIT options, it will be consistent then. Thanks again Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF audit options
Bri P wrote: Hi folks What’s the difference between AUDIT and GLOBALAUDIT? As it looks like you can specify both on a dataset profile, which should I go for? Or both even? (For this purpose I’m trying to see if the profiles are being used, so I know whether I can get rid of them. But I also have a second requirement which is to log accesses to some sensitive datasets. I want to use ICETOOL to produce reports on both these). There is almost no difference. AUDIT can be set by administrator (SPECIAL, group-SPECIAL), GLOBALAUDIT by auditor. Special cannot change or eve see GLOBALAUDIT settings. If you set both then you get ...single SMF record per event, but the record will be caused by two reasons. Of course one reason is enough. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2008 r. kapitał zakładowy BRE Banku SA wynosi 118.642.672 złote i został w całości wpłacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RACF audit options
Hi folks What’s the difference between AUDIT and GLOBALAUDIT? As it looks like you can specify both on a dataset profile, which should I go for? Or both even? (For this purpose I’m trying to see if the profiles are being used, so I know whether I can get rid of them. But I also have a second requirement which is to log accesses to some sensitive datasets. I want to use ICETOOL to produce reports on both these). Thanks in advance Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How "Official" are Supplied Sample Exits? (was Assembler Question)
Chris Mason wrote: Bill The key word here may be "exit". (much snippage..) > > Thus, given the assumptions above, it is no surprise to me that RACF have > not "revisited" the supplied assumed to be *sample* exit in order to ensure it > conforms to the best coding practices probably several years on from when it > was first offered to no doubt grateful system programmers needing a bit of > help to get them started with their own efforts. On Wed, 11 Feb 2009 19:28:56 -0500, Bill Planer wrote: > >Before IBM makes a hardware change that impacts the performance of BAL/BALR, > >perhaps they should scrape their macros clean of these instructions. I just > >assembled an exit that uses the RACROUTE macro, and it still uses BALR > >(z/OS 1.9). Chris perhaps you mean the keyword here was "macro". Wasn't Bill referring to BALR within the RACROUTE macro, i.e. a supported component of RACF. Cheers Roy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New CICS XCF Group
I've received a call from a colleague and he saids me that it's no necessary to define a new xcf group because, when we start the new address spaces in the new version with the new xcf group, the new group appears in sysplex. That's right, but now, when we start the new address spaces appears the message: +DFHIR3780 CICSTD02 Unable to start interregion communication. Return code=X'0004', Reason code=X''. We can't view the new xcf group when we enter the command D XCF,GRP. It's the reason the message above?. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How "Official" are Supplied Sample Exits? (was Assembler Question)
Chris Mason wrote: >The key word here may be "exit". I will avoid talking about VTAM exit, because I never have any experience with it... >I have no experience with RACF exits but I do - or used to - with VTAM exits - and those of some related products. My understanding of an "exit" is that it is a point in the supplied product code where a customer might want to impose some logic which cannot be handled by supplying values to the product customisation parameters. Correct. It is also my own understanding. Some exits are meant to allow/disallow exceptions at a local place. Example: SMFUTL can be used to force 522 abends or allow to continue depending on your own whims. >Nevertheless, it was always my understanding that the purpose of those *sample* exits was to inspire a customer systems programmer in implementing his or her own exit according to any specific local requirements. In other words, the *sample* exit was *not* to be regarded as a part of the supplied product having the same status with regard to support as the rest. Or show the specific restriction wherein the exit is to be assembled and linked. >Thus, given the assumptions above, it is no surprise to me that RACF have not "revisited" the supplied assumed to be *sample* exit in order to ensure it conforms to the best coding practices probably several years on from when it was first offered to no doubt grateful system programmers needing a bit of help to get them started with their own efforts. RACF do have some exits, but usage of RACF exits is to be avoided generally from a security viewpoint. But, as observed in RACF-L, there is still a serious need to code RACF exits and many discussions about coding of exits do take place from time to time. Other side note of exits: Due to lack of resourceful people, usage of exits are not that recommended because of maintenance issues... PS: I don't have at the moment any documentations to reinforce what I said here, but if you can disprove anything I said, I would be glad to hear (or read) about it. Groete / Greetings Elardus Engelbrecht PS: Chris, thanks for your interesting posts on IBM-MAIN! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html