Re: Pre-Friday fun: Halon dumps and POK Resets
Early 80s. Brand new data center. Brand new hardware. Brand new halon system. Facilities decided to test the halon system. They didn't expect the force of the dump. Shredded ceiling tiles everywhere. CEs were still picking pieces out of cabinets years later. So in case it dumped again, to prevent ceiling tiles from getting into the equipment, someone came up with the bright idea of putting sheets of plastic over all the boxes. Know how fast restricted air flow can cause problems? Don Imbriale On Thu, Mar 22, 2012 at 5:10 PM, Wayne Driscoll wdri...@us.ibm.com wrote: I worked at a place that had a cold site for D/R and the Halon dump switch was just above the light switch. One time a service guy got called in because the always on lights in the room were out, he opens the door but because of the dark, instead of stepping in and hitting the switch, slaps his hand around the wall to try and feel for the switch. Well guess what he hit first? The force of the halon dump blew out ceiling tiles and broke a bunch of light fixtures and light bulbs. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: zMan zedgarhoo...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 03/22/2012 12:35 PM Subject: Pre-Friday fun: Halon dumps and POK Resets Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu So over the years I've heard a few good stories about accidental (or deliberate) Halon dumps and BRS pressings. Like operators playing Frisbee in the machine room and discovering that the Halon button really, really needs a cover on it... Who else has stories to share? -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unwanted New Threads (Was: SMP/E Order Server Pair)
Perhaps this will help: http://kb.mozillazine.org/Mail_content_types#Disabling_paragraph_flow or this http://www.techques.com/question/3-202613/Thunderbird-is-removing-line-breaks-on-forwarded-messages---what-gives - Don Imbriale On Tue, Feb 28, 2012 at 2:58 AM, R.S. r.skoru...@bremultibank.com.plwrote: W dniu 2012-02-27 17:59, Tony Harminc pisze: While we're on the topic of posting problems, am I the only reader to have trouble with Radoslaw Skorupka's posts? I find that his original posts are fine, but his replies to anyone else's are always shown without line breaks. I almost missed this mail. Thank you for paying attention. I didn't know about the problems. BTW: I think I haven't changed my settings for years, only upgraded mail program (Thunderbird and predecessors). As far as I understand the problem occurs when both conditions are met: 1. It is reply, not start of thread. 2. Another user is using GMAIL. I would like to fix it, but I need some clue or maybe I should send some test messages with different settings (and make some noise on the list!). Radoslaw Skorupka Lodz, Poland P.S. It's nice to know that anybody read my posts ;-) tej wiadomo ci mo e zawiera informacje prawnie chronione Banku przeznaczone wy cznie do u ytku s bowego adresata. Odbiorc e by jedynie jej adresat z wy czeniem dost pu os b trzecich. Je eli nie jeste adresatem niniejszej wiadomo ci lub pracownikiem upowa nionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dzia anie o podobnym charakterze jest prawnie zabronione i mo e by karalne. Je eli otrzyma wiadomo omy kowo, prosimy niezw ocznie zawiadomi nadawc wysy c odpowied oraz trwale usun wiadomo czaj c w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pld Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru S dowego, nr rejestru przedsi biorc w KRS 025237, NIP: 526-021-50-88. ug stanu na dzie 01.01.2012 r. kapita zak adowy BRE Banku SA (w ca ci wp acony) wynosi 168.410.984 z otych. --** --**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.eduwith the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
OT: RS msg format (was Re: TIMEZONE in CFCC (solved))
Both the original message from RS and his reply to his own message are formatted correctly when viewed in Gmail. - Don Imbriale 2012/2/28 R.S. r.skoru...@bremultibank.com.pl W dniu 2012-02-27 16:32, R.S. pisze: I just noticed that on CF I have TIMEZONE 01 WEST, that means 2 hours earlier than z/OS LPAR. The server is in STP-only timing network, sychronized to NTP source. The time on SE, HM and z/OS images is accurate, but the time on CF is shift by 2h. (z/OS- 16:30, CFCC- 14:30). Q1. Why? Why the CF did take such timezone? Q2. How could I change it? I mean change default, not issue TIMEZONE command by human operator. Q3. Does it matter at all to have proper timezone on CF ??? Regards For record purposes: I changed the time on the CF LPARs using TIMEZONE command. Then powered off the machine, re-activated - he timezone is set to value I have had set up. So, the solution is to change it manually and it will survive any POR or outage. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@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.2012 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.410.984 złotych. --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unwanted New Threads (Was: SMP/E Order Server Pair)
Tony, I have this same exact problem with his posts. I too use Gmail. Some time in the recent past I believe he switched to a new email client and this first showed up; I had contacted him off-list about this, but we were unable to come up with an answer. His are the only posts that exhibit such behavior. - Don Imbriale On Mon, Feb 27, 2012 at 11:59 AM, Tony Harminc t...@harminc.net wrote: While we're on the topic of posting problems, am I the only reader to have trouble with Radoslaw Skorupka's posts? I find that his original posts are fine, but his replies to anyone else's are always shown without line breaks. I read the list with Gmail. I notice that both his original and reply posts have the dreaded format=flowed on the Content-Type line, but it seems to cause trouble only for replies. Usually Gmail is very good at interpreting and displaying strangely formatted mail, but consistently not in this case. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Prob with DFHMAPS
If the user catalog is properly set up, JOBCAT/STEPCAT DD are not needed. They should be avoided at all costs. - Don Imbriale On Thu, Feb 2, 2012 at 9:38 AM, Graham Hobbs gho...@cdpwise.net wrote: .. am I supposed to have some reference to SYSLIB somewhere? on the IEF212I explanation I could see only one thing that might be a prob being .. The DD statement requested a data set cataloged in a user catalog. The JCL did not contain a JOBCAT or STEPCAT DD statement. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Dates of previous releases of the operating system
http://www-03.ibm.com/systems/z/os/zos/support/zos_eos_dates.html - Don Imbriale On Thu, Feb 2, 2012 at 12:06 PM, Dave Day david...@consolidated.net wrote: Anyone have or know where this data might be I am curious about the release dates for the various releases of z/OS, and it's predecessors. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PDSE
From the DFSMS Using Data Sets manual: *PDSE Unused Space* PDS gas is the unreclaimed space in a PDS that was vacated when members were deleted or rewritten. Users often overallocate their PDSs to allow for the inevitable amount of PDS gas that would develop over time. With PDSEs, you do not need to add additional space to the allocation to allow for growth of the data set due to gas. Studies show that a typical installation has 18% to 30% of its PDS space in the form of gas. This space is unusable to the data set until it has been compressed. A PDSE dynamically reuses all the allocated space according to a first-fit algorithm. You do not need to make any allowance for gas when you allocate space for a PDSE. Space is only reclaimed for an OPEN for output when it is the only open for output on that system. PDSE space cannot be reclaimed immediately after a member is deleted or dated. If a deleted or updated member still has an existing connection from another task (or the input DCB from an ISPF edit session), the member space is not reclaimed until the connection is released and the data set is opened for output and that OPEN for OUTPUT is the only one on that system. ABEND D37 can occur on a PDSE indicating it is FULL, but another member can still be saved in the data set. Recovery processing from an ABEND D37 in ISPF closes and reopens the data set. This new open of the data set allows PDSE code to reclaim space so a member can now be saved. - Don Imbriale On Thu, Jan 19, 2012 at 7:26 AM, Juergen Keller juergen.kel...@deutsche-boerse.com wrote: hello, I have a very strange problem. Maybe there is someone having an idea how to solve it. So what happens: We have a pdse-load-library (with only primary allocation - no secondary!) for testing software. Now when testing a new versions we first delete all members with a batch-job and copy the new version to this dataset. This worked fine in the past but now ... ... we added this dataset to LINKLIST to get rid of the steplib. When I now delete all members and copy the new version to that dataset I will receive D37. I can see that after deleting all members the dataset is still filled with 80%. Someone told me that I have to do a LLA REFRESh afterwards but that did not help. When you browse that dataset ISPF says that there are no members in, but its still 80% used. Then I do an ISPF-COPY for one member and then its only filled with 1%. When doing the same with a batch job it does not help. I'm quite sure that it has to do with the LINKLIST and the PDSE-format. I tested it with z/OS 1.10 and 1.12 .. no difference. Has anyone had the same problem before and has a solution for me? Any comments are welcome. regards Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Fwd: case from DR in France.
Give it up Ed. Your keyboard does have a delete key, doesn't it? - Don Imbriale On Tue, Dec 13, 2011 at 1:32 PM, Ed Gould ps2...@yahoo.com wrote: Mark, I was referring to pushing their code. Ed -- 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: Licence to kill -9
As a systems programmer, I don't need to know everything, I just need to know where to get answers. During the past few years we see more and more posts from those who seemingly are new to systems programming. Most of what follows is for the benefit of those new sysprogs; those of us who have been at this for a while already have the scars and nothing below will be new. Many of the new sysprogs want quick answers, seem to do little or no research on their own, and miss opportunities to learn something new that will make them a better systems programmer. Most of us are under time pressure to get answers as fast as we can, then move on to put out the next fire. The little bit of extra effort to learn something from each fire, combined with some effort to try to prevent that fire from happening again, is well worth it. Most problems reveal themselves with messages. Those messages may not tell us everything we need to know to solve the problem, but they do provide some valuable clues. Once you have the message, you need to look it up for all the gory details rather than taking it at face value and making possibly invalid conclusions. To look up the message, you need to know where to look. Every systems programmer should have access to manuals. You might have them on CD or DVD, have them on disk accessible from the mainframe via something like BookManager/Read, or on a PC in PDF format. Perhaps you have QuickRef that can be used for a first glance. If you don't have them in any of those places, then have a link to a web site where you can get them. For IBM manuals, zFavorites is a good place to start; for manuals for products from other vendors, have good reliable links to their web sites. Be familiar with how the manuals are organized. For IBM, know what the bookshelves are, know what's on those bookshelves; when the fire is raging and you need quick answers, you don't have time to unravel the organization of the manuals. Know how to search those manuals, whether within a single book or across books on a shelf. Find the message and read it carefully. The description may provide clues to other things to be researched. Look those up as well. Each thing you look up gives you more information you can use to solve the problem, and more things that you learn and can use the next time. The manuals should be the first place to go. Google can be useful, but should be used only after using the manuals. The message or other symptoms, when used as a search argument, may not reveal anything. This is not an indication that you have encountered a new problem that no one else has found, and therefore automatically post to IBM-Main or other support mechanisms for an answer. Other places to look for answers include IBM flashes, IBM Redbooks, SHARE papers, other web sites such as CMG and MXG, and personal web sites of other systems programmers. Should you not be fighting a fire, and have managed to eke out a bit of spare time, spend that time looking at those sites, download and read papers, download and look at examples of what others have done so you can learn. And for you new sysprogs, when a job fails there may be many messages. These are often a domino effect. Don't just pick one that seems useful - pick the very first one and work on that. That might be good enough for you to solve the problem and to solve it quickly. - Don Imbriale On Tue, Nov 29, 2011 at 7:47 AM, Lindy Mayfield lindy.mayfi...@sas.comwrote: But what is most important to me is to know where and how to get the information. There is just too much information to remember it all. For me, I mean. Lindy -- 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: whereis command for TSO.
ISRDDN XYZ E should work as a replacement for FINDQ XYZ In ISPF option 3.4, line command ISRDDN / E can be used to show enqueues on the specified data set. - Don Imbriale On Sat, Oct 8, 2011 at 12:37 AM, Eric Bielefeld eric-ibmm...@wi.rr.comwrote: I use ISRDDN all the time, but I miss a lot of the single use programs I used to have when I worked at PH before they got rid of z/OS. FINDQ was a great program. By itself it showed any ENQs that were waiting. If you said FINDQ SYS2.ABC it would show you everything that is enqued on SYS2.ABCwhatever. LOC was another good one. It showed what library a load module was in. The thing about ISRDDN is it takes time to get into ISRDDN, and then you have to issue the command you want. It's faster to just issue FINDQ XYZ Eric Bielefeld Sr. Systems Programmer -- 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: IPCS panel issue
As well as the excellent advice given to you already, this is an opportunity to learn more about how your system is set up. From the main menu (or wherever you invoke IPCS), issue ISPF command PANELID to find out the name of that panel. Issue PANELID again to remove that display. Now use ISPF command DDLIST to display a list of the allocations to your session. Issue command M followed by the name of the panel you discovered previously to locate the panel library where that member resides. Browse that member in that library. Determine what is run when you select IPCS by looking at the contents of the panel. Go back to DDLIST and locate the panel/CLIST/REXX used to run IPCS. Browse that member and continue to dig deeper until you discover where VSAM01 is specified. It will likely be in BLSCDDIR in data set SBLSCLI0. Make the needed change. Try it again to see if the change works as expected. This technique can be used for any ISPF application. You need to become familiar with the tools to do this investigation, the basic construction of your ISPF environment, how to read and/or change ISPF panels or other components, how to read/change CLISTs and REXX execs, and possibly other components specific to the ISPF application in question. Don Imbriale On Tue, Sep 20, 2011 at 2:35 AM, Anthony Thompson anthony.thomp...@nt.gov.au wrote: Customize the BLCSDDIR exec to your needs (it's in SBLSCLI0). I typically write my own exec to invoke IPCS, allocating ddname BLSCDDIR to my own dump directory. Suggest you read the IPCS manuals. Ant. Northern Territory Government of Australia -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Tuesday, 20 September 2011 3:17 PM To: IBM-MAIN@bama.ua.edu Subject: IPCS panel issue Hello, When I am trying to open IPCs penel, I am getting below problem. Dump directory name 'SYS1.DDIR' will be used Dump directory space will be allocated in units of 15000 records Dump directory space will be allocated on volume VSAM01 DEFINE CLUSTER(NAME('SYS1.DDIR') VOLUME(VSAM01) INDEXED REUSE SHAREOPTIONS(1,3) ) INDEX(NAME('SYS1.DDIR.I') RECORDS(150,150) CONTROLINTERVALSIZE(4096)) DATA(NAM *** It tries to allocate Dump director space into VSAM01, which i dont have in my system. Can you please guide, where I can change this to make it work. Thanks Regards Saurabh -- -- 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: SV: SV: SV: SV: How to splitting loadmudules
I believe good old reliable PDS on the CBT tape has commands to generate link-edit/binder control cards for a load module (or all load modules in a library). If so, they could be captured and the appropriate NAME cards inserted by a REXX program. - Don Imbriale On Fri, Sep 9, 2011 at 9:05 AM, Thomas Berg thomas.b...@swedbank.se wrote: Thanks! I will try it. (Although I have to test this thoroughly as I must be sure BIND MGR can handle it.) Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Miklos Szigetvari Skickat: den 9 september 2011 14:55 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: SV: SV: SV: How to splitting loadmudules Hi Some BINDER options: NE (non editable) and/or STRIPSEC to decrease the size of a load module On 9/9/2011 2:19 PM, Thomas Berg wrote: I'm not going to RUN these delinked modules! They are just for the BIND MANAGER to read and search for whatever (contoken I assume). (They are just indata here.) Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För John P Kalinich Skickat: den 9 september 2011 14:08 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: SV: SV: How to splitting loadmudules I am assuming the calling sequence in A is: LR15,=V(X) BASR R14,R15 How are you going to change that code in A? Regards, John K SV: SV: SV: How to splitting loadmudules Thomas Berg to: IBM-MAIN 09/09/2011 07:00 AM Sent by: IBM Mainframe Discussion ListIBM-MAIN@bama.ua.edu Please respond to IBM Mainframe Discussion List There is no missing CSECTs ? (I'm using NOCALL, in the example by Tom below there would be bare/NOCALL modules: X, Y, Z and N. And maybe Y(2) and Z(2) which would be placed on another loadlib.) Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För John P Kalinich Skickat: den 9 september 2011 13:48 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: SV: How to splitting loadmudules Thomas, How is the relink going to resolve the missing CSECT's? Regards, John K SV: SV: How to splitting loadmudules Thomas Berg to: IBM-MAIN 09/09/2011 06:44 AM Sent by: IBM Mainframe Discussion ListIBM-MAIN@bama.ua.edu Please respond to IBM Mainframe Discussion List -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Tom Marchant Skickat: den 9 september 2011 13:30 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: How to splitting loadmudules On Fri, 9 Sep 2011 12:11:37 +0200, Thomas Berg wrote: There's a LOT of duplicates of submodules. And it reads all CSECTs. So you have load module A containing CSECTS X, Y and Z. You also have load module B containing CSECTS N, Y and Z. And you are certain that CSECTS Y and Z in load modules A and B perform identical functions? I'm also checking linkdates and sizes. Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- 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 -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists
Re: A Set and B set of z/OS system
Excellent list. One question: why have a DLIB zone for each volume set? Don Imbriale On Wed, Sep 7, 2011 at 11:46 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In CAMThvFupXQk1+iGQG-sNfdqj95B1fju=ju1my3hqga1rjer...@mail.gmail.com, on 09/07/2011 at 01:27 PM, saurabh khandelwal sourabhkhandelwal...@gmail.com said: Can you please guide me the way to do this. I'll be slightly more general, since there are advantages to having more than 2 volume sets. Also, there are several fundamantally different approaches; I'll describe one that has worked well for me. 1. Read the installation and planning manuals for z/OS and for Unix System Services. 2. Devise a naming convention for res and dlib volumes that includes the release level and the volume set. 3. Devise a naming convention for HFS and zFS data sets that includes the release level and the volume set. 4. Define a DLIB and TARGET zone for every volume set. 5. Define a mount point for service. 6. Define symbols for extended indirect cataloging 7. Indirectly catalog all res and DLIB libraries 8. Determine when and whether it is appropriate to use SYMBOLICRELATE. 9. Always apply service to a volume set not in use. 10. Define a policy on how long to age service before doing an ACCEPT. There are a number of issues that I haven't covered, but this should get you started. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: MVS SYSLOG
There's a description at the start of each of the System Messages manuals also. - Don Imbriale On Thu, Sep 1, 2011 at 11:45 AM, Gerri Booth - State of Wisconsin gerri.bo...@wisconsin.gov wrote: Or look at HCL in the Data Areas manual. -- 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: Easytrieve*A010 INVALID FILE REFERENCE -
Perhaps the Easytrieve manuals can shed light on the error message or the proper syntax for file reference. Failing that, a call to the vendor might be in order. - Don Imbriale On Tue, Aug 30, 2011 at 9:51 AM, Ron Thomas ron5...@gmail.com wrote: Hi , I am new to easytrive, i have modified a module and added a new date control card , it is giving the message *A010 INVALID FILE REFERENCE - DATEPARM. Can anyone pls help me know what is the issue over here? JOB INPUT VENINPUT GET DATEPARM - newly added to read the datecontrol file IF DTL = 'HDR' WS-HDR-DT = IDATE WS-HDR-DATE-CCYY = WS-IN-HDR-DT-CCYY WS-HDR-DATE-MM = WS-IN-HDR-DT-MM WS-HDR-DATE-DD = WS-IN-HDR-DT-DD DISPLAY 'HEADER DATE : ' WS-HDR-DATE END-IF Regards Rajeev -- 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: Cobol and large QSAM record length
Perhaps a small clue as to what those other options are would be useful. - Don Imbriale On Mon, Aug 29, 2011 at 5:10 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 1314648996.7200.58.ca...@mckown5.johnmckown.net, on 08/29/2011 at 03:16 PM, John McKown joa...@swbell.net said: As I recall, QSAM/BSAM can have a logical record 32K. But __only__ if it is VBS and __ONLY__ if you process each logical segment separately in your own code. I believe that there are a couple of other options for records 32 KiB. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: z/XDC release z1.13
Ed, There was a lengthy discussion about this earlier in the year. Consult the archives so we don't have to rehash this again.. - Don Imbriale On Tue, Aug 30, 2011 at 1:03 PM, Ed Gould ps2...@yahoo.com wrote: Dave, Good job. I am curious why you are using Facebook when most companies block the site. Ed -- 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: Copying file to OMVS
Be careful out there. There seems to be new sysprog types on the list now, and they may take your words to heart and do exactly what you state. I suspect the suggestions were intended to be tongue in cheek; however, language and cultural differences may not reveal that. Unintended consequences due to lack of understanding may cast shadows on the integrity of z/OS. - Don Imbriale On Thu, Aug 25, 2011 at 11:02 AM, McKown, John john.mck...@healthmarkets.com wrote: And make sure to turn off auditing so that it is impossible to determine who did what to which resource. This eliminates a lot of wasted man hours castigating others. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, August 25, 2011 9:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Copying file to OMVS On Thu, 25 Aug 2011 20:18:16 +0530, jagadishan perumal wrote: Have your RACF person to provide : CHMOD 777 /TEST/COMPRESS9 to execute this command in OMVS. Also ask them to change the owner by CHOWN command.. Simple.. then submitting the JCL again While you're at it, have him give all your data sets UACC=ALL. That'll prevent a lot of SAF failures. -- gil -- 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: JCL Parm data with embedded slashes
Code double slash at the end, followed by any run-time options. - Don Imbriale On Thu, Aug 18, 2011 at 10:45 AM, Donald Johnson dej@gmail.com wrote: Hi all! I have looked this question up in lots of ways and came up empty. I hope someone here can help. I am trying to pass a parm into a COBOL program, and the parm contains a Unix path name. For example, the parm may contain 'cd /a/myuser/REALLYLONGDIRECTORYNAME/'. However, when the program runs, it thinks everything after the / is LE run-time control options, and produces error messages: CEE3608I The following messages pertain to the invocation command run-time options. CEE3606I The string 'REALLYLONGDIRECTORYNAME was too long and was ignored. My question is how I can use slashes in my parm statement without them being seen as LE options? I have tried PARM='...' and PARM=('...'), but they both produce the same results. Thanks in advance for your suggestions! *don* -- 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: JCL Parm data with embedded slashes
A correction to my previous post : Actually a double slash isn't needed; just need to specify a leading or trailing slash based on run-time option CBLOPTS. From the LE Programming Guide: CBLOPTS(ON) allows the existing COBOL format of the invocation character string to continue working (program arguments followed by run-time options). When CBLOPTS(ON) is specified, the last slash in a string delineates the program arguments from the run-time options. Anything before the last slash is interpreted as a program argument. Conversely, when CBLOPTS(OFF) is specified, the first slash delineates the run-time options from the program arguments. Anything after the first slash is interpreted as a program argument. Don Imbriale On Thu, Aug 18, 2011 at 11:12 AM, Steve Comstock st...@trainersfriend.comwrote: On 8/18/2011 9:06 AM, Don Imbriale wrote: Code double slash at the end, followed by any run-time options. Oooh. That'd be cool if works. Let us know. - Don Imbriale On Thu, Aug 18, 2011 at 10:45 AM, Donald Johnsondej@gmail.com wrote: Hi all! I have looked this question up in lots of ways and came up empty. I hope someone here can help. I am trying to pass a parm into a COBOL program, and the parm contains a Unix path name. For example, the parm may contain 'cd /a/myuser/**REALLYLONGDIRECTORYNAME/'. However, when the program runs, it thinks everything after the / is LE run-time control options, and produces error messages: CEE3608I The following messages pertain to the invocation command run-time options. CEE3606I The string 'REALLYLONGDIRECTORYNAME was too long and was ignored. My question is how I can use slashes in my parm statement without them being seen as LE options? I have tried PARM='...' and PARM=('...'), but they both produce the same results. Thanks in advance for your suggestions! *don* -- Kind regards, -- 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: JCL Parm data with embedded slashes
I think the CEE3606I message is stating that IF it was a run-time option, it would be too long. Without the final slash, part of the path name is being seen as a possible run-time option. With a final slash, none of the path name should be seen as a run-time option and the CEE3606I message should go away. - Don Imbriale On Thu, Aug 18, 2011 at 11:39 AM, Steve Comstock st...@trainersfriend.comwrote: On 8/18/2011 9:25 AM, Don Imbriale wrote: A correction to my previous post : Actually a double slash isn't needed; just need to specify a leading or trailing slash based on run-time option CBLOPTS. From the LE Programming Guide: CBLOPTS(ON) allows the existing COBOL format of the invocation character string to continue working (program arguments followed by run-time options). When CBLOPTS(ON) is specified, the last slash in a string delineates the program arguments from the run-time options. Anything before the last slash is interpreted as a program argument. Conversely, when CBLOPTS(OFF) is specified, the first slash delineates the run-time options from the program arguments. Anything after the first slash is interpreted as a program argument. Don Imbriale Well, I'm aware of that. Thought you had some new insight. The OP included a trailing slash and yet the parm parser took exception with the _length_ of the parameter without paying attention to the fact that it was a user parm. This is a bug, it looks like. That's why I suggested creating a CEEUOPT with CBLOPTS(OFF) to see if that would help (although I'm not optimistic). On Thu, Aug 18, 2011 at 11:12 AM, Steve Comstock st...@trainersfriend.com**wrote: On 8/18/2011 9:06 AM, Don Imbriale wrote: Code double slash at the end, followed by any run-time options. Oooh. That'd be cool if works. Let us know. - Don Imbriale On Thu, Aug 18, 2011 at 10:45 AM, Donald Johnsondej@gmail.com wrote: Hi all! I have looked this question up in lots of ways and came up empty. I hope someone here can help. I am trying to pass a parm into a COBOL program, and the parm contains a Unix path name. For example, the parm may contain 'cd /a/myuser/REALLYLONGDIRECTORYNAME/'. However, when the program runs, it thinks everything after the / is LE run-time control options, and produces error messages: CEE3608I The following messages pertain to the invocation command run-time options. CEE3606I The string 'REALLYLONGDIRECTORYNAME was too long and was ignored. My question is how I can use slashes in my parm statement without them being seen as LE options? I have tried PARM='...' and PARM=('...'), but they both produce the same results. Thanks in advance for your suggestions! *don* -- -- 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: DFDSS QUESTION - BYPASS SMS - CORRECTION
The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie moo esmie_...@yahoo.ca wrote: I made an error. I am trying to write the output to volume VE6C01 which is a spare NON SMS volume. I am trying to backup volume PROM04. Please excuse my error. Thanks. From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 7:33:50 AM Subject: DFDSS QUESTION - BYPASS SMS Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1DD DSN=SYS1.BKUP.PROM04 //DISP=(,CATLG,DELETE), //UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), //DCB=BLKSIZE=32760,TRTCH=COMP //SYSINDD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSACS(**) - STORCLAS(NONSMS) - OUTDDNAME(TAPE1)) /* // Can someone suggest what I could try. -- 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: Refresh my memory, SYSLOG print class
Check out LOGCLS in IEASYSxx. - Don Imbriale On Thu, Aug 11, 2011 at 8:46 AM, Neal Eckhardt neckha...@cnyric.org wrote: OK, I couldn't find it in the two obvious places I looked, but where is the default print class set for the SYSLOG dataset. I expected JESPARM, but it is not making itself obvious. Thanks, Neal -- 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: CLUSTER - alter Command error
The manual contains a very clear chart that shows what is permissible, and the description of the keyword also clearly states when it can be used. You really need to check the manuals first. Usually the answers are right there. - Don Imbriale On Wed, Aug 10, 2011 at 6:42 AM, jagadishan perumal jagadish...@gmail.comwrote: Hi, I am unable to change the SHARE OPTION for the given DS. My JCL : //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * ALTER JAGS.FILE2.VSAM SHAREOPTIONS(4 3) /* Error : ALTER JAGS.FILE2.VSAM SHAREOPTIONS(4 3) IDC3190I 'SHAREOPTIONS' PARAMETER INVALID WITH ENTRY TYPE IDC0532I **ENTRY JAGS.FILE2.VSAM NOT ALTERED IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 Is ALTER SHAREOPTION not possible at Cluster Level ? Could anyone please guide me Regards, Jags -- 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: CA-FAVER and LBI
Perhaps a call to the vendor is in order. Or go online to their support site and research the issue. - Don Imbriale On Mon, Aug 8, 2011 at 11:20 AM, Yifat Oren yi...@tmachine.com wrote: Hello everyone, Does CA-FAVER support LBI (large block) when writing to tape? Thanks in advance, Yifat Oren -- 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: Migrating a in house MF tool
If you know all the pieces that make up the tool and you have successfully identified them and successfully transported them to the new system, it's time to build the tool on the new system. If you have build instructions from the old system, those instructions may also work on the new system. If you do not have build instructions, you will have to reverse engineer the tool on the old system to create build instructions. Since this seems to be an internally-developed tool, only you or someone in your shop can do this. Have you already done any of this analysis? You really need to do some work up-front before posting a question. And when you do post a question you need to provide specific details, such as error messages, if something is not working as expected. - Don Imbriale On Sat, Aug 6, 2011 at 2:13 AM, jagadishan perumal jagadish...@gmail.comwrote: Hi, Sorry for not providing much information. it is not a version dependent one. I am trying to do a dump and restore of the entire tool dataset MFCOE.** to the V1.12. Concatenate the Required REXX to the SYSEXEC. Regards, Jags On Sat, Aug 6, 2011 at 7:24 AM, Schwarz, Barry A barry.a.schw...@boeing.com wrote: You just love asking questions without providing any details. Unless the tool has some version dependent code, you should perform a complete installation of the tool on the 1.12 system, duplicating all the steps that were used to install it originally on the 1.6 system. Hopefully, the previously installation is well documented and you saved all the necessary datasets and files. If there are any version dependencies, now would be good time to document them. And maybe build a migration manual for the next time. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Friday, August 05, 2011 6:13 PM To: IBM-MAIN@bama.ua.edu Subject: Migrating a in house MF tool Hi, We recently decommissioned a Z/OS 1.6 server. There was a requirement that a tool which was developed under 1.6 needs to be migrated to the new LPAR Z/OS 1.12. Could you please guide me the required steps that needs to taken to migrate the entire tool and invoke those panels in 1.12 version. -- 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: Not able to Access OMVS
Messages can be useful. In this case, the message clearly stated what the problem was. If you had looked up the message or investigated what it indicated the error was, rather than posting here, you might have been able to solve the problem yourself. In general, when an error message is issued, go look up that message. Read the explanation carefully and try to follow the recommended actions. If you can't find the message or it is unclear or the action does not work, then others may be able to help. Access to message manuals is key to doing the job effectively. Whether you use QuickRef or BookManager or LookAt or IBM's web site or a DVD or a disk-based copy of the manuals, they should be the first place to go. Reading the message can help you understand better how things work. This is important to help build your skill set. - Don Imbriale On Thu, Aug 4, 2011 at 4:40 PM, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Yes, There was a problem with directory. someone by mistake has deleted it . So because of this I got this error. Thanks every one to help me . Regards Saurabh On Fri, Aug 5, 2011 at 1:57 AM, George, Kevin A kevin.geo...@opm.gov wrote: You need to have a directory in the /u named tec1008. Normally this is done using automount and a ZFS for your file system. - Kevin George U.S. Office of Personnel Management 1900 E Street NW Room BH04L Washington, DC 20415 (202) 606-1195 - Main (202) 528-8215 - Cell From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal [sourabhkhandelwal...@gmail.com] Sent: Thursday, August 04, 2011 4:21 PM To: IBM-MAIN@bama.ua.edu Subject: Not able to Access OMVS Hello, I am not able to login to OMVS. I am getting below error. Function = chdir(), directory name = '/u/tec1008', return value = -1, errno = 12 9 (X'0081'), reason code = 05190050, message = 'EDC5129I No such file or dir ectory.' FSUM2331 The session has ended. Press Enter to end OMVS. RUNNING The end of the session was not recorded. The proper location for recording cou d not be found.+ Function = getutxline(), terminal name = 'ttyp0001', user name = TEC1008, retur value = 0 *** But I checked my OMVS segment in RACF,. /u/tec1008 is defined for me. OMVS INFORMATION UID= 00 HOME= /u/tec1008 PROGRAM= /bin/sh CPUTIMEMAX= NONE ASSIZEMAX= NONE FILEPROCMAX= NONE PROCUSERMAX= NONE THREADSMAX= NONE MMAPAREAMAX= NONE Can you help me to resolve this issue. -- Thanks Regards Saurabh Khandelwal -- 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 -- Thanks Regards Saurabh Khandelwal -- 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: Looking for CA-PDSMAN replacements
PDSFAST from SEA may work for Fast Copy. Depending on size and activity, converting to PDSE may also work (at least for compression, and possibly caching). Ezyedit can be replaced by IBM's Productivity Facility (?), formerly Spiffy. Scan and Replace can be found in data manipulation tools such as FileAid or InSync (others as well) I never found a substitute for Member Archiving or Member Titles LLA extensions is a feature we did not use, so I'm not sure about this one. - Don Imbriale On Wed, Aug 3, 2011 at 12:44 PM, Steven Breese breese.ste...@mayo.eduwrote: We have been asked to remove CA-PDSMAN from our Mainframes. Looking around I haven't found much for replacements. We currently use the following features of PDSMAN. Ezyedit Fast Copy Member archiving LLA extensions Scan and Replace Member Titles Does anyone have any suggestions for replacement products? -- 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: TWS accross the Platform
Have you checked the manuals for TWS? - Don Imbriale On Mon, Aug 1, 2011 at 5:55 AM, jagadishan perumal jagadish...@gmail.comwrote: Hi, I am trying to scehdule mainframe jobs using TWS software. The scenario is that the first job JOB A completion with Return Code zero will trigger two jobs i.e.. JOB B(Execution state) and JOB C(Conversion state or in attempt for submission based on JOB B completion). Here i am trying to get a Input from UNIX aix platform to the JOB A output(Return Code). Is it possible to integrate the TWS between two platforms for this kind of work. IF so please guide me the way or suggest me some Link where I can get some information to implement this POC. Regards, Jags -- 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: SMPE used to flag this as an error
I believe that with CHECK specified, SMP/E will check for regressed sysmods rather than showing them as NOGO and putting them in the causer report. - Don Imbriale On Wed, Jul 13, 2011 at 10:23 AM, Schwarz, Barry A barry.a.schw...@boeing.com wrote: I ran the following apply check APPLY CHECK GROUP FUNCTIONS PTFS APARS USERMODS SOURCEID ( ESO1107 ) EXCLUDE ( UA56444 ) BYPASS ( HOLDSYSTEM ( RESTART IPL DOC ENH AO MULTSYS ACTION DYNACT EC MSGSKEL DEP EXIT DOWNLD DELETE ) ) NOJCLINREPORT. SMPE generated the following diagnostics GIM38201WTHERE IS A MODID ERROR FOR MACUPD ENTRY $BUFFER IN SYSMOD UA56739. GIM31902ISYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP OPERAND. AAJESTA IS A UMID FOR MACUPD $BUFFER THAT IS CURRENTLY INSTALLED. GIM38201WTHERE IS A MODID ERROR FOR MACUPD ENTRY $HASPEQU IN SYSMOD UA56739. GIM31902ISYSMOD UA56739 DOES NOT SPECIFY AAJESTA ON THE PRE OR SUP OPERAND. AAJESTA IS A UMID FOR MACUPD $HASPEQU THAT IS CURRENTLY INSTALLED. It also marked the PTF as applied UA56739 APPLIED PTF HJE7760 PRE UA47335 UA48021 UA48275 UA48380 UA49239 UA49270 UA49848 UA50641 UA50744 UA52851 UA53795 UA54558 HOLDEEA34563 HOLDS *DOC(UA56739) *IPL(UA56739) *MULTSYS(UA56739) And generated the following Regression Report REGRESSINGREGRESSEDCOMMON ELEMENTS CURRENTOTHER POTENTIALLY SYSMODSYSMOD TYPE NAME RMID REGRESSED SYSMODS UA56739 AAJESTA MACRO$BUFFER MACRO$HASPEQU Since I did not specify BYPASS(ID), shouldn't the MODID mismatches be errors instead of warnings? Shouldn't the PTF be marked NOGO? The SMPE Commands manual on the z/OS 1.11 DVD (V3R5) states that regression can occur only when BYPASS(ID) is used to ignore such errors. Shouldn't the Regression Report be suppressed and the PTF show up in the Causer Report? -- 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: Spooled report with machine characters
I believe you need to use XFC rather than XDC. You will need to pre-allocate the output file and allocate it to a DDname of your choice. - Don Imbriale On Thu, May 19, 2011 at 9:26 AM, Roberto Halais roberto.hal...@gmail.comwrote: Listers: I have a report that is in the JES2 output queue. It has machine characters in the first byte of each record. I am testing a FCB with that file. I have saved it to a dataset (RECFM=FBM) so that I can (later on) put it back out into the queue for other tests but the machine characters are translated to ASA characters once I save it to a file. I tried using the XDC SDSF command but the machine characters are translated to ASA characters and I lose the original first byte values. Is ther some way to tell JES2 not to convert the the machine characters to ASA. Is there some CBT utility which can help me? Any hints will be 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: XMIT manager
Review the TSO TRANSMIT (or XMIT) command. Then determine the best method for your setup to transfer from the mainframe to the PC (IND$FILE type transfer in a 3270 emulator, FTP, ISPF WSA, and others) - Don Imbriale On Wed, Apr 27, 2011 at 11:48 PM, jagadishan perumal jagadish...@gmail.comwrote: Hi, I have few REXX codes saved in mainframes and i would like to extact it to my PC and add this members to XMIT manager file. I have downloaded the XMIT manager software but i am not able find the way to save all the downloaded REXX codes from mainframes. Could anyone please guide how to save all the downloaded MVS format files in XMIT manager. -- 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: DSSCOPY and AIX?
To give you something else to complain about? :) On Fri, Apr 15, 2011 at 10:49 AM, Paul Gilmartin paulgboul...@aim.comwrote: Is there a credible rationale for this irritating restriction? -- 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: Submit a series of jobs in order after the previous has completed
Ideally this is best done with a job scheduler or an automation product. But the sometimes bureaucratic red tape that surrounds those can be a pain for one off type work. You could set it up so that each job, in its last step, submits the next job. That should help assure that they run in the order you want. -- Don Imbriale On Thu, Apr 14, 2011 at 8:20 PM, Patrick Welsh patrick.we...@nt.gov.auwrote: Hi Mainframe Gurus, Perhaps you can help a Lowly trainee out. I have a situation where I want to submit 12 batch jobs in order, with an MVS command to bring a volume online between jobs 2 and 3. I could ask Ops Support to use the automation product to set up some rules for this, however as a training exercise I was looking to do it without using Control. I can get the jobs to submit in the correct order by using the INTRDR, but this does not wait untill one job is finished before the next starts. Ideally I would also like to trap the return code of the previous job and use this to conditionally submit the following job or halt the process. Can you offer any advice on the best method/tools to do this and point me in the direction of the appropriate doccumentation. -- 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: Cool Things You Can Do in z/OS
One of the features of the edit compare that I find useful is that while editing you can issue command COMPARE * to see what changes you made since the last save. - Don Imbriale On Wed, Apr 6, 2011 at 9:36 AM, Big Iron billlalo...@rocketmail.com wrote: I always liked the COMPARE command of the ISPF editor. You can use it in combination with the SDSF edit JCL feature to compare JCL for the submitted job with another related copy. Also handy for comparing different versions of source. -- 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: cascading catalog dataset aliases.
If management requires the dsnames to include the version number, then doesn't the JCL have to be changed anyway to avoid confusion? For example, if you're running V1R1 and want to upgrade to V1R2, if you use aliases then the JCL would say V1R1 but would resolve to V1R2. And you know who gets the blame when there's a problem. - Don Imbriale On Tue, Feb 22, 2011 at 9:52 AM, McKown, John john.mck...@healthmarkets.com wrote: But then the job must run on that system. I would like the option to run on any system using the identical JCL, but using the proper system-specific version of the DSN. OK, I'm being extreme for my needs. But imagine a parallel sysplex running 6 systems. I guess those shops properly design things so that system specific datasets are not needed. Or they exist with the same DSN, but in different catalogs. I'll likely go with the system-specific ALIAS. If someone runs the job on the wrong system, then that's their worry. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.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: RACF Resource Classes
If you don't want to or need to activate those classes, you can consider changing the health check to lower the severity. - Don Imbriale On Fri, Feb 18, 2011 at 4:54 PM, Givens, Dennis W. dennis.giv...@cnasurety.com wrote: Thanks. That is good information. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of zSeries Systems Programmer Sent: Friday, February 18, 2011 3:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RACF Resource Classes TAPEVOL class will have to be researched within your shop to make sure you don't break something by mistake. If you wish to implement, you can put in in warning mode and then see what is accessing. TEMPDSN is real straight forward and prevents jobs/users from accessing someone elses TEMP datasets especially if there is and ABEND. The one thing to be aware of if you put this in is make sure you don't have any in flight data sets. If a job is running when you turn on this resource, it could cause the job to fail with a RACF error because it will no longer have access to its temp data that it created with the resource off. On Friday, February 18, 2011, Skip Robinson jo.skip.robin...@sce.com wrote: Whether or not to activate the TAPEVOL class is a business practice decision, not a technical one. We have never done so and most likely never will because of changes that would be imposed on the client community for dubious benefit. Extensive use of generic profiles and our tape management software provide extra layers of protection that render TAPEVOL less important. We also run without TEMPDSN, but I can't say why. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Givens, Dennis W. dennis.giv...@cnasurety.com To: IBM-MAIN@bama.ua.edu Date: 02/18/2011 12:25 PM Subject:RACF Resource Classes Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I am working on the resolution of exceptions produced by the recently activated Health Checker feature on a Z/OS 1.10 system. Specifically the following 2 checks: CHECK(IBMRACF,RACF_TAPEVOL_ACTIVE) Check Severity: Medium IRRH229E The class TAPEVOL is not active. Explanation: The class is not active. IBM recommends that the security administrator at your installation activate this class and define in it the profiles to properly protect your system. CHECK(IBMRACF,RACF_TEMPDSN_ACTIVE) Check Severity: Medium IRRH229E The class TEMPDSN is not active. Explanation: The class is not active. IBM recommends that the security administrator at your installation activate this class and define in it the profiles to properly protect your system. I am contemplating activating both of these resource classes but have no immediate plans for using them in any profiles. My concern is that the activation of these classes will in itself cause me problems. Any experiences or insight would be much appreciated. Signed A Novice RACF Administrator -- 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: best method to completely list all cataloged data sets
I've used * and ** in 3.4 for the dsname level. From User's Guide II: 1. If you enter a high-level qualifier of ’*’ or ’**’, ISPF displays a pop-up window to warn you that the search will be for all catalogs on the system and will take time. If there are many catalogs, this search could take a considerable amount of time. You can press Enter to continue the search, or you can enter Cancel or End from the pop-up window to cancel the search. Be aware that if you have mount authority, a catalog search with ’*’ or ’**’ as the high-level qualifier can require that volumes be mounted for the catalogs to be searched. 2. The ISPF Configuration table contains a selectable option, named DISALLOW_WILDCARDS_IN_HLQ, to disallow the use of the ’*’ or ’%’ in the high-level qualifier - Don Imbriale On Wed, Dec 1, 2010 at 4:35 PM, Mark Zelden mzel...@flash.net wrote: 3.4 doesn't allow * or **. No options with IDCAMS to list everything from all catalogs. The CSI is a good option, but since if you tell it to list all catalogs you could end up with a bunch of dead catalog entries. For example, a user catalog that was previously a master from another system, or an alias for an HLQ points to the correct catalog but maybe pointed to a different catalog at one time and the entries weren't deleted or merged out. No one would ever know about those entries to clean them up unless they looked for them. (you can do this with CATSRCH from my web site: TSO %CATSRCH ** If you did it with CSI and wrote intelligent code around it, then it would be more accurate. For example, list the master catalog and the aliases, then only list the HLQs in the catalogs that the aliases in the master catalog pointed to. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.htmlhttp://home.flash.net/%7Emzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: best method to completely list all cataloged data sets
The quote from the manual came from 1.11. It may be as Barry has stated that at least one qualifier must be specified that is not just * or **. - Don Imbriale On Wed, Dec 1, 2010 at 7:26 PM, Mark Zelden mzel...@flash.net wrote: Hmmm, what level are you running. Unless this changed in z/OS 1.12 (and I don't think it did), it isn't allowed.I get a pop up warning message: In order to list catalog entries, you must specify at least one partial qualifier. Any Dsname Level that contains only asterisks is invalid. In addition, help has this information: When Dsname Level is specified, it defines the level qualifiers for the data set names to be included in the list. Qualifiers can be specified fully, partially or defaulted. At least one qualifier must be partially specified. A Dsname Level of '*' or '**' or any combination of '*' and '**' qualifiers is invalid. Your 2nd point I was not aware of. Thanks. I am still using the sample ISRNOGEN for that. Since I don't want to look it up, can you (or anyone) recall when that option was added (I'm running z/OS 1.11 now)? One less usermod to install! BTW, when I just tested * and ** again in my sandbox, I used a dummy ISRNOGEN (IEFBR14) in my TSOLIB instead of the real one... otherwise I couldn't test any generic HLQs. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.htmlhttp://home.flash.net/%7Emzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ On Wed, 1 Dec 2010 18:42:01 -0500, Don Imbriale don.imbri...@gmail.com wrote: I've used * and ** in 3.4 for the dsname level. From User's Guide II: 1. If you enter a high-level qualifier of ’*’ or ’**’, ISPF displays a pop-up window to warn you that the search will be for all catalogs on the system and will take time. If there are many catalogs, this search could take a considerable amount of time. You can press Enter to continue the search, or you can enter Cancel or End from the pop-up window to cancel the search. Be aware that if you have mount authority, a catalog search with ’*’ or ’**’ as the high-level qualifier can require that volumes be mounted for the catalogs to be searched. 2. The ISPF Configuration table contains a selectable option, named DISALLOW_WILDCARDS_IN_HLQ, to disallow the use of the ’*’ or ’%’ in the high-level qualifier - Don Imbriale On Wed, Dec 1, 2010 at 4:35 PM, Mark Zelden mzel...@flash.net wrote: 3.4 doesn't allow * or **. No options with IDCAMS to list everything from all catalogs. The CSI is a good option, but since if you tell it to list all catalogs you could end up with a bunch of dead catalog entries. For example, a user catalog that was previously a master from another system, or an alias for an HLQ points to the correct catalog but maybe pointed to a different catalog at one time and the entries weren't deleted or merged out. No one would ever know about those entries to clean them up unless they looked for them. (you can do this with CATSRCH from my web site: TSO %CATSRCH ** If you did it with CSI and wrote intelligent code around it, then it would be more accurate. For example, list the master catalog and the aliases, then only list the HLQs in the catalogs that the aliases in the master catalog pointed to. -- 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: How do I determine Enterprise COBOL for z/OS release level from outside COBOL or LE environment?
In most shops I've been in that had QuickRef, the product was used in production as well as development and testing. In the wee hours of the morning when a production job goes belly up, those shooting the problem need/want quick access to relevant information. QuickRef would usually provide that. - Don Imbriale On Sun, Oct 24, 2010 at 3:50 AM, Ted MacNEIL eamacn...@yahoo.ca wrote: Their product (QUIKREF) is rarely used in the production environment. Rather the majority of users are in development, where the COBOL compiler is used (in most shops). -- 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 do I determine Enterprise COBOL for z/OS release level from outside COBOL or LE environment?
Any COBOL messages to be displayed should be those for the level of the compiler that was used to compile the program, not necessarily the level that is currently installed. - Don Imbriale On Sat, Oct 23, 2010 at 12:16 PM, Mike Shaw techsupp...@quickref.comwrote: Our ISV product displays message descriptions under ISPF on z/OS. I want to determine the correct COBOL release level installed so that our product can automatically display the correct COBOL compiler and runtime message descriptions for that system. We do this automatic release level detection already for z/OS message, VTAM messages, RACF messages, HLASM messages, etc. I'd like to do the same for COBOL. I just want to determine the release level of COBOL installed without invoking the COBOL compiler. -- Mike Shaw MVS/QuickRef Support Group Chicago-Soft, Ltd. -- 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: auditor request question
The only shop I ever worked in that required logon for consoles did so not for security reasons but for accountability. Some operators had 'questionable' skills and at times dangerous commands were entered without consulting the shift supervisor or someone on the systems staff. This sometimes led to serious problems. Operators had to logon to the consoles and they were responsible for any commands that were entered while they were logged on, whether they entered them or not. They got into the habit of logging off whenever they stepped away from the console. A real PITA, but it satisfied management. - Don Imbriale On Tue, Aug 10, 2010 at 3:28 PM, Pommier, Rex R. rex.pomm...@cnasurety.comwrote: Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. -- 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 size of IEFBR14 and z/OS V1.11
Correction, if coding between 16M and 32M the default is 32M, from JCL Reference: If your installation does not change the IBM-supplied default limits in the IEALIMIT or IEFUSI exit routine modules, then specifying various values for the region size has the following results: - A value equal to 0K or 0M — gives the job step all the storage available below and above 16 megabytes. The resulting size of the region below and above 16 megabytes depends on system options and what system software is installed. When REGION=0K/0M is specified, the MEMLIMIT is set to NOLIMIT. Note: This may cause storage problems. See the Considerations When Using the REGION parameter section for more information. - A value greater than 0K or 0M and less than or equal to 16,384K or 16M — establishes the size of the private area below 16 megabytes. If the region size specified is not available below 16 megabytes, the job step abnormally ends with an ABEND822. The extended region size is the default value of 32 megabytes. - A value greater than 16,384K or 16M and less than or equal to 32,768K or 32M — gives the job step all the storage available below 16 megabytes. The resulting size of the region below 16 megabytes depends on system options and what system software is installed. The extended region size is the default value of 32 megabytes. - A value greater than 32,768K or 32M and less than or equal to 2,096,128K or 2047M — gives the job step all the storage available below 16 megabytes. The resulting size of the region below 16 megabytes depends on system options and what system software is installed. The extended region size is the specified value. If the region size specified is not available above 16 megabytes, the job step receives whatever storage is available above 16 megabytes, up to the requested amount, and the resulting size of the region above 16 megabytes depends on system options and what system software is installed. - Don Imbriale On Wed, Aug 4, 2010 at 10:31 AM, Ted MacNEIL eamacn...@yahoo.ca wrote: Sorry, I left a hanging fragment from the original post. Re-sent, corrected. My understanding is that anything over 16MiB normally results in whatever below is available plus unlimited above. Your understanding is wrong. Anything over 16M does give you everything below, but it limits above. If you specify between 16 and 32, you get 16 above. - Correction. Whatever you specify above 32 gives you nnM-16M above. Correction, below: I habitually code REGION=16385K. That gives you all below and 16 above. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- 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: Question on size of IEFBR14 and z/OS V1.11
On Wed, Aug 4, 2010 at 12:27 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: Correction, if coding between 16M and 32M the default is 32M. That's what I said: 16M above, is 32M in total. Again from JCL Reference (32M above plus whatever is available below): - A value greater than 16,384K or 16M and less than or equal to 32,768K or 32M — gives the job step all the storage available below 16 megabytes. The resulting size of the region below 16 megabytes depends on system options and what system software is installed. The extended region size is the default value of 32 megabytes. - Don Imbriale -- 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: Library won't add to LNKLST00
You need to create a new linklist set (copied from LNKLST00), add the library to that new set, then activate that new set. - Don Imbriale On Thu, Jul 1, 2010 at 9:33 AM, Ward, Mike S mw...@ssfcu.org wrote: Hello all, I was trying to add a library to lnklst00, but the system would not allow me to do it. What's the use of having a command to let you add libraries to lnklst when you can't? Will someone please help or explain? Thanks in advance. SETPROG,LNKLST,ADD,NAME=LNKLST00,DSNAME=IGY.SIGYCOMP,ATBOTTOM, IEF196I IEF237I 5503 ALLOCATED TO SYS9 IEF196I IEF285I IGY.SIGYCOMP KEPT IEF196I IEF285I VOL SER NOS= ZBRES3. CSV510I LNKLST SET LNKLST00 WAS NOT CHANGED. IT IS IN USE == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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: Health Checker
You may be able to view information about error conditions using SDSF CK. Messages can also be seen in the STC output. And the Health Checker message buffer can be displayed in detail using the HZSPRINT utility. Some errors are transient, so only running the task periodically may miss some of those conditions. I recommend leaving it up all the time. - Don Imbriale On Thu, Jun 17, 2010 at 3:45 PM, Crabtree, Anne D anne.d.crabt...@wv.govwrote: I'll have to look roll mode up, but we have AFOPER which captures error conditions, such as tape problems, dasd problems, aux shortages, etc If an operator is not signed on, then we use SA-IOM to page several people. (yes, we still use pagers) On weekends, if an operator has to come to the site, they need to see the highlighted messages on the console. So, I can't just let highlighted message roll off (if that's what roll mode is). Maybe I should just trap the HZS1002E messages, do something with them and then de-highlight them? Just thinking out loud... Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Carroll, William Sent: Thursday, June 17, 2010 3:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Health Checker Leave it up all the time and do the roll mode on the weekends. Anything that is in error does get picked up by automation, typically just an email. Bill -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crabtree, Anne D Sent: Thursday, June 17, 2010 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Health Checker Do most of you keep the health checker up and running all the time? I usually just start it periodically to see what is new that shows up. My concern in keeping it running has to do with highlighted messages it puts on the console (like when no operator is on duty). I was just curious how most people handle it. Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- 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 DISCLAIMER: The information contained in this message may be privileged or confidential and is protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting 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 -- 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: File 120 now has 2 new articles
Also, if you want to look inside the XMI files on the PC, you can use XMIT Manager (see http://www.cbttape.org/njw/index.html) - Don Imbriale On Tue, Jun 8, 2010 at 10:06 AM, Don Imbriale don.imbri...@gmail.comwrote: Instructions are at http://www.cbttape.org/downloadtrouble.htm Usually .XMI files (at least in the mainframe arena) are TSO XMIT files. Hope that helps. - Don Imbriale On Tue, Jun 8, 2010 at 9:57 AM, Pommier, Rex R. rex.pomm...@cnasurety.com wrote: Sam, This is probably a dumb question, but how does one open the file? It is a .xmi file which has several type associations, each of which seems to require some special tool to open it. Thanks. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Golob Sent: Monday, June 07, 2010 10:13 PM To: IBM-MAIN@bama.ua.edu Subject: File 120 now has 2 new articles Hi Folks, Since I stopped writing for NaSPA's Technical Support magazine, it doesn't mean that I've stopped writing articles completely. On File 120 of the Updates page of www.cbttape.org, the articles prefixed by member names: BM** are owned by me, and NaSPA doesn't have any connection with them. There are two new articles there now (on the Updates page), with member names BM1005MY and BM1006JN. I trust you will find them interesting. All the best of everything to you and yours Sincerely,Sam Golob -- 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 -- 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: File 120 now has 2 new articles
Instructions are at http://www.cbttape.org/downloadtrouble.htm Usually .XMI files (at least in the mainframe arena) are TSO XMIT files. Hope that helps. - Don Imbriale On Tue, Jun 8, 2010 at 9:57 AM, Pommier, Rex R. rex.pomm...@cnasurety.comwrote: Sam, This is probably a dumb question, but how does one open the file? It is a .xmi file which has several type associations, each of which seems to require some special tool to open it. Thanks. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Golob Sent: Monday, June 07, 2010 10:13 PM To: IBM-MAIN@bama.ua.edu Subject: File 120 now has 2 new articles Hi Folks, Since I stopped writing for NaSPA's Technical Support magazine, it doesn't mean that I've stopped writing articles completely. On File 120 of the Updates page of www.cbttape.org, the articles prefixed by member names: BM** are owned by me, and NaSPA doesn't have any connection with them. There are two new articles there now (on the Updates page), with member names BM1005MY and BM1006JN. I trust you will find them interesting. All the best of everything to you and yours Sincerely,Sam Golob -- 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 -- 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: Why the ISFROWS1 is diffenent between on batch with under ISPF/PDF
Information about the SDSF REXX interface is in manual SDSF Operation and Customization (http://www-03.ibm.com/systems/z/os/zos/bkserv/r11pdf/#sdsf). SDSF command WHO may reveal information useful to solving this problem. - Don Imbriale On Fri, May 28, 2010 at 1:50 AM, ibmnew ibm...@163.com wrote: I have the following questions : 1.Running my REXX under ISPF/PDF under ispf p.6 EX TEST.BJSP55.ZTB9TMP(SCHDA04) TEST.BJSP55.ZTB9TMP(SCHDA04) /* REXX */ RC=ISFCALLS(ON) ISFOWNER =CCBSP02 ADDRESS SDSF ISFEXEC ST (DELAYED ALTERNATE) IF RC0 THEN EXIT RC SAY NUMBER OF ROWS RETURNED: ISFROWS RC=ISFCALLS(OFF) EXIT 0 * output: 3 *-* RC=ISFCALLS(ON) 4 *-* SAY 'RC1=' RC RC1= 0 5 *-* ISFOWNER =CCBSP02 6 *-* ADDRESS SDSF ISFEXEC ST (DELAYED ALTERNATE) ISFEXEC ST (DELAYED ALTERNATE) 7 *-* SAY 'RC2=' RC RC2= 0 8 *-* SAY ISFROWS1: ISFROWS ISFROWS1: 27 9 *-* IF RC0 10 *-* SAY NUMBER OF ROWS RETURNED: ISFROWS NUMBER OF ROWS RETURNED: 27 11 *-* RC=ISFCALLS(OFF) 12 *-* EXIT 0 2.Running the REXX on batch //RUNSCHDA JOB ADM#,TIME=1440,NOTIFY=SYSUID,CLASS=2, //MSGCLASS=X,MSGLEVEL=(1,1),REGION=4M //JOBLIB DD DSN=DSN810.SDSNLOAD,DISP=SHR //RUNREXX EXEC PGM=IKJEFT01,DYNAMNBR=30,REGION=0M //SYSEXEC DD DISP=SHR,DSN=TEST.BJSP55.ZTB9TMP //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * %SCHDA04 /* output: * TOP OF 3 *-* RC=ISFCALLS(ON) 4 *-* SAY 'RC1=' RC RC1= 0 5 *-* ISFOWNER =CCBSP02 6 *-* ADDRESS SDSF ISFEXEC ST (DELAYED ALTERNATE) ISFEXEC ST (DELAYED ALTERNATE) 7 *-* SAY 'RC2=' RC RC2= 0 8 *-* SAY ISFROWS1: ISFROWS ISFROWS1: 0 9 *-* IF RC0 10 *-* SAY NUMBER OF ROWS RETURNED: ISFROWS NUMBER OF ROWS RETURNED: 0 BOTTOM O Why the ISFROWS1 is diffenent between on batch with under ISPF/PDF? -- 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: SDSF and MQ
The z/OS 1.12 preview announcement letter states the following: SDSF is designed to support displaying information about printers for JES3, and to eliminate the requirement for WebSphere® MQ when displaying JES2 MAS-wide data on the initiator panel for JES2 once all systems in the MAS are at z/OS V1.12 JES2. Also, displaying MAS-wide data on the printer panel for JES2 is planned not to require WebSphere MQ when all systems in the JES2 MAS are at or above z/OS V1.11 JES2. - Don Imbriale On Fri, Apr 30, 2010 at 12:32 PM, Richards, Robert B. robert.richa...@opm.gov wrote: My boss asked if I could canvass this esteemed group as to whether or not it still makes sense to implement the MQ portion of SDSF. We are z/OS 1.10 going to either 1.11 or 1.12. I've never implemented it before and am wondering if I should. All replies are greatly appreciated. Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: robert.richa...@opm.govmailto:robert.richa...@opm.gov - -- 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: Print of members in concatanated PDS'es.
It sounds like you are trying to identify the location of members in your PARMLIB concatenation. ISPF's DDLIST command can help. Enter DDLIST on any ISPF panel, then enter sub-command PARMLIB, then sub-command M XYZ PARMLIB will locate all members named XYZ in the PARMLIB concatenation. - Don Imbriale On Wed, Apr 14, 2010 at 8:09 AM, Frank Allan Rasmussen frank.allan.rasmus...@regionsyddanmark.dk wrote: Hello Is the a unility where it is possible to do something like this: PRINT MEMBER=XYZ,DD=ABC And the JCL //ABC DD DISP=SHR,DSN=X.B // DD DISP=SHR,DSN=X.A Output MEMBER XYZ found in DSN X.A member We have a auditor on site and he is looking into our parmlibs. Venlig hilsen Frank Allan Rasmussen IT, It-Drift frank.allan.rasmus...@regionsyddanmark.dkmailto: frank.allan.rasmus...@regionsyddanmark.dk Direkte tlf. 76631650 Mobil: 29201650 -- 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: Any tools for managing z/OS system software products inventory?
After IBM bought Isogon, they renamed SoftAudit to Tivoli License Compliance Manager (TLCM). The basic process, which has not really changed since the IBM acquisition, is to scan all your DASD so TLCM can locate load libraries and gather data about them. Run that through another program which ties the modules to a database of known software products. Once that is done you activate the agent to collect data about what programs are being run on the system. All of that data can then be fed into a report program with numerous keywords to help identify what is actually being run and who is running it. The reports are only as good as the data that is collected. If you install new software or move things around, you need to re-run the initial scan. Periodically the database of known software is updated (via PTF I believe). - Don Imbriale On Fri, Mar 19, 2010 at 9:29 AM, Arthur Gutowski aguto...@ford.com wrote: On Thu, 18 Mar 2010 16:54:46 -0500, Scott Barry sba...@sbbworks.com wrote: IBM / Tivoli acquired SoftAudit which had some years back started moving away from systems to more enterprise application asset discovery, with various OPEN hooks and an SMF data-capture type agent running on z/OS. Most any called, linked program is revealed in the generated data, with job, task, transaction, application-environment identification data. For many years, SoftAudit kept updated systems software identification inventory data and kept their clients aware of the mainframe software side -- asking an enterprise to take the time to inventory, document, estimate corporate value and/or business relevance, and determining age or whether source code exists, can be quite an undertaking. We tried SoftAudit long before IBM bought it. Millions of dollars and hundreds upon hundreds of man-hours trying to get accurate inventory out of it proved futile in the end. Unless IBM completely rewrote it (more likely all they've done is repackage it), I wouldn't even consider giving it another go. One of my colleagues pegged the source of our woes: Sure, it will tell you what software you're running... but, first, you have to tell it what software you're running. IMHO, you could do just as well with an MS Access database and something like Event Action to audit usage. If your installation teams follow established naming conventions (and ours still don't - sigh), spending $,$$$,$$$ on a tool doesn't seem justifiable. 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 -- 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: Any tools for managing z/OS system software products inventory?
Also, even if you don't run the agent to collect data about what programs are being run, you can get reports about your inventory to identify what software exists and where it is located. You might be surprised to find old versions long-forgotten or in libraries with unexpected names or even copies that users have made in their own personal libraries. One issue is that in the database of known software sometimes the names given to software is not what you might expect and in other cases software may be mis-identified. Also, when the agent does run, there can be a lot of data collected. Just as with management of SMF data, you might need to set up procedures for management of that data (when to offload it, where to put it, how long to keep it, etc.). - Don Imbriale On Fri, Mar 19, 2010 at 9:48 AM, Don Imbriale don.imbri...@gmail.comwrote: After IBM bought Isogon, they renamed SoftAudit to Tivoli License Compliance Manager (TLCM). The basic process, which has not really changed since the IBM acquisition, is to scan all your DASD so TLCM can locate load libraries and gather data about them. Run that through another program which ties the modules to a database of known software products. Once that is done you activate the agent to collect data about what programs are being run on the system. All of that data can then be fed into a report program with numerous keywords to help identify what is actually being run and who is running it. The reports are only as good as the data that is collected. If you install new software or move things around, you need to re-run the initial scan. Periodically the database of known software is updated (via PTF I believe). - Don Imbriale On Fri, Mar 19, 2010 at 9:29 AM, Arthur Gutowski aguto...@ford.comwrote: On Thu, 18 Mar 2010 16:54:46 -0500, Scott Barry sba...@sbbworks.com wrote: IBM / Tivoli acquired SoftAudit which had some years back started moving away from systems to more enterprise application asset discovery, with various OPEN hooks and an SMF data-capture type agent running on z/OS. Most any called, linked program is revealed in the generated data, with job, task, transaction, application-environment identification data. For many years, SoftAudit kept updated systems software identification inventory data and kept their clients aware of the mainframe software side -- asking an enterprise to take the time to inventory, document, estimate corporate value and/or business relevance, and determining age or whether source code exists, can be quite an undertaking. We tried SoftAudit long before IBM bought it. Millions of dollars and hundreds upon hundreds of man-hours trying to get accurate inventory out of it proved futile in the end. Unless IBM completely rewrote it (more likely all they've done is repackage it), I wouldn't even consider giving it another go. One of my colleagues pegged the source of our woes: Sure, it will tell you what software you're running... but, first, you have to tell it what software you're running. IMHO, you could do just as well with an MS Access database and something like Event Action to audit usage. If your installation teams follow established naming conventions (and ours still don't - sigh), spending $,$$$,$$$ on a tool doesn't seem justifiable. 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 -- 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: Dataset in use help
From PDF 3.4, press PF1 for help (one or two times) to get a list of users accessing the data set. On Fri, Mar 19, 2010 at 10:41 AM, Ward, Mike S mw...@ssfcu.org wrote: Hi all, I have a TSO user that is using PDF option 3;4 and trying to browse a sequential dataset. He keeps getting a dataset in use. Usually I tell them to give it a while and whoever is using it will release it and then he can browse it. This user is being very insistent so I'm wondering is there a command I can use to find out who is using this dataset? == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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: TSO Exit IKJEFLD3 IEFPRMLB Service
I know you mentioned that you were reluctant to change the logon procs, but if you have a CLIST or REXX front-end, you could change that to invoke another CLIST or REXX exec to detect the production system, issue the necessary message(s), prompt for acknowledgment, and take action as needed. Keep in mind also that users can be 'clever'. If using a 3270 emulator that allows scripting, they can/will set it up to automatically answer the prompt, essentially defeating the purpose. You may be able to get around this by generating a random string to be used for the reply. - Don Imbriale On Tue, Jan 26, 2010 at 7:50 AM, Andrew Metcalfe andrew.metca...@barclays.com wrote: Rob For reasons I won't go into, my management have decreed that there must be a positive acknowledgement by the user that they are on a production system. I loop in the exit until I get one. Unfortunately using the broadcast facility doesn't give me this Andrew Metcalfe Global z/OS Systems Programming Team Barclays Bank Plc -- 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 SMFDUMP on z/OS v1.7
You can use SMF exit IEFU29 to dump. A sample IEFU29 exit routine is provided in SYS1.SAMPLIB in member IEEU29. This routine is entered when an SMF dataset is switched. On entry, the SMF data set name which was recording before the switch is passed to the routine. Depending on which data set name is passed, the sample exit uses SVC 34 to issue a START DUMPXY,DSNAME=dsname operator command. A similar exit, IEFU29L, is available for dumping from logstreams. Details on both of these is in manual MVS Installation Exits on the MVS shelf. - Don Imbriale On Thu, Jan 14, 2010 at 11:07 AM, George Rodriguez rodrigu...@palmbeach.k12.fl.us wrote: Hi ListServ Listeners, I can't remember where, but I read that this program (SMFDUMP) can be used to dump the SMF records from the standard SYS1.MAN_ datasets. I found a copy of the source in SYS2.IPO1.SAMPLIB but before I implement this new process, I need to ask a few questions. The reason I want to change the process is because the utility that I currently use (IFASMFDP) always ends with a return code (RC) of 8 and this program (SMFDUMP) ends with a RC of 0. In short, the program (SMFDUMP) has intelligence and knows which of the 3 SYS1.MAN_ datasets the operating system is writing to and it does a switch to prevent the RC of 8. Now to the questions: 1.Is there a newer version of SMFDUMP? 2.If there is, where do I find it? 3.Is anyone using IFASMFDP to dump the SMF records? 4.How are you preventing the RC of 8? Here's the utility IFASMFDP JCL, in case I'm doing something wrong: //STEP1EXEC PGM=IFASMFDP //DUMPIN1 DD DSN=SYS1.MAN1,DISP=SHR //DUMPIN2 DD DSN=SYS1.MAN2,DISP=SHR //DUMPIN3 DD DSN=SYS1.MAN3,DISP=SHR //DUMPOUT1 DD DISP=MOD,DSN=SYS2.SMF.WEEKLY.CICS.DUMP //DUMPOUT2 DD DISP=MOD,DSN=SYS2.SMF.WEEKLY.DB2.DUMP //DUMPOUT3 DD DISP=MOD,DSN=SYS2.SMF.WEEKLY.MVS.DUMP //SYSPRINT DD SYSOUT=X //SYSINDD DSN=SYS2.PROCLIB(SMFDAY),DISP=SHR INDD(DUMPIN1,OPTIONS(ALL)) INDD(DUMPIN2,OPTIONS(ALL)) INDD(DUMPIN3,OPTIONS(ALL)) OUTDD(DUMPOUT1,TYPE(110)) OUTDD(DUMPOUT2,TYPE(100,101,102)) OUTDD(DUMPOUT3,NOTYPE(100,101,102,110)) /* George Rodriguez Specialist II - IT Solutions Application Support / Quality Assurance PX - 47652 (561) 357-7652 (office) (561) 707-3496 (mobile) School District of Palm Beach County 3348 Forest Hill Blvd. Room B-332 West Palm Beach, FL. 33406-5869 Florida's Only A-Rated Urban District For Five Consecutive Years -- 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 to Identify when an alias was deleted
You may want to check out LE run-time option DYNDUMP which provides a way to obtain dynamic dumps of user applications that would ordinarily be lost due to the absence of a SYSMDUMP, SYSUDUMP, or SYSABEND DD statement. The default tells Language Environment to use the user ID associated with the job step task as the high level qualifier for the dynamic dump data set. -- -- Don Imbriale On Wed, Jan 13, 2010 at 7:32 AM, Lizette Koehler stars...@mindspring.comwrote: Michael, Thanks for the response. It turned out the alias never existed. So I had no records for it. It was a somewhat interesting problem. The USER= on the jobcard was not a real ID or alias. But when a control block in LE was damaged, the HLQ for the dataset LE wanted to create the dump it was the USER=. So it looked like an alias was missing, but there was not one. So the job got a 913 trying to catalog it in the Master Cat. And since we also have DTS software (SRS) it tried to recatalog the dataset giving a NOT CAT 2. This was one case where too many support software products just made the analysis a little more confused. Over all, an interesting analysis. Lizette Greetings, The deletion of an ALIAS should be in the following SMF Record: Rty Sty Description 065 000 Integrated Catalog Facility Delete Activity Cheers... Michael -- 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: Control-M and Schedule Groups question
When we encountered significant performance issues, we investigated JES settings for spool access and gave greater weight to the system on which ControlM was running. You might want to look into what you have specified on MASDEF (I'm assuming, possibly incorrectly, that you are running with a multi-access spool configuration). -- -- Don Imbriale On Wed, Jan 6, 2010 at 3:44 PM, William Bishop bill.bis...@tema.toyota.comwrote: A sister company of mine is attempting to use Control-M to support a new application. They have defined 25000 jobs into 3000 schedule groups. In operation, they have observered that it can take 6 minutes between the time a job ends and the next job takes off. Has anyone running Control-M experienced this kind of issue? Is anyone running Control-M with this many jobs and schedules groups? We can take this off-list if desired. Thanks Bill Bishop Specialist Mainframe Support Group Server Development Support Toyota Motor Engineering Manufacturing North America, Inc. bill.bis...@tema.toyota.com (502) 570-6143 -- 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: useless message at IPL
I have found command SETOMVS SYNTAXCHECK=(xx) to be useful when making changes to BPXPRMxx members. It checks syntax as well as the existence of HFS and zFS data sets specified in the catalog. Mount points are not verified. -- -- Don Imbriale On Wed, Jan 6, 2010 at 9:04 AM, McKown, John john.mck...@healthmarkets.comwrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Peter Relson Sent: Wednesday, January 06, 2010 6:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: useless message at IPL snip What message was it waiting for you to reply to? It's almost certain that the messages were written via WTO, not WTL. They probably specified MCSFLG of HARDCPY. If these were ASAxxxI messages, it's possible that the invoker did not take advantage of some infrastructure support that would avoid using hardcopy-only during IPL for precisely the case you encountered. After IPL, hardcopy-only is used to avoid flooding the console, since the syslog can be examined. A change to take advantage of this could likely be made in a future release. Peter Relson z/OS Core Technology Design Unfortunately, I don't have the SYSLOG from that IPL. The message being waited upon was one which said that I need to reply with an OMVS= which contained BPXPRMnn members which did not have any syntax errors. I knew the old PARMLIB BPXPRMnn suffix values and so reply with them. This allowed z/OS to continue to IPL. I then looked at the SYSLOG to see what I did wrong and fix it. I then IPL'ed again. If the BPXPRMnn syntax errors had been shown, I could have fixed them on another system and simply replied with same member suffixes and thus avoided a second IPL. OK, not a big deal. However, if I had done an update in place of the PARMLIB member, I wouldn't have had a way to continue the IPL. So I would have had to try to figure out the error on another system with no help. I guess what it really means is that I should never update an in-use member of PARMLIB, but copy it to a different suffix, modify it, then point to the modified PARMLIB member. -- 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 john.mck...@healthmarkets.com * www.HealthMarkets.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: Where have the control blocks gone? -- Now down in the dumps
If your handy dandy sysout management tool happens to be SDSF, be sure to use line command XFC (or its command line equivalents) to maintain proper formatting of the output data set. -- -- Don Imbriale temporarily retired On Wed, Jan 6, 2010 at 2:32 PM, Wayne Driscoll wdri...@us.ibm.com wrote: Or you can use SYSMDUMP DD SYSOUT=class And then use your handy dandy sysout management tool to save the dump to a disk dataset, and use IPCS. See http://bama.ua.edu/cgi-bin/wa?A2=ind0709L=ibm-mainP=R28921I=1X=- === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: Don Poitras sas...@sas.com To: IBM-MAIN@bama.ua.edu Date: 01/06/2010 01:10 PM Subject: Re: Where have the control blocks gone? -- Now down in the dumps Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Thompson, Steve wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Don Poitras Sent: Wednesday, January 06, 2010 12:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Where have the control blocks gone? SNIPPAGE Use FREE=CLOSE on the SYSMDUMP DD. Snip That only works if you are not interested in any other ABEND or dump producing event that occurs. If DISP=MOD would work for SYSMDUMP, I could figure out how to split the dumps by processing the file with REXX or some such. [I have a special case with my stuff -- the things I work on are multi-threaded, multi-tasking and one failure may not be related at all to another.] Let me give you an example: Program DRIVER is running. In a daughter TCB a program is writing to DASD and gets an Sx37. Let's say that 10 seconds later, under a different TCB the program I am interested in (SHUCKS) finally gets the S0C3 I set up. That's the dump I really want to look at. But let's have even more fun. Before I can get to the dump DSN with IEBGENER (which would have to be invoked within this JOBSTEP to deal with the DISP=OLD...), another program under a different TCB ABENDS. I just lost the dump I'm really interested in. In this case, my only choice for this is a SLIP. So the SYSMDUMP just can't handle this level of complexity. Welcome to the world of a developer. Thankfully, I have the ability to issue MVS commands and can set SLIPs when and as I need them. But for the typical programmer/analyst in a production world situation that does get to use IPCS, you don't get to do this. There's the rub. You can have multiple SYSMDUMPs. e.g. //SYSMDUMP DD DISP=SHR,DSN=SASDTP.SYSMDUMP,FREE=CLOSE //SYSMDUMP DD DISP=SHR,DSN=SASDTP.SYSMDUM2,FREE=CLOSE and if you just can't stand not getting _every_ dump, code a SYSUDUMP as the last one (without FREE=CLOSE): -- Don Poitras - zSeries R D - SAS Institute Inc. - SAS Campus Drive mailto:sas...@sas.com (919)531-5637 Fax:677- Cary, NC 27513 -- 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: SuperC Functionality for Comparing Volumes
SuperC may be able to help. It will require a listing of all data sets on a volume and then generation of appropriate JCL and control cards. In rare cases identical hash sums can be generated, but certainly any differences point out changed data sets. From the manual (See Appendix A in ISPF User's Guide Vol. II.): SuperC can generate a 32-bit hash sum per data set or member using the File compare type. Data sets compared on a nonconnected processor, using SuperC, should have the same hash sums if they are identical. A File comparison of any data set to determine a hash sum can be done by specifying the same data set as both new and old. The hashsums of files can be used to compare two files that are not physically on the same system. If the hashsum of a file on system A is different from the hashsum of a file on system B, then the files can be said to be different. If the hashsum of the files are identical, there is a high probability that the files are the same. You should also compare the number of lines and number of bytes as secondary confirmation that the files are the same -- -- Don Imbriale temporarily retired On Wed, Dec 30, 2009 at 7:02 AM, Richards, Robert B. robert.richa...@opm.gov wrote: Paul, That's a start. What I am envisioning as an end result would be considered a poor man's ChangeMan, SysChange, whatever devoted to the SYSRES, IODF, cloned volume set(s). Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gillis Sent: Wednesday, December 30, 2009 12:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SuperC Functionality for Comparing Volumes I have a pair of small assembler programs that (a) list a vtoc and (b) list a directory entry and use both of those to detect changes to an IPL volume when I generate a new one. If that is what you are after, I will put them onto my file on the cbt tape. Cheers, Paul Has anyone written a freebie utility/rexx/asm/whatever tool to compare volumes for changes at the dataset level? My intended use is to compare cloned volumes with maintenance/changes applied against the original source volumes/datasets. Even if the tool uses SuperC itself, that is fine. I am not interested in a product that has to be paid for, so vendors need not respond. -- 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: PK64372 (was: SMS NONSMS difference)
In the SPACE parameter, reverse the primary and secondary quantities. -- -- Don Imbriale temporarily retired On Fri, Dec 18, 2009 at 8:43 PM, Paul Gilmartin paulgboul...@aim.comwrote: On Fri, 18 Dec 2009 17:32:40 +0100, Miklos Szigetvari wrote: If you would mail to me Sent privately; 47KiB. Paul Gilmartin wrote: This feels vaguely similar to PK64372. The APAR is peculiarly uninformative, but IBM might share more with you. The associated PMR is Record 79232,033,000. I hope IBM doesn't share PMRs with the general public, but if you want, I'll scrape it and mail it to you. NF? This really should be PER, though IBM might make a case for PER/FIN given the behavior change they suggest in the PMR. This is similar to your problem only in that it involves unexpected behavior of OPEN/CLOSE. But, to explain, in my case, I did: exec cp -B -PRECFM=FB,LRECL=80,BLKSIZE=0,SPACE=(1,(1,1)) supr610.ptf //SMI.supr610.ptf And the program failed with ABEND SB37 with only 2 blocks in the primary extent. Kirk Wolf deduced the explanation, and IBM confirms/expands: When SPACE is specified, CRTL/LE adds a RELEASE option (Why?) then opens the data set once to create it; closes it, causing the RELEASE to take effect; then opens it again to write the data. Bingo! SB37. This is just plain wrong; fixing it is not New Function except by the strained reasoning that correct operation of a function that has operated incorrectly is new. By such reasoning, repairing any aboriginal defect is introducing New Function. IBM _might_ argue that the behavior change of no longer truncating mandates deferring the change to a release boundary. It's easy to suspect that some coder got his branch mask complemented and the intent was to truncate when a default SPACE is used, not when the programmer specifies SPACE. But in either case, the RELEASE should be performed after the data are written, rather than before. IBM says it's extraordinarily difficult to fix. Feels like dreadful layering of functions in CRTL/LE. -- 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: PK64372 (was: SMS NONSMS difference)
I agree that the RLSE is unneeded and should be corrected. But my suggestion may help until the fix is in. -- -- Don Imbriale temporarily retired On Sat, Dec 19, 2009 at 10:50 AM, Paul Gilmartin paulgboul...@aim.comwrote: On Sat, 19 Dec 2009 09:14:05 -0500, Don Imbriale wrote: In the SPACE parameter, reverse the primary and secondary quantities. Irrelevant. Please don't claim that the existence of even an obvious alternative refutes the observation of the original problem. It might demote it from a SEV2 to a SEV3 (I reported it initially as SEV3), but it should be PER, regardless. IBM does this far too often: I report a problem; they recode my test case to one that does not exhibit the problem, then say, Oh, no problem! Sometimes they claim that my test case, purposely coded to exhibit the problem with mimimal code, performs no useful function had it worked, so I shouldn't consider it a problem. On Fri, Dec 18, 2009 at 8:43 PM, Paul Gilmartin wrote: NF? This really should be PER, though IBM might make a case for PER/FIN given the behavior change they suggest in the PMR. exec cp -B -PRECFM=FB,LRECL=80,BLKSIZE=0,SPACE=(1,(1,1)) supr610.ptf //SMI.supr610.ptf And the program failed with ABEND SB37 with only 2 blocks in the primary extent. -- 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: COBOL compiler RC=4 for one program but not another
Can you show the first 6 or 7 lines of the actual source of each program rather than the compiler listing? -- -- Don Imbriale temporarily retired On Thu, Dec 17, 2009 at 12:25 PM, Chase, John jch...@ussco.com wrote: Hi, All, One of our programmers reported the following: PP 5655-G53 IBM Enterprise COBOL for z/OS 3.4.1 LineID PL SL +-*A-1-B--+2+3+4 /* PROG01 01IDENTIFICATION DIVISION. 02PROGRAM-ID.PROG01. 03AUTHOR. ELMER FUDD. 04DATE-WRITTEN. JUNE 2002. 05DATE-COMPILED. 06 07 ** PROG01 FUNCTION * . . . . . . MessagesTotalInformationalWarningErrorSev Suppressed:2 2 PP 5655-G53 IBM Enterprise COBOL for z/OS 3.4.1 * Statistics for COBOL program PROG01: *Source records = 744 *Data Division statements = 127 *Procedure Division statements = 112 End of compilation 1, program PROG01, highest severity 0. Return code 0 But - PP 5655-G53 IBM Enterprise COBOL for z/OS 3.4.1 LineID PL SL +-*A-1-B--+2+3+4 /* PROG02 01IDENTIFICATION DIVISION. 02PROGRAM-ID.PROG02. 03AUTHOR. ELMER FUDD. 04DATE-WRITTEN. AUGUST 05. 05DATE-COMPILED. 06 07 ** PROG02 FUNCTION * . . . . . . LineID Message code Message text 3 IGYDS1128-W AUTHOR paragraph commentary was found in area A. Processed as if found in area B. MessagesTotalInformationalWarningErrorSevere Terminating Printed: 1 1 * Statistics for COBOL program PROG02: *Source records = 575 *Data Division statements = 106 *Procedure Division statements = 101 End of compilation 1, program PROG02, highest severity 4. Return code 4 Both programs were compiled with the same procedure and compiler options. Any idea why PROG02 gives RC4? TIA, -jc- -- 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: CEEPRM00 for dummies (me)
The LE customization guide discusses the CEEPRMxx member. If nothing other than CEEPRMxx is used, then all options can be overridden. You would need a combination of the CEExOPT modules and CEEPRMxx PARMLIB members. Don Imbriale On Tue, 6 Jan 2009 12:42:25 -0500, John Kelly john_j_ke...@ao.uscourts.gov wrote: snip OVR is not valid for CEEPRMxx.For a sample member see the fine manual or hlq.SCEESAMP(CEEPRM00). unsnip Hi Mark, I was leaning toward that conclusion except the example for CEECOPT ( has NOAUTOTASK=(OVR), but I'm sure that you are right though. Other than the pecking order for which option take precedence, are all of the CEEPRM00 parm override(able)? Or can I force some options not to be overridden (NONOVR )? I can't find a document that describes what can be done and what can't. The LE and InitTuning gives examples and the LE describes what can be done in the exit but nada for CEEPRM00. Thanks yet again -- 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: IBMLINK/VM/Classic appears down
The web interface returns: We are sorry. There are no ibm.com accounts associated with the IBM ID and/or password entered below. Please try again. This when attempting to log in using the same id I've been using for longer than I can remember. - Don Imbriale Anyone else having problems accessing the IBMLINK/VM/Classic version. I receive the following message when I select IBMLINK on the Product Selection Screen: Product selected is temporarily unavailable. Please try again later. I called the IBMLINK Help Desk: 1-800-543-3912 . I'm waiting for the PMR number to be sent to me via Email. No ETA for repair. -- 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: Zos 1.7
We've been on 1.7 for some time and never noticed a problem like this. But be careful about the straws you grasp. You could be spending time going down a path that leads to a dead-end. Do you have some evidence that suggests the problem may be related to CATALOG? Are there any messages? Other symptoms? Does it affect more than the one job? If not, what is unique about that job? - Don Imbriale On Mon, 8 Oct 2007 14:01:07 -0400, Carroll, William [EMAIL PROTECTED] wrote: We converted to 1.7 over the weekend, mostly good, but a couple of really weird problems. Job used to execute in 4 minutes now Takes 20...Only that one job. A couple of jobs running snap, are taking a bit longer as well. Is everybody running with the Catalog auto tune on? I am just grabbing at straws. Any insight or thoughts would be greatly appreciated. -- 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
SYSMDUMP in DB2 SP WLM
We need to collect a SYSMDUMP from a DB2 SP WLM task. The SYSMDUMP DD needs to point to a disk data set. There can be multiple instances of the DB2 SP WLM task running concurrently, so there is a need to uniquely name the data set for the SYSMDUMP. GDGs don't work because there is an enqueue on the GDG base, so started tasks after the first wait. We've thought of using system symbols (since this is a started task), but there isn't enough granularity in the values of the symbols to assure uniqueness. Any thoughts on how to accomplish this? Don Imbriale -- -- 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: SYSMDUMP in DB2 SP WLM
After further research I see that the 'corruption' is the insertion of carriage control characters. This is being done by SDSF when using line command XDC, even if the correct data set attributes are specified for the output data set. Instead, I created an appropriate data set, allocated it to some DD in my TSO session, then used SDSF's XFC line command and pointed to that DD. This copies it as is, without carriage control characters. Now it is usable. Thanks Wayne and Ed. Don Imbriale -- On Tue, 11 Sep 2007 09:47:45 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: Imbriale, Donald wrote: Thanks Wayne. I had searched the archives. My tests show that SYSMDUMP directed to SYSOUT, then copied to a dataset (via SDSF for example), results in a partially corrupted SYSMDUMP. I look at many such dumps and have never experienced any corruption using this technique. The dump on spool will be byte-for-byte exactly correct. When copying to DASD for IPCS use, you need to use a tool that will not change the contents of the data. And, you must copy it to a RECFM=FBS data set. -- -- 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: OPERLOG stops after IPL
According to Setting up a Sysplex If SMS is not active when you attempt to use a system logger application, system logger issues system messages that indicate allocation errors. If the SMS address space is not active when you attempt to use a system logger application, system logger issues system messages that indicate allocation errors and the application will not be able to use the logger function. -- 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: EDITSET
If you think it's broken or not documented well or even if you just don't like the way it works and want it changed, then contact IBM's SDSF support. IBM-MAIN can't change it - no matter how long and loud you yell. Only IBM can do that. On Mon, 5 Mar 2007 10:36:40 -0700, Paul Gilmartin [EMAIL PROTECTED] wrote: In a recent note, Walt Farrell said: Date: Mon, 5 Mar 2007 12:13:02 -0500 On 3/5/2007 12:04 PM, [EMAIL PROTECTED] wrote: ... But in SDSF SJ while EDITSET shows Confirm Cancel as disabled, SDSF still asks me to confirm Cancel. ISPF really needs to get its act together. I would say that ISPF does have its act together, gil. It allows Not in my perception. You're showing an unseemly excess of employee loyalty. applications to run with different application prefixes, settings, variable pools, and commands. You've described one of the effects of that flexibility. SDSF runs with a different application profile (ISF) than PDF does (ISR). Thus the commands available are different, the settings are maintained separately, etc. You need to do the EDITSET (or any other action that sets profile variables) once for each different ISPF application you're using. Do you, then, consider it correct, or a manifestation of flexibility that EDITSET under SDSF displays Confirm Cancel as disabled, yet the Cancel command itself still requests confirmation? And flexibility can be a PITA when there's no global default setting and the customer is required to do the profile setting for each application, and suffers a high astonishment factor when entering a seldom-used applicaton and encountering a deviation from behavior that had generally been observed to be uniform and stable. Is there a way to make such settings globally rather than locally? It would be great to have a checkbox that says Apply these settings to all applications. -- gil -- StorageTek INFORMATION made POWERFUL -- 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: IBMers Missing In Action (was RE: NF APAR OA15539 for Health Checker)
He may have won the lottery, but he's still listed as an IBM employee. http://www.ibm.com/contact/employees/us/ Don Imbriale On Fri, 23 Feb 2007 13:25:12 -0600, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Schmidt On Fri, 23 Feb 2007 13:06:08 -0600, Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden Haven't heard from Mark Thomen in a while on this list. Likewise Greg Dyck. Perhaps they retired?? Greg's not nearly old enough. He might have won the lottery -- 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: z/OS System Cmd Characters
For details about the API John mentions, see Command Prefix Facility (CPF) in MVS Authorized Assembler Services Guide and the associated Reference manual for the CPF macro. Don Imbriale On Tue, 20 Feb 2007 15:00:11 -0600, McKown, John [EMAIL PROTECTED] wrote: There is not a central repository. Each product does it in its own way. For example, JES2 defines it in the JES2PARM member, CA-OPS/MVS II defines it in a startup REXX program which sets a variable, the RACF subsystem does it in the IEFSSNxx member which defines the subsystem. Note that not every product which has a command characters uses the z/OS API to register it. D OPDATA only gives those products which use the API. Some actually trap the console SSI and do their thing. -- 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: record reformatting ... flowing records into each other
ISPF edit can do this. The TF line command or TFLOW edit macro command should do the trick. Something like ISREDIT TFLOW 1 15 will flow all lines from line 1 to the end into 15 byte 'chunks' and honor word boundaries. Don Imbriale On Tue, 12 Dec 2006 17:59:35 -0500, Schramm, Rob wrote: I think DFSORT can do this.. but I don't see it in the manual.. or I am missing it. I want to take an input file lrecl=11 and output lrecl=15 so that the records are joined. The input records record 1: 123 456 789 record 2: abc def ghi record 3: jkl mnop qr would become output records like.. record 1: 123 456 789 abc record 2: def ghi jkl qr Can anyone point me in the right direction? I would like to use DFSORT/ICETOOLs if possible or something like FILEMAN. Lost in file-reformatting, Rob -- 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: How old is GIMAPI?
OS/390 2.7, approx. March 1999 Don Imbriale On Mon, 6 Nov 2006 15:38:18 -0700, Paul Gilmartin [EMAIL PROTECTED] wrote: Just looking at SYS1.SAMPLIB(GIMASAMP), I see: * Top of Data *** * * Licensed Materials - Property of IBM * 5694-A01 5655-G44 * (C) Copyright IBM Corp. 1981, 1981 * BALAPI CSECT I had no idea GIMAPI was 25 years old; I thought it was announced more recently. Is it as old as BAL, or am I drawing an undue inference from the name of a symbol. -- 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: How old is GIMAPI?
Sorry to answer my own post, but I have now found an even earlier reference in OS/390 2.4. On Mon, 6 Nov 2006 16:56:36 -0600, Don Imbriale [EMAIL PROTECTED] wrote: OS/390 2.7, approx. March 1999 Don Imbriale On Mon, 6 Nov 2006 15:38:18 -0700, Paul Gilmartin [EMAIL PROTECTED] wrote: Just looking at SYS1.SAMPLIB(GIMASAMP), I see: * Top of Data *** * * Licensed Materials - Property of IBM * 5694-A01 5655-G44 * (C) Copyright IBM Corp. 1981, 1981 * BALAPI CSECT I had no idea GIMAPI was 25 years old; I thought it was announced more recently. Is it as old as BAL, or am I drawing an undue inference from the name of a symbol. -- 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: display CPENABLE
Thanks for the info. As a result of an off-list prompt, I put together the following REXX exec: /* rexx */ /* Display CPENABLE values; CVT points to RMCT which points to ICT; ICCTPILO is at offset 6 for length of 2 in ICT ICCTPIHI is at offset 8 for length of 2 in ICT */ cvt = storage(10,4) rmct = storage(d2x(c2d(cvt)+604),4) ict = storage(d2x(c2d(rmct)+8),4) icctpilo = storage(d2x(c2d(ict)+6),2) icctpihi = storage(d2x(c2d(ict)+8),2) say CPENABLE=(c2d(icctpilo),c2d(icctpihi)) On Mon, 25 Sep 2006 15:50:13 -0400, Knutson, Sam [EMAIL PROTECTED] wrote: TMONMVS Option 1.5.5 MISCELLANEOUS OPTIONS. Option 1.5 is the PERFORMANCE PARAMETERS MENU. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Imbriale, Donald (Exchange) Sent: Monday, September 25, 2006 3:37 PM To: IBM-MAIN@BAMA.UA.EDU Flash 10337 discusses settings for CPENABLE. http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH10337 ASKQQA document BDC32090 available in ServiceLink discusses the use of IPCS to display the current values. Does anyone know of a more convenient way to display the current settings? Don Imbriale -- 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: Restrict Operator offline command
I don't think it's a question of lack of sense of humour, but rather the excessive noise on this list. Seemingly every thread deteriorates into discussions of ancient hardware/software or semantics and grammar or politics or crime. Hit em up side the head with a bat adds little value to the discussion. So somebody tries to steer it back to relevancy and gets chastized for it. Lose-lose all around. Don Imbriale On Tue, 19 Sep 2006 03:46:18 +, Ted MacNEIL [EMAIL PROTECTED] wrote: The OP talked about an easy-to-make finger check. If you're going to take drastic measures to punish such mistakes: Ya'no! Nobody has a sense of humour anymore! -- 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: Why No S0C7?
Instead of MOVE 'ABC' try MOVE SPACES On Tue, 19 Sep 2006 12:48:28 -0500, JONES, CHARLIE [EMAIL PROTECTED] wrote: We are on Z 1.4 and COBOL Rel 3.2.0 The Simple Compile and Go below Allows me to add 1 to 'ABC' and get 124 with no S0C7. Is this normal? Did this test with NUMPROC(NOPFD), NUMPROC(PFD), and NUMPROC(MIG). All were successful. //ZCRSCEJA JOB (DAZC1130,ZCRSCEJ),'COBOL4MVS IVP', // CLASS=A,MSGCLASS=X,NOTIFY=ZCRSCEJ //* //RUNIVP EXEC IGYWCLG,PARM.COBOL=RENT,REGION=1400K, // PARM.LKED='LIST,XREF,LET,MAP', // GOPGM=USECDE //COBOL.SYSIN DD * PROCESS NUMPROC(MIG) 000100 IDENTIFICATION DIVISION. 000200 PROGRAM-ID. USECDE. 003200 ENVIRONMENT DIVISION. 005000 DATA DIVISION. 008400 WORKING-STORAGE SECTION. 77 COUNTERX PIC 999 VALUE 0. 01 BAD-NUMBERPIC 999. 01 BAD-SPACE REDEFINES BAD-NUMBER PIC XXX. 011800 PROCEDURE DIVISION. 013200 001-INITIALIZE. *THIS STATEMENT WILL CAUSE AN LE-SOC7 PERFORM 010-LOOPIT UNTIL COUNTERX EQUAL 100. 034200 601-END-RTN. DISPLAY 'TESTIT EXECUTED WITH NO S0C7 SUCCESSFULY'. GOBACK. 013200 010-LOOPIT. MOVE 'ABC' TO BAD-SPACE. ADD 1 TO BAD-NUMBER. DISPLAY ' BAD-NUMBER: 'BAD-NUMBER ADD 1 TO COUNTERX. 999-END-RTN. EXIT. //LKED.SYSLIB DD //GO.SYSOUT DD SYSOUT=* -- 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