Re: Concatenations and blocksizes
ISTM, this restriction is still in place. I ran isrddn the other day and it flagged a dataset in the concatenation that had a smaller blocksize than those following it. We reblocked that data set and isrddn did not complain. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kington Sent: Friday, August 07, 2009 7:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Concatenations and blocksizes It is a misdesign that the OS allows this ever to happen. The principal use of this facility is to correct errors that were introduced by its earlier inadvertent use. Simply, any OPEN for WRITE with overriding attributes where the label contains different nonzero attributes should ABEND for inconsistent attributes. If the programmer feels compelled to change attributes the recourse should be: o ZAP the VTOC, or I use the same mis-design to reset it back to the original blocksize. If the change was recent (last couple of days), I make an attempt to find the culprit and have them fix their jcl. Zapping the vtoc is the last (*very* reluctant) resort and only to be done by a very select few. o COPY, reblock, and rename. This is the proper way to make a planned, permanent change to the dataset attributes. Regards, John -- 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: ibm Tivoli ETR support
Barbara, was meinen Sie denn eigentlich? How do you really feel? I actually did get a response, a correct solution in fact, to one problem I had this week. The other one, sev 3, has been hanging out there for a few weeks now. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Thursday, August 06, 2009 1:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ibm Tivoli ETR support I would not call it delayed support, but extremely incompetent or more bluntly incapable support. In our case it is Netview, and the person has no clue whatsoever what a sliptrap does and 'works with MVS' (after getting slapped by me for requesting the docs again and again that s/he already had and cannot read and/or understand). Standard excuse: If I don't see what I want to see then the customer did not send me the right docs. And if customer proves they did it right, then of course slip trap/dump processing must be wrong, hence 'working with MVS'. Whatever happened to the competent NetView lady who has done this support for years? From the name in the ETR (at least s/he gave her name!) I cannot even see what gender s/he has! So did they get laid off and their jobs transfered to Asia? I feel better now. Regards, Barbara Nitz -- 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: USS misuse
Yes, and most of them so off topic its more like twitter. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Thursday, August 06, 2009 2:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: USS misuse Chris Mason wrote: ... Fourteen messages on the same subject within 24 minutes. This has all the earmarks of a denial of service attack being launched against IBM-MAIN. :-) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ibm Tivoli ETR support
I'm dealing with the advanced [ audit | reporting | catalog management ] and its working on the mainframe side. The TEMS and TEPS and clients and agents are all befuddled. I've installed a new TEPS on a virtual blade but all I get out of it is initialization is not complete. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, August 06, 2009 3:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ibm Tivoli ETR support Barbara Nitz nitz-...@gmx.net wrote in message news:listserv%200908060145303424.0...@bama.ua.edu... Thanks Barbara, I feel better now too, learning we are not the only company complaining, as IBM tries to make us think. Want another challenge? Try to get the Omegamons working. Different department :-) Oh, and did I mention that I have worked all of 5 months for Candle? And then, the omegamons are Tivoli, too! In my case, IBM already *knows* that I know others are complaining, too. So they don't waste their breath trying to hush me. Barbara As far as I used them, the classic Omegamon parts are OK, like they were in the Candle era I suppose. It is the new Agent, Tems on z/OS and the ITM stuff on *NIX that is not yet mature. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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 to eliminate the igd17223i message from the syslog under sdsf.
Yes, se on the da screen is great. And edit tools like 'only' with commands x string all, find 'string ' all, hide x, del all x, and sort make analyzing the log possible, even easy, maybe. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, August 06, 2009 10:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to eliminate the igd17223i message from the syslog under sdsf. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Thursday, August 06, 2009 12:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to eliminate the igd17223i message from the syslog under sdsf. In SDSF, go to DA screen and do an SE command on the master address space from the system you want to look at the syslog. That will get you an edit session showing all syslog content since the last syslog switch. All ISPF edit commands are available then. No need to first XDC out the log to a dataset. Regards, Barbara OOHHH! AAAHH!! Thank you, thank you, thank you I didn't know you do could that! -- 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 Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 to eliminate the igd17223i message from the syslog under sdsf.
That's good to know. But it's not that I want to prevent the messages from going to syslog, it's that I don't want to have wade thru pages and pages of them when I browse the syslog on SDSF. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, August 05, 2009 11:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to eliminate the igd17223i message from the syslog under sdsf. If you look up the IEE677I message from a D MPF it states SUPPRESS column YES indicates that the message is to be suppressed if it is eligible. NO indicates that the message is not to be suppressed. AUTO column YES indicates that the message is to be automated. NO indicates that the message is not to be automated. So SUP will suppres the message, AUTO makes it eligible for some type of automation. Note - not all messages are able to be suppressed. I typically have my console setup to receive certain route codes but everything goes into SYSLOG/OPERLOG. That way if I have to research something later, it will be there. Do you have a product like OPS/MVS or Tivoli Netview? They have functions to prevent certain types of messages from going into syslog. Lizette I thought having this message specified in the mpflist would suppress the message from showing up on sdsf's log, but it still shows up. This is first shop I have worked in where this message fills the syslog. It's annoying. It's in our mpflist and it does show up in the 'd mpf' display. Could it be the use of sup rather than the use of auto? mpflst: IFO*,AUTO(YES) ALL ASSEMBLER F MESSAGES IFY*,AUTO(YES) ALL VS FORTRAN MESSAGES IGD008I*,AUTO(YES) IGD04004I*,AUTO(YES) IGD077I*,AUTO(YES) IGD10*,AUTO(YES) IGD17223I,SUP(YES) IGW002I*,AUTO(YES) d mpf: IEC143I-S3 YES YESYES IEE458I-S3 YES YESYES IEF251I-S3 YES YESYES IGD17223I -S3 YES YESNO TSS9000I -S3 YES YESYES (MSO13022* -S3 YES YESYES -- 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
How to eliminate the igd17223i message from the syslog under sdsf.
I thought having this message specified in the mpflist would suppress the message from showing up on sdsf's log, but it still shows up. This is first shop I have worked in where this message fills the syslog. It's annoying. It's in our mpflist and it does show up in the 'd mpf' display. Could it be the use of sup rather than the use of auto? mpflst: IFO*,AUTO(YES) ALL ASSEMBLER F MESSAGES IFY*,AUTO(YES) ALL VS FORTRAN MESSAGES IGD008I*,AUTO(YES) IGD04004I*,AUTO(YES) IGD077I*,AUTO(YES) IGD10*,AUTO(YES) IGD17223I,SUP(YES) IGW002I*,AUTO(YES) d mpf: IEC143I-S3 YES YESYES IEE458I-S3 YES YESYES IEF251I-S3 YES YESYES IGD17223I -S3 YES YESNO TSS9000I -S3 YES YESYES (MSO13022* -S3 YES YESYES Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -- 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 eliminate the igd17223i message from the syslog under sdsf.
Now I see nothing. In the log panel, when I could see something, the filter pull-down had the filter option marked with a *. Just guessing I entered operlog and found filter in the filter pulldown, but I think that was for Output. But now all the log is gone. Display Filter View Print Options Help - SYSTS1 SLOG 0. 0 OFF MVSS 08/05/2009 0W 0 NO OFF SYSLOG FOUND COMMAND INPUT ===SCROLL === CSR Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kevin Mckenzie Sent: Wednesday, August 05, 2009 12:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How to eliminate the igd17223i message from the syslog under sdsf. This doesn't help on the SYSLOG panel, unfortunately, but on the OPERLOG panel, you can use SDSF's filter functionality. From the LOG panel, select FILTER. Choose option 1, FILTER. Then, in the columns, set COLUMN equal to MSGID, OPER to NE, and VALUE to igd17223. If you want to emulate syslog functionality on the operlog panel, you can also use the filter functionality to limit the messages to a single system. --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS BCP SVT, Dept FXKA, Bldg 706/2D38 From: Klein, Kenneth kenneth.kl...@kyfb.com To: IBM-MAIN@bama.ua.edu Date: 08/05/2009 11:55 AM Subject: Re: How to eliminate the igd17223i message from the syslog under sdsf. Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu That's good to know. But it's not that I want to prevent the messages from going to syslog, it's that I don't want to have wade thru pages and pages of them when I browse the syslog on SDSF. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, August 05, 2009 11:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to eliminate the igd17223i message from the syslog under sdsf. If you look up the IEE677I message from a D MPF it states SUPPRESS column YES indicates that the message is to be suppressed if it is eligible. NO indicates that the message is not to be suppressed. AUTO column YES indicates that the message is to be automated. NO indicates that the message is not to be automated. So SUP will suppres the message, AUTO makes it eligible for some type of automation. Note - not all messages are able to be suppressed. I typically have my console setup to receive certain route codes but everything goes into SYSLOG/OPERLOG. That way if I have to research something later, it will be there. Do you have a product like OPS/MVS or Tivoli Netview? They have functions to prevent certain types of messages from going into syslog. Lizette I thought having this message specified in the mpflist would suppress the message from showing up on sdsf's log, but it still shows up. This is first shop I have worked in where this message fills the syslog. It's annoying. It's in our mpflist and it does show up in the 'd mpf' display. Could it be the use of sup rather than the use of auto? mpflst: IFO*,AUTO(YES) ALL ASSEMBLER F MESSAGES IFY*,AUTO(YES) ALL VS FORTRAN MESSAGES IGD008I*,AUTO(YES) IGD04004I*,AUTO(YES) IGD077I*,AUTO(YES) IGD10*,AUTO(YES) IGD17223I,SUP(YES) IGW002I*,AUTO(YES) d mpf: IEC143I-S3 YES YESYES IEE458I-S3 YES YESYES IEF251I-S3 YES YESYES IGD17223I -S3 YES YESNO TSS9000I -S3 YES YESYES (MSO13022* -S3 YES YESYES -- 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
Re: How to eliminate the igd17223i message from the syslog under sdsf.
Thanks, it was the sysid option. I got it now. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, August 05, 2009 3:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How to eliminate the igd17223i message from the syslog under sdsf. Would you isse in SDSF SET DISPLAY ON That will show if you have any other filters set. Lizette Now I see nothing. In the log panel, when I could see something, the filter pull-down had the filter option marked with a *. Just guessing I entered operlog and found filter in the filter pulldown, but I think that was for Output. But now all the log is gone. Display Filter View Print Options Help --- - - SYSTS1 SLOG 0. 0 OFF MVSS 08/05/2009 0W 0 NO OFF SYSLOG FOUND COMMAND INPUT ===SCROLL === CSR Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kevin Mckenzie Sent: Wednesday, August 05, 2009 12:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How to eliminate the igd17223i message from the syslog under sdsf. This doesn't help on the SYSLOG panel, unfortunately, but on the OPERLOG panel, you can use SDSF's filter functionality. From the LOG panel, select FILTER. Choose option 1, FILTER. Then, in the columns, set COLUMN equal to MSGID, OPER to NE, and VALUE to igd17223. If you want to emulate syslog functionality on the operlog panel, you can also use the filter functionality to limit the messages to a single system. --- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS BCP SVT, Dept FXKA, Bldg 706/2D38 From: Klein, Kenneth kenneth.kl...@kyfb.com To: IBM-MAIN@bama.ua.edu Date: 08/05/2009 11:55 AM Subject: Re: How to eliminate the igd17223i message from the syslog under sdsf. Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu That's good to know. But it's not that I want to prevent the messages from going to syslog, it's that I don't want to have wade thru pages and pages of them when I browse the syslog on SDSF. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, August 05, 2009 11:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to eliminate the igd17223i message from the syslog under sdsf. If you look up the IEE677I message from a D MPF it states SUPPRESS column YES indicates that the message is to be suppressed if it is eligible. NO indicates that the message is not to be suppressed. AUTO column YES indicates that the message is to be automated. NO indicates that the message is not to be automated. So SUP will suppres the message, AUTO makes it eligible for some type of automation. Note - not all messages are able to be suppressed. I typically have my console setup to receive certain route codes but everything goes into SYSLOG/OPERLOG. That way if I have to research something later, it will be there. Do you have a product like OPS/MVS or Tivoli Netview? They have functions to prevent certain types of messages from going into syslog. Lizette I thought having this message specified in the mpflist would suppress the message from showing up on sdsf's log, but it still shows up. This is first shop I have worked in where this message fills the syslog. It's annoying. It's in our mpflist and it does show up in the 'd mpf' display. Could it be the use of sup rather than the use of auto? mpflst: IFO*,AUTO(YES) ALL ASSEMBLER F MESSAGES IFY*,AUTO(YES) ALL VS FORTRAN MESSAGES IGD008I*,AUTO(YES) IGD04004I*,AUTO(YES) IGD077I*,AUTO(YES) IGD10*,AUTO(YES) IGD17223I,SUP(YES) IGW002I*,AUTO(YES) d mpf: IEC143I-S3 YES YESYES IEE458I-S3 YES YESYES IEF251I-S3 YES YESYES IGD17223I -S3 YES YESNO TSS9000I -S3 YES YESYES (MSO13022* -S3 YES YESYES -- 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
ibm Tivoli ETR support
Anybody else getting poor (delayed) support? Maybe they laid off a few too many technicians. Ken Klein 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
EDGUX100 - rmm exit
Do I need this headache? I can't find the source here but it's linked in at the top of the lnklst concatenation. Can't find any usermods that apply it either. Not sure if it is even getting invoked but I think it is. Any body use this? Is it worth it? What can it do for you? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Ins -- 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: Of link lists and application programs
I'm looking for a way to scan the entire lnklst and find a particular load module. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -- 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: Of link lists and application programs
Thanks, Mark. I didn't know about ddlist but I found your web site and have already run your exec and found the renegade dataset. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Thursday, July 30, 2009 12:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Of link lists and application programs On Thu, 30 Jul 2009 12:31:10 -0400, Klein, Kenneth kenneth.kl...@kyfb.com wrote: I'm looking for a way to scan the entire lnklst and find a particular load module. Lots of ways. A couple: ISRDDN (DDLIST command) that comes with your system. Freeware, for example FINDMOD on my web site. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP to Unix directory with spaces
Howard, I can't believe we are seeing the entire log here of what is going on. Where are the commands and the results of the commands that Dennis suggested you issue? Run those commands, one at a time or script them in your batch job and capture the results. Post the entire log here so we can see what's going on. If what we are seeing is all you are getting back from the server then there are some serious problems here. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Tuesday, July 28, 2009 2:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP to Unix directory with spaces On 28 Jul 2009 11:34:10 -0700, dennis.ro...@lmco.com (Dennis Roach) wrote: Not actually. What we are wanting to see is the directory up level. Try cd /ps cd /ps/cs90ftp cd /ps/cs90ftp/conversion_files cd /ps/cs90ftp/conversion_files/CC cd /ps/cs90ftp/conversion_files/CC/extract dir What I would suspect is that somewhere along the way something does not exist or you do not have the required access. This will list the last valid directory in the path. Except I have that access using Ultra-Edit, and I cut and pasted the directory from ultra-edit's FTP browser. But here it goes. 12:45:09 Enter PASSWORD ..: ### 12:45:09 230 Login successful. 12:45:09 FTP2: cd /ps/cs90ftp/conversion_files/CC/extract 12:45:09 250 Directory successfully changed. 12:45:10 FTP2: dir 12:45:10 150 Here comes the directory listing. 12:45:10 -Dataset opened; data connection starting. 12:45:10 Data transfer Type is ASCII. Structure is File. Mode is Stream. 12:45:10 Dataset name: D44201.FTP.TMP.T4510028.P9758.S9758 Dataset attributes: 12:45:10 Dsorg=PS Recfm=VB Lrecl=137 Blksize=9076 Volser=DBS936 Unit=3390 12:45:10 Primary allocation is 5 tracks. Secondary allocation is 15 tracks. 12:45:10 150 Network data which exceeds LRECL will be wrapped to the next record. 12:45:10 226 Directory send OK. 12:45:10 -Transfer complete. 12:45:11 3673 bytes received in 0.03 seconds (122433 bytes/s) 12:45:11 Dataset name: D44201.FTP.TMP.T4510028.P9758.S9758 User=D44201 12:45:11 Data bytes written: 3577. 12:45:11 226 Disk tracks written: 1. 12:45:12 drwxr-xr-x2 60029104 4096 May 20 22:41 External System ID for SIT 12:45:12 drwxr-xr-x2 60029104 4096 Jul 28 15:27 Test Folder 12:45:12 -rw-r--r--1 6002910446 Jul 28 18:12 address_incr.dat I tried it again, with a more limited dir - which didn't show Test Folder for some reason (it is visible above): 12:45:42 FTP2: dir t* 12:45:43 150 Here comes the directory listing. 12:45:43 -Dataset opened; data connection starting. 12:45:43 Data transfer Type is ASCII. Structure is File. Mode is Stream. 12:45:43 Dataset name: D44201.FTP.TMP.T4542937.P2546.S2546 Dataset attributes: 12:45:43 Dsorg=PS Recfm=VB Lrecl=137 Blksize=9076 Volser=DBS618 Unit=3390 12:45:43 Primary allocation is 5 tracks. Secondary allocation is 15 tracks. 12:45:43 150 Network data which exceeds LRECL will be wrapped to the next record. 12:45:43 226 Directory send OK. 12:45:43 -Transfer complete. 152 bytes received in 0.03 seconds (5066 bytes/s) 12:45:44 Dataset name: D44201.FTP.TMP.T4542937.P2546.S2546 User=D44201 12:45:44 Data bytes written: 148. 12:45:44 226 Disk tracks written: 1. 12:45:44 -rw-r--r--1 60029104 5976435 Jul 23 15:07 test_scores-7-23.dat 12:45:44 -rw-r--r--1 60029104 305884107 Jul 25 03:51 test_scores.dat 12:45:45 FTP2: cd /ps/cs90ftp/conversion_files/CC/extract/Test Folder 12:45:45 550 Failed to change directory. 12:45:45 FTP2: END 12:45:45 221 Goodbye. 12:45:45 221 Session terminated 12:45:45 T01F2030I FTP2 returns CC=8 ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP to Unix directory with spaces
again I suggest using the -v and or the -d flags to acquire more debugging information. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Roach, Dennis (N-GHG) Sent: Tuesday, July 28, 2009 2:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP to Unix directory with spaces Do you have anyone that can do an IP trace on the z box? In particular, the failing transfer vs. the start of the good one. You said that they use spaces in the names for other systems. Can you determine what the receiving systems are? This could be one of those things where both ends do something weird and the end result is failure. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP to Unix directory with spaces
We've narrowed the issue down to the syntax of the cd command. cd Test Folder 08:28:03 550 Failed to change directory. If we could run ftp with the -v and -d flags we probably would get an explanation. Otherwise we can research CA's requirements for this command. apparently CA wants single quotes or perhaps a pair of single quotes: ''Test Folder'' or maybe even 'Test Folder'. Have you tried using the escape character, the back slash: \ in front of the quote? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Wednesday, July 29, 2009 10:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP to Unix directory with spaces On 29 Jul 2009 07:07:18 -0700, paulgboul...@aim.com (Paul Gilmartin) wrote: Try cd /ps cd /ps/cs90ftp cd /ps/cs90ftp/conversion_files cd /ps/cs90ftp/conversion_files/CC cd /ps/cs90ftp/conversion_files/CC/extract dir cd Test Folder dir SOC9 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: USS misuse (was Re: Mainframe hacking)
I understand, Pat. You probably got a lot of confused callers when you came in Monday morning. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Monday, July 27, 2009 4:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: USS misuse (was Re: Mainframe hacking) On Mon, 27 Jul 2009 15:03:34 -0500, Patrick O'Keefe patrick.oke...@wamu.net wrote: On Mon, 27 Jul 2009 09:26:33 -0400, Thompson, Steve steve_thomp...@stercomm.com wrote: ... The picture and last laugh came from one who had been rebuffed for pointing out the confusion caused by using USS instead of OE or OMVS, or some such. ... I admit I could not tell who got the last laugh and who or what was being laughed at, but suspected I might be in the laughed at catagory. I guess Chris felt that a bit more strongly than I did. I think we were both wrong. And to show how deeply entrenched I am in the old (real :-) ) def of USS, when I saw the subject I thought, Oh oh. I misused USS once. I replaced the default IBMTEST with something that displayed a whole buch of diagnostic stuff. And if nobody but Chris understands what I just said, well, that's fine. Pat O'Keefe I have no idea what you are talking about. Regards, IBMECHO ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789 -- 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: Operator Validation before Executing Command
As soon as you have this implemented and the operators get used it, they will just reply yes. Then you could add another layer of caution: Do you really, REALLY, want to execute this command. And when they get used to that... Your solution should really be along the lines of limiting who gets to issue those commands. If the people aren't careful enough to avoid snafu's, then maybe they should be doing something else. One head on pike and the whole room will be more alert. Steve, you down in Jacksonville? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bott, Steven Sent: Monday, July 27, 2009 5:38 PM To: IBM-MAIN@bama.ua.edu Subject: Operator Validation before Executing Command We recently experienced an outage due to an operator command being executed on the wrong LPAR because the operator neglected to include the RO portion of the command. The command being executed was F BPXOINIT,SHUTDOWN=FORKINIT. Now Management would like all destructive commands to have a WTOR which the operator would be asked Do you really want to execute this command and provide the opportunity to reply NO to abort the command. IBM recommends using the MVS Commands Installation Exit and the .CMD in MPFLST. Has anyone tried using that exit in this fashion? Would you care to share your pain or pleasure? Has anyone found a better solution to this problem? Thanks for sharing your experience. Regards, Steven Bott Sr. Systems Administrator CSX - This email transmission and any accompanying attachments may contain CSX privileged and confidential information intended only for the use of the intended addressee. Any dissemination, distribution, copying or action taken in reliance on the contents of this email by anyone other than the intended recipient is strictly prohibited. If you have received this email in error please immediately delete it and notify sender at the above CSX email address. Sender and CSX accept no liability for any damage caused directly or indirectly by receipt of this email. -- 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: Operator Validation before Executing Command
So true. I remember after a few years on the mainframe I had to start using a PC and the first time I got a Are you sure? I laughed out loud. That confirmed my impression that pc's were for idiots. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Skip Robinson Sent: Monday, July 27, 2009 6:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Operator Validation before Executing Command It would drive anyone crazy to be prompted for every single 'destructive' command, but we do put a couple of prompts along with our automation 'shut the whole thing down' command. We took a cue from V XCF OFF and make the operator type in the target sysid. That is not an iron clad solution. No solution will ever be iron clad. But inserting even a small loop can help enormously vs. the type-it-and-watch-helplessly alternative. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Ted MacNEIL eamacn...@yahoo. CA To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: Operator Validation before Executing Command 07/27/2009 03:09 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu Management would like all destructive commands to have a WTOR which the operator would be asked Do you really want to execute this command and provide the opportunity to reply NO to abort the command. I worked for a Beta shop of MDF (Amdahl's partioning) in the early 1980's. We had issues regarding there was no prompt to ask the operator, when restarting a domain, are you sure. So, we asked Amdahl to put one in. They ended up taking it back out. The reason: Once an operator had been committed to taking the domain down they were conditioned to automatically reply YES to the prompt. Changing the sequence only changes the responses, but the conditioning is still there. 1. Amdahl removed the prompt. 2. Once somebody has made up their mind, you can't do anything about it. -- 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: Training
Steven, IMHO, I don't think Steve C is that abusive. I've only ever gotten one invitation to his services. And he has made some useful contributions. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bott, Steven Sent: Tuesday, July 28, 2009 9:44 AM To: IBM-MAIN@bama.ua.edu Subject: FW: Training Mr. Comstock, My use of IBM-MAIN is to present peer systems programmers with challenges and solutions in our field. Your exploitation of this forum is inappropriate. If we were to allow Vendors to exploit this forum for marketing purposes I believe many of us would stop using the forum. Regards, Steven Bott -Original Message- From: Steve Comstock [mailto:st...@trainersfriend.com] Sent: Monday, July 27, 2009 9:17 PM To: Bott, Steven Subject: Training Steve, I saw your recent note on ibm-main and I wanted to contact you off-list -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP to Unix directory with spaces
I assume you meant single and double quotes and I would think that should work. Maybe you could try wildcarding; /Files* or even /Files?for?Production and then sometimes you need to use an escape sequence, probably the back slash: \ , before the space. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Tuesday, July 28, 2009 10:48 AM To: IBM-MAIN@bama.ua.edu Subject: FTP to Unix directory with spaces I'm trying to do a FTP with the following: cd /ps/cs90ftp/conversion_files/CC/extract/Files for Production put 'UMSDEV.QA06.CCITFULL.D090714' citizen_D090714.dat I try putting single and double spaces around the destination directory, but the IKJEFT01 gives me a SYSTEM COMPLETION CODE=0C9 REASON CODE=0009 when it tries, but fails to change the directory. How do I handle the Unix spaces in the directory name? -- 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: Operator Validation before Executing Command
Indeed. Paying for mistakes like that will make you much smarter. I've lost 2 jobs and in each case the mistake was a simple keystroke. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Andrews Sent: Tuesday, July 28, 2009 11:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Operator Validation before Executing Command On Tue, 2009-07-28 at 08:17 -0400, Klein, Kenneth wrote: One head on pike and the whole room will be more alert. Agreed. This isn't a technical problem; it's a management problem. I had a young operator once who replied 'U' to a message - apparently because that's what you *do* when a WTOR comes up. It made a mess and I chewed her out for it, reducing her to tears. But I learned something from that as well, and improved training, and nobody on my staff made the same mistake again. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP to Unix directory with spaces
Can you telnet to that address and see what kind of welcome page you see? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Tuesday, July 28, 2009 11:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP to Unix directory with spaces On 28 Jul 2009 08:16:12 -0700, paulgboul...@aim.com (Paul Gilmartin) wrote: How do I handle the Unix spaces in the directory name? This is entirely client-dependent. What's your client? I don't know. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP to Unix directory with spaces
Try putting a -v and/or -d on the ftp command. That should give you some more information. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Tuesday, July 28, 2009 1:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP to Unix directory with spaces On 28 Jul 2009 09:31:13 -0700, jmck...@healthmarkets.com (McKown, John) wrote: It's a batch job run from JCL, using production procs. OK, so your client is the z/OS ftp client. I assume (ouch!) that you're running PGM=FTP. OOPS - looked at your original message and you're running ftp in TSO batch. Why? Example JCL without TSO in batch would be: //STEP1EXEC PGM=FTP, // REGION=0M, // PARM='(EXIT' //SYSPRINT DD SYSOUT=* //OUTPUT DD SYSOUT=* //INPUTDD * ipaddress-of-remote userid-to-use password-to-use cd /ps/cs90ftp/conversion_files/CC/extract/Files for Production put 'UMSDEV.QA06.CCITFULL.D090714' citizen_D090714.dat /* Sorry, I submit a batch job from TSO, containing: //QA08F1 EXEC UEAA,(TRANSMIT TRANSACTIONS TO PS) // PASSWRD='UMSDEV.CONVSIS.LIB(OSIRIS)', //* LIBRARY AND MEMBER OF FILE CONTAINING PASSWORDS *** // FTPPARM='UMS.D44201.JCL(TESTD)' With: EDIT UMS.D44201.JCL(TESTD) - 01.16 Columns Command === Scro ** * Top of Data * ==MSG -CAUTION- Profile changed to CAPS OFF (from CAPS ON) because data ==MSG contains lower case characters. 01 cd /ps/cs90ftp/conversion_files/CC/extract/Test Folder 02 dir I wonder if TSO is stripping off the quote marks?!? How about trying something like: cd /ps/cs90ftp/convesion_files/CC/extract dir That's a better way to test, without creating the file in the wrong place. Good idea. In desperation, do you really needs the damn blanks? It's a political thing. I can argue with users to who are already using directories with blanks, or find a way to accommodate them. They have several directories so defined. I suppose we could have Unix scripts moving the files after I get them to a drop off directory, if we have a trigger paid for on the destination machine. Can you post the entire output of your batch ftp job? It might help us discover what the server software is. And that might help with debugging. Munge as little of the output as possible (just things like IP address, userids and passwords, if possible). Is this enough? * TOP OF DATA ** READY FTP2 / FIOS ENTRY (A) D44201.FTP.TMP.T0610908.P0392.S0392 DELETED READY END BOTTOM OF DATA 10:06:10 -Logged in - User=D44201 Working directory D44201. 10:06:10 ProductID: Unicenter TCPaccess Communications Server Rel 6.0.0 10:06:10 (C) Copyright 1987-2003 Computer Associates International, Inc. 10:06:10 Component: Client FTP, A6007420 UFTP2 10:06:10 Enter command or '?' 10:06:10 FTP2: OPEN cs-dev-app-1.cusys.edu 10:06:10 220 Welcome to the new SIS FTP Service. All activities can and will be logged. 10:06:10 Enter name (CS-DEV-APP-1.CUSYS.EDU:d44201): cs90ftp 10:06:10 Enter PASSWORD ..: ### 10:06:10 230 Login successful. 10:06:10 FTP2: cd /ps/cs90ftp/conversion_files/CC/extract/Test Folder 10:06:10 550 Failed to change directory. 10:06:10 FTP2: dir 10:06:11 150 Here comes the directory listing. 10:06:11 -Dataset opened; data connection starting. 10:06:11 Data transfer Type is ASCII. Structure is File. Mode is Stream. 10:06:11 Dataset name: D44201.FTP.TMP.T0610908.P0392.S0392 Dataset attributes: 10:06:11 Dsorg=PS Recfm=VB Lrecl=137 Blksize=9076 Volser=DBS935 Unit=3390 10:06:11 Primary allocation is 5 tracks. Secondary allocation is 15 tracks. 10:06:11 150 Network data which exceeds LRECL will be wrapped to the next record. 10:06:11 226 Directory send OK. 10:06:13 -Transfer complete. 1734 bytes received in 0.03 seconds (57800 bytes/s) 10:06:13 Dataset name: D44201.FTP.TMP.T0610908.P0392.S0392 User=D44201 10:06:13 Data bytes written: 1686. 10:06:13 226 Disk tracks written: 1. 10:06:13 -rw-r--r--1 60029104 349853796 Apr 06 19:26 CLASStst4 10:06:13 -rw-r--r--1 60029104243952 Jun 11 14:25 address_incr.dat 10:06:13 -rw-r--r--1 60029104 0 Jul 08 12:32 address_mdm.dat 10:06:13 -rw-r--r--1 60029104 77214 Jun 11 14:25 citizen_incr.dat ...
Re: Steve Comstock (Was: Training)
Yeah!, You couldn't buy this kind of advertising!! Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Adams, Tracy Sent: Tuesday, July 28, 2009 2:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Steve Comstock (Was: Training) Not only an esteemed member but now one with a dedicated thread in honor of his name :-) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Tuesday, July 28, 2009 1:06 PM To: IBM-MAIN@bama.ua.edu Subject: Steve Comstock (Was: Training) Bobbie Jo wrote: Steve Comstock is a very good resource for this list. Yes he is, I have never had an issue with his postings. Steve does not in any way, shape or form spam the list, he simply provides information that people may find valuable.. Steve is an esteemed member of the mainframe community. And, as knowledgeable and community-minded individuals often do, he has donated some time to teach some classes at SHARE in Denver: Session 2238: Thu, Aug 27 @ 9:30 AM - z/OS Control Blocks for Beginners Session 1214: Thu, Aug 27 @ 3:00 PM - Doing Packed Decimal Arithmetic in Assembler -- -- 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: z9BC power sequence instructions?
Well yes, you talk to the service processor thru the HMC. Look for the pretty icons for power off and so on. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, July 24, 2009 10:42 AM To: IBM-MAIN@bama.ua.edu Subject: z9BC power sequence instructions? I'll be looking, but I thought that I'd ask here as well to perhaps save some time. Is there any documentation around on how to properly power down and power up an z9BC system? I think that this must be done via the Service Element in the box. Any screen shots in such documentation would be wonderful. Thanks. John McKown -- 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: Telnet Unix System Services
And when you find that Mark, please post it. I have been looking for that for weeks. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Wednesday, July 22, 2009 4:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Telnet Unix System Services I am not 100% sure, but I think those are differences in /bin/sh on z/OS UNIX, which is based on the Korn Shell, and the use of BASH as the default shell on Linux. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) That was quite helpful. I didn't realize it was a different shell. A little Googling found the esc-sequence required to do auto-complete. A little more research will probably reveal how to do command history. -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- 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: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Yes, you are both correct. The serious warning messages, some in red, just scared the heck outta me. Now I have iebcopied the full datasets to larger ones and done the renames manually with ispf being sure to only affect the inactive resvol that is the target for my maint. Now the target pack is full. In other shops we always had a pair of resvols for each environment, sandbox, development(test) and prod. Sometimes even a pair for QA. Here they had a single resvol for each of 3 environments (only 2 a couple months ago) but I am afraid that will not be big enough and we will have to go to 2. The dddefs are using (**) for the volser so it will reference the ipl device after ipl but what if we have 2 resvols? I vaguely remember using sysrs1 and sysrs2, but was that in the dddef or in the master catalog? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Thursday, July 23, 2009 8:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. But the catalog entry 'currently' points to the dataset on the 'live' volume. The define / rename activity should be performed with the 'inactive' volume explicitly specified so only the VTOC is updated. -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 -- 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: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Yes, that's how I remember it. And to correct myself we do have the DDDef's hard coded with a specific volser. We clone the target.csi and zonedit to create a new sandbox for maint. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Thursday, July 23, 2009 8:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 2 resvols? I vaguely remember using sysrs1 and sysrs2, but was that in the dddef or in the master catalog? The symbolic references are in the catalog. We currently have 4 volumes in our RESVOL sets for each image, using SYSR1 (aka '**'), SYSR2, SYSR3 and SYSR4. The SYSR2 - SYSR4 symbols are defined in IEASYMxx and resolved at IPL time; the LOADxx member in SYS1.IPLPARM specifies which IEASYMxx member to use.Where needed, the LNKLST and APF list entries specify the symbolic volser. Our DDDEFs explicitly name the volsers: ALTn19, where 0 = n = 3. -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: Downloading large datasets to PC is that Mainframe any Performance issue ?????
ftp put from the mainframe would be faster than ftp get from the pc. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sachin T Sent: Wednesday, July 22, 2009 6:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Downloading large datasets to PC is that Mainframe any Performance issue ? I am downloading it through FTP... normally i download from the PCOM itself... On Wed, Jul 22, 2009 at 4:20 PM, Itschak Mugzach imugz...@gmail.com wrote: Sachin, Download speed depends on the protocol and software U u. U SNA? are U using FTP? Itschak On Wed, Jul 22, 2009 at 1:37 PM, Sachin T sachin.sach...@gmail.com wrote: Hi, I am downloading a RACF Database unload dataset from Mainframe to my pc desktop, it's taking more than 2 hours 30 minutes... is that will affect the system performance or there would be any problem with this download. Could any one please comment on this. Thanks, Sachin -- 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
What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Recommended service upgrade and ? Should I apply them both? SET BOUNDARY ( RESZS3 ) . APPLY SOURCEID( PUT0902 PUT0903 RSU0903 ) BYPASS( HOLDSYSTEM(AO,DEP,DOC,ACTION,IPL,DB2BIND, DDDEF,DOWNLD,DYNACT,EC,ENH,EXIT, MULTSYS,MSGSKEL,DELETE,RESTART)) GROUPEXTEND EXCLUDE(UA90457) CHECK . Ken Klein 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: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. How can I expand these bad boys? I can iebcopy to a new dataset and rename but that scares me. I get a message that tells me the dataset is in use somewhere else, and one is, with the same name on a different volume. Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? Probably. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schwartz, Alan Sent: Wednesday, July 22, 2009 9:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? There are those that believe that someone had a problem which IBM fixed. Do I want the same problem? If you don't the answer is to apply everything. I am in this group. If I apply 500 ptfs by just including RSU and HIPERS and 600 by applying everything what's the difference? The amount and scope of testing on My part and the part of any application testers is the same. Why not? Alan Schwartz Infrastructure Management Sr. Analyst -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Klein, Kenneth Sent: Wednesday, July 22, 2009 6:50 AM To: IBM-MAIN@bama.ua.edu Subject: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? Recommended service upgrade and ? Should I apply them both? SET BOUNDARY ( RESZS3 ) . APPLY SOURCEID( PUT0902 PUT0903 RSU0903 ) BYPASS( HOLDSYSTEM(AO,DEP,DOC,ACTION,IPL,DB2BIND, DDDEF,DOWNLD,DYNACT,EC,ENH,EXIT, MULTSYS,MSGSKEL,DELETE,RESTART)) GROUPEXTEND EXCLUDE(UA90457) CHECK . Ken Klein 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 -- 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 gotchas going from 1.4 to 1.9?
imbed and replicate were dropped between 1.9 and 1.10 IIRC. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, July 22, 2009 9:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Any gotchas going from 1.4 to 1.9? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Neal Eckhardt Sent: Wednesday, July 22, 2009 8:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Any gotchas going from 1.4 to 1.9? On Wed, 22 Jul 2009 16:27:18 +0800, Fermat Ma fermatma2...@gmail.com wrote: No imbed, replicate for VSAM. ...and a lot more.. I thought this restriction was not yet enforced, even at z/OS 1.10. You can still access such VSAM datasets, but you can no longer create them (nor KEYRANGE datasets). That is still the way it works. I don't remember when that rule came in. -- 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 Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
John, the problem is that the same name exists on the system I am running on. I think I might try iehmove. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Wednesday, July 22, 2009 12:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. How can I expand these bad boys? I can iebcopy to a new dataset and rename but that scares me. I get a message that tells me the dataset is in use somewhere else, and one is, with the same name on a different volume. Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? Probably. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/2.6. 3.4 -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 -- 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: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, July 22, 2009 12:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? 1) delete/define/copy the failed dataset to a larger size with the original name. The failing datasets will be identified in SMPLOG. 2) Re-run the apply, unchanged. OR 1) Create/copy to NEW 2) UPDATE SMP DDDEFs to point to NEW 3) Re-run the apply unchanged 4) UNDO steps 1 and 2. I.e. rename .new to orig, recat as needed, Update dddefs to original. snip I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. /snip EXACTLY! snip I can iebcopy to a new dataset . /snip Easy enough to fix w/IDCAMS snip Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? /snip -- 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: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Thanks to all who helped me thru my confusion. I have them all allocated now with PLENTY of space. The ones I checked were cataloged on volser(**) so you guys were right about the renames. The message was pretty scary. I've never had authority to do that before. Now, could the out-of-space issue have also cause 6 of these: BPXP018I THREAD 0FA05751, IN PROCESS 83886352, ENDED 986 WITHOUT BEING UNDUBBED WITH COMPLETION CODE 84D37000, AND REASON CODE 0004. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, July 22, 2009 1:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? 1) Create the new dataset, copy and load. 2) Uncat the new dataset 3) rename the original dataset on the ALTERNATE RESVOL with volser reference a) expect dsn in use conflict message. Reply to proceed. b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 4) rename the new dataset on the ALTERNATE RESVOL with volser reference a) b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 5) Recat the original name if needed. The key to this process is working with the datasets by VOLSER, not CATREF. Most SYSRES datasets are not referenced after IPL. It will make you feel better allocate the datasets on the running system to a job that will execute for the duration expected for this activity (typically 1 min while DSN's are being renamed), while you manipulate the new versions. As long as the dataset is intact on the running system, existing jobs will be fine. The copy can usually be manipulated at will with appropriate security authorization. I have had this occur many times. Just be very careful to only manipulate the copy, not the original dataset. HTH, snip Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. /snip -- 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: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
These systems datasets, isf.sisfload for example all were allocated with 0 for secondary allocation. The compress that smp does when it finds a full file worked quite well on 6 or the 11 datasets that got d37's. Dir blocks was not the issue with most of them. I have this all sorted out now Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Wednesday, July 22, 2009 2:53 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? I prefer to just use the PDS tool (from the CBT Tape) to add an extent to the dataset (as long as it is not already in 16 extents). If it is already in 16 extents, then you may be able to compress it and release any unused extents - and then add a large extent. I also use PDS to add directory blocks to a target dataset, if the directory is full. Staller, Allan allan.stal...@kbm1.com 7/22/2009 1:47 PM 1) Create the new dataset, copy and load. 2) Uncat the new dataset 3) rename the original dataset on the ALTERNATE RESVOL with volser reference a) expect dsn in use conflict message. Reply to proceed. b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 4) rename the new dataset on the ALTERNATE RESVOL with volser reference a) b) if using ISPF you will see: Enter new name below: (The data set will not be cataloged.) 5) Recat the original name if needed. The key to this process is working with the datasets by VOLSER, not CATREF. Most SYSRES datasets are not referenced after IPL. It will make you feel better allocate the datasets on the running system to a job that will execute for the duration expected for this activity (typically 1 min while DSN's are being renamed), while you manipulate the new versions. As long as the dataset is intact on the running system, existing jobs will be fine. The copy can usually be manipulated at will with appropriate security authorization. I have had this occur many times. Just be very careful to only manipulate the copy, not the original dataset. HTH, snip Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. /snip -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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
Strategy for applying toleration ptf's before other ptf's that affect members of an rrmplex.
The hold data for this apar says that toleration maintenance for all members of an rmmplex must be applied before this ptf can safely be applied so I chose to EXCLUDE it. Now the apply check gets real ugly with lots of ptfs getting held back. Am I missing something here is this the only way to roll out this maintenance onto our 3 lpars? I was thinking of applying only the toleration ptf's and coming back for the bulk of the rest, but I'm getting told that it will be hard enough to get buy-in for one IPL. //SMPCNTL DD * SET BOUNDARY ( RESZS3 ) . APPLY SOURCEID( PUT0902 PUT0903 PUT0904 PUT0905 RSU0903 RSU0904 RSU0905 ) BYPASS( HOLDSYSTEM(AO,DEP,DOC,ACTION,IPL,DB2BIND, DDDEF,DOWNLD,DYNACT,EC,ENH,EXIT, MULTSYS,MSGSKEL,DELETE,RESTART)) GROUPEXTEND EXCLUDE(UA90457) CHECK . Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance -- 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: Converting CPU Time to MIPS
cool z9 bc 2096 2 engines 4 *-* CVT = STORAGE(10,4) ?:: 5 *-* RMCT = STORAGE(D2X(C2D(CVT)+604),4) ?o?? 6 *-* SU = STORAGE(D2X(C2D(RMCT)+64),4) 7 *-* SU = 1600/C2D(SU) 8743.1694 Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Errol Van staden Sent: Friday, July 17, 2009 6:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Converting CPU Time to MIPS A bit late on this maybe but: Determine the SU per second of your machine You can get this with the following REXX code CVT = STORAGE(10,4) RMCT = STORAGE(D2X(C2D(CVT)+604),4) SU = STORAGE(D2X(C2D(RMCT)+64),4) SU = 1600/C2D(SU) For a 301 this would be 21857.9235 1 CPU second is therefor 21857.9235 Service Units Divide this figure by 48.5 to get MIPS = 450.678835 Check that this correct by consulting Gartner etc and adjust the 48.5 more accurately Use the actual Transaction CPU time to get the percentage of the 450 MIPS used E.G .002 secs = .9 MIPS -- 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
What is the current philosophy on running SMP/E ACCEPT on z/OS?
In today's environment and IBM's ever changing methods of delivering/offering maintenance and upgrades to z/OS - what are your common best practices? Before every APPLY? Never? Ken Klein 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: code page help
Frank could you briefly expound on what the convert keyword is doing for you? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Wednesday, July 15, 2009 4:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: code page help Frank Swarbrick wrote: On 7/15/2009 at 1:18 PM, in message 4a5e2b75.7020...@trainersfriend.com, Steve Comstock st...@trainersfriend.com wrote: Frank Swarbrick wrote: You can change the codepage of your terminal emulator. Also, I always issue omvs this way: == omvs convert((bpxfx437)) esc('^') lines(3000) The convert gives me a useful codepage conversion (note the double set of parentheses), the esc gives me a useful escape character, and the lines gives me a larger terminal buffer so I can hold more history. This doesn't seem to do anything for me with regard to the codepage. If my terminal is CP 037 I still see the nonsense characters instead of the left and right brackets. Am I missing something? Frank Hmmm. I use Vista3270 and it says my PC codepage is set at 437 and the screen codepage is US C-Programming; finally my terminal type (ISPF option 0) is set at 28 (3278L1). After that, I'm mystified. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- 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: code page help
Execute this exec to fireup omvs: * Top of Data ** /* REXX */ P = PROMPT(ON); /* Don't suppress prompting */ omvs pf1(control) sessions(1) NOSHAREAS ESCAPE('`\') lines(999) ; X = PROMPT(P);/* Restore original prompting state */ Return; Bottom of Data I calls it myomvs, ah hah, ah hah. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Wednesday, July 15, 2009 6:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: code page help On 7/15/2009 at 2:33 PM, in message 70c0964126d66f458e688618e1cd008a0859a...@wadpexv0.waddell.com, Michael Wickman mwick...@waddell.com wrote: I use OMVS CONVERT((BPXFX111)) LINES(3000) This worked. Thanks! Is there any way to put these in a Unix profile of some sort so that you can just type OMVS? Or is it too late to do it by that time, since OMVS will have already been invoked? -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation Lakewood, CO USA P: 303-235-1403 F: 303-235-2075 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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 JCL from within another JCL
Just iebgener the cards into the internal reader, iefrdr or something similar. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Parin Gangar Sent: Thursday, July 16, 2009 6:41 AM To: IBM-MAIN@bama.ua.edu Subject: Submit a JCL from within another JCL Hi, I have a requirement where I need to submit a JCL stored in a flat file / KSDS file from within another JCL which is executing. I remember there is some IKJ utility that allows us to do that, but, I can't quite remember the name. It would be great help if I can get some pointers. Thanks, Parin -- 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
[no subject]
I want to change this line in a panel definition in our main ispplib: 9,'CMD(EX ''SVS.IBMOM.SYSTS1.SCKMPARM(CKMISPF)'')' to one like this: 9,'CMD(EX ''SVS.IBMOM.ZSYSID.SCKMPARM(CKMISPF)'')' SYSTS1 is the name of our sandbox lpar. I want to use this panel unchanged on the other lpars. Is that how this system variable is used or do I have to use a vget into my own variable. Ken Klein 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: code page help
Ah, yes. With my emulator set to 037 using this trick does make the display look correct. With the 1047 code page, it still looks garbled. Now why does no combination of the above let my square brackets display correctly?? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Thursday, July 16, 2009 9:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: code page help Klein, Kenneth wrote: Frank could you briefly expound on what the convert keyword is doing for you? Ken Klein Here's an experiment from our class Introduction to z/OS UNIX: 1. Get into omvs without a convert operand 2. Issue this (invalid) command id -Gr 3. Examine the result; exit omvs 4. Get into omvs with a convert((bpxfx111)) operand 5. Issue the same command 6. Compare the results. 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: code page help
BPXFX100 This is with the emulator configured for 037. SYSTS1:KQKTEMP:/u/kqktemp: id -Gr Usage: id Ýuser¨ id -G Ý-n¨ Ýuser¨ id -g Ý-nr¨ Ýuser¨ id -u Ý-nr¨ Ýuser¨ id -M 1047 SYSTS1:KQKTEMP:/u/kqktemp: id -Gr Usage: id [user] id -G [-n] [user] id -g [-nr] [user] id -u [-nr] [user] id -M But the square brackets still do not display right. Do I have to change my keyboard to enter a different hex value?? SYSTS1:KQKTEMP:/u/kqktemp: qwertyuiop¬¦ qwertyuiop¬¦: FSUM7351 not found SYSTS1:KQKTEMP:/u/kqktemp: QWERTYUIOP{} Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ray Pearce Sent: Thursday, July 16, 2009 11:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: code page help Have you tried with OMVS CONVERT((BPXFX100)) Ray Pearce -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Klein, Kenneth Sent: 16 July 2009 15:51 To: IBM-MAIN@bama.ua.edu Subject: Re: code page help Ah, yes. With my emulator set to 037 using this trick does make the display look correct. With the 1047 code page, it still looks garbled. Now why does no combination of the above let my square brackets display correctly?? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 - This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 internal virus protection system. - -- 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: code page help
The default here was 037 on the supplied ibm personal communications emulator, but that can be easily changed in the settings. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Wednesday, July 15, 2009 2:46 PM To: IBM-MAIN@bama.ua.edu Subject: code page help What code page should we use? (What a question!) We use codepage 037. I observe that OMVS apparently uses code page 1047. I say this because if I use code page 037 and go in to OMVS and type java I see on my screen: Usage: java Ý-options¨ class Ýargs...¨ If I switch to code page 1047 I then see the expected: Usage: java [-options] class [args...] Is there any way to get OMVS to show the brackets correctly if I am using code page 037? And what about C source code? (And Java for that matter.) We are not a C shop, but I can imagine that some day we might try a little Java. How do I use ISPF to edit Java source code and have the brackets turn out in a way that Java can recognise it? And is there any way to convert C source code examples to code page 037? For example, CEE.SCEESAMP(EDCCICS) has the following line: extern COBOL void CUCICS(unsigned short *len, char (* running)[80]); It looks fine if I have my terminal set to code page 1047, but not code page 037. Did we do something wrong when we installed z/OS? What's up? Thanks, Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation Lakewood, CO USA P: 303-235-1403 F: 303-235-2075 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: IBM error messages getting worse?
How about this one: 0ADR472E (009)-NEWDS(06), UNABLE TO SELECT A TARGET VOLUME FOR DATA SET SVS.RESZP1.OMVS.ROOT IN CATALOG CATALOG.TEST, 04 You'd think the volume was full. But in the end, I found out that the dataset name was already in use. And not the one listed, but the name I was trying to renunc to! Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Mattson Sent: Wednesday, July 08, 2009 5:33 PM To: IBM-MAIN@bama.ua.edu Subject: IBM error messages getting worse? Am I just getting more cranky as I age, or are IBM messages getting ever more obtuse? I just submitted a simple JCL error. Just put in a VOL=SER=XX where XX is a volume we do not have in our shop. Should be a simple error, with a simple IBM Message saying That VOLSER does not exist, or is not online (dummy). I would swear that used to be some such. But what I got was EDG8197I VOLUME HFS009 IS NOT DFSMSrmm MANAGED Here is the expanded JCL. so you might see that it is not talking about tape. and NO, F83D is not a tape unit address, it is the unit address of HFS000, and that was my typo. XXDASD DD DISP=OLD,UNIT=/U,VOL=SER=V IEFC653I SUBSTITUTION JCL - DISP=OLD,UNIT=/F83D,VOL=SER=HFS009 There are a number of other examples of this, but now I am going to start keeping track of them. This message is worse than useless, it misleads the unwary into thinking that RMM is involved in the problem. -- 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: Sysplex timeout problems.
I see one possible problem right off the bat; we now have a new lpar that is not mentioned in the policy at all. This new sandbox lpar is the one we have been ipl'ing during the day and causing the timeouts for other lpars - production. /* Active Policy: NAME(KFBPS2) CONNFAIL(NO) Defined: 07/27/2006 17:12:09.236924 User:BHD2160 Activated: 07/27/2006 17:12:52.474340 SYSTEM NAME(*) WEIGHT(5) ISOLATETIME(0) 2 System Definitions in this Policy SYSTEM NAME(PRODP1) WEIGHT(200) PROMPT SYSTEM NAME(TESTT1) WEIGHT(10) 0 Reconfig Definitions in this Policy End of Active Policy */ I'll check into init and tuna and see what these long gone sysprogs were intending to do. We have nothing remotely like exspat in our parmlib. Was fuer Suessigkeiten essen Sie am liebsten? What kind of cookies do you like, Barbara Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Thursday, July 09, 2009 1:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Sysplex timeout problems. I was going to ask Mark how (and if) fencing works in a basic sysplex when Skip (very oblingingly) provided the answer that it doesn't. :-( So, in Kens case, he will always get IXC102A. A strong word of caution: DO NOT automatically reply DOWN. Mark, does this apply to a basic sysplex, too? Or would Ken be safe having automation reply to it? Ken, from your couplexx, it appears that you do have an SFM CDS. You will need to run this job to see what was defined as a policy. //STEP1EXEC PGM=IXCMIAPU //SYSPRINT DD SYSOUT=* //SYSINDD * DATA TYPE(SFM) REPORT(YES) Then you need to read up on *what* is defined and what is defaulted, and check against the values I mentioned before and how they work together. EXSPAT is excessive spin parmlib member, decribed in InitTuna. My word of advise is to remove the parms INTERVAL, OPNOTIFY and CLEANUP from your couplexx and have them default to whatever IBM thinks it should be. Same goes if you have an EXSPATxx parmlib member defined and active. If this gives you the longer interval before TCPIP starts complaining, then all is fine. Otherwise you will need to 'tweak' the values for the above parms. Best regards, Barbara -- 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: Sysplex timeout problems.
We have INTERVAL(85) and OPNOTIFY(87) and CLEANUP(15) so my question is when the resources get frozen. The resources I am concerned about would be the network, probably TCP/IP related, which cause the distributed nodes to get timeouts. Is it when I issue the V,XCF,SYSTS1,OFFLINE or R__,sysname=systs1 or when I click RESET - OK? And when does the INTERVAL and OPNOTIFY period begin. Perhaps this site should set the INTERVAL and OPNOTIFY to something like 30 and 35 to shorten the time the resources are frozen. As far as weights are concerned, that calculation determines which lpars remain in the sysplex if connectivity is disrupted. If A loses its connection to B then will C continue sharing with A or B... I remember Gummibaeren, not seen in the states too often. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Thursday, July 09, 2009 8:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Sysplex timeout problems. This actually requires reading up on what the parms in the SFM policy do :-( I know why we treat all our systems the same! A quick look makes me guess that they intended to specify different weights to the lpars to keep the production system alive and kill the test system, if necessary. That is kinda confirmed by the PROMPT for the production system. To be honest, while I (intellectually) understand the different weights, in reality the cases I have seen did not leave any choice but to remove a system that was 'dead' and was specified in either the ixc402D or IXC102A, so one might as well treat them all alike! EXSPAT: We don't have any such member in our parmlib concat, either. Meaning that we take all the IBM defaults. Then you apparently also take the IBM default, which I would consider good. As for the 'Suessigkeiten' - I am a fan of (virtual) gummibears! :-) (Just ask my colleagues!) :-) Best regards, Barbara -- 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: Sysplex timeout problems.
I am not sure about VIPA and don't know how to check if that is in use but I doubt it. The production lpar here is considered sacred and recently the test lpar started to require high availability so they carved out this relatively new lpar for our systems sandbox. Each lpar has it's own ip address if that helps. It's only the sandbox that I have been bouncing. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, July 09, 2009 10:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Sysplex timeout problems. Kenneth, AFAIK, you did not answer the question about (D)VIPA. Could it be that the connections from remotes to the Production LPAR that remained alive, were routed throught the LPAR that was reset? The situations are quite different depending on the answer to this question. Kees. Klein, Kenneth kenneth.kl...@kyfb.com wrote in message news:53f9fd7ef019734593da99911fa2496102083...@sxch205.kfbdom1.kyfb.pri ... We have INTERVAL(85) and OPNOTIFY(87) and CLEANUP(15) so my question is when the resources get frozen. The resources I am concerned about would be the network, probably TCP/IP related, which cause the distributed nodes to get timeouts. Is it when I issue the V,XCF,SYSTS1,OFFLINE or R__,sysname=systs1 or when I click RESET - OK? And when does the INTERVAL and OPNOTIFY period begin. Perhaps this site should set the INTERVAL and OPNOTIFY to something like 30 and 35 to shorten the time the resources are frozen. As far as weights are concerned, that calculation determines which lpars remain in the sysplex if connectivity is disrupted. If A loses its connection to B then will C continue sharing with A or B... I remember Gummibaeren, not seen in the states too often. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Thursday, July 09, 2009 8:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Sysplex timeout problems. This actually requires reading up on what the parms in the SFM policy do :-( I know why we treat all our systems the same! A quick look makes me guess that they intended to specify different weights to the lpars to keep the production system alive and kill the test system, if necessary. That is kinda confirmed by the PROMPT for the production system. To be honest, while I (intellectually) understand the different weights, in reality the cases I have seen did not leave any choice but to remove a system that was 'dead' and was specified in either the ixc402D or IXC102A, so one might as well treat them all alike! EXSPAT: We don't have any such member in our parmlib concat, either. Meaning that we take all the IBM defaults. Then you apparently also take the IBM default, which I would consider good. As for the 'Suessigkeiten' - I am a fan of (virtual) gummibears! :-) (Just ask my colleagues!) :-) Best regards, Barbara -- 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 information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff
Re: Sysplex timeout problems.
Very interesting. In several shops I have just dealt with the message in a timely fashion. We indeed do the v xcf,sysname,offline and every time one of the other systems gets the error message. It does seem like a kludge to me and I've suggested we set up ZAKK to automagically issue the down. Note now tho that we are getting IXC102A and your note references IXC402D. Furthermore, we don't get a 90 second grace period. We get the error message immediately and in the 60 seconds it takes to reply down we get the 'really ugly problems. On startup the lpar happily rejoins the (mono?)plex with no problems. If you solve this, Barbara, I will bake you some cookies. One other poster suggested the distributed systems connected to the other lpar in this plex may be confused due to VIPA definitions, but I have not tracked that down yet. 1) SHUTSYST a) PF9 = K E,1 2) Stop or cancel tasks that refuse to recede as needed. 3) Use Force as a last resort only. a) ALL AVAILABLE FUNCTIONS COMPLETE 4) $PJES2 a) JES2 ENDED 5) Z EOD 6) V XCF,SYSTS1,OFFLINE a) A confirmation message will prompt you b) R__,sysname=systs1 7) Wait for the screen to blank and a few messages will reappear. a) TYPE 2096 - S07 Mfg = IBM ... 8) On HMC a) Click RESET b) Click OK 9) On one of the other systems that are still up (every second counts!) a) nn IXC102A XCF IS WAITING FOR SYSTEM SYSTS1 DEACTIVATION. REPLY DOWN WHEN MVS ON SYSTS1 HAS BEEN SYSTEM RESET b) R__,DOWN Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Wednesday, July 08, 2009 3:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Sysplex timeout problems. You're NOT supposed to get any message to which you have to reply DOWN! The correct way to shut down a system in a sysplex is to ALWAYS ALWAYS use vary xcf,sysname,offline. Then reply with the name of that system again. (This is true for monoplexes, also!) Remember that the IXC402D (reply down when mvs has been system reset) is an ERROR condition message. Issued by XCF on another system after 90 seconds when the system in question does not update its couple CDS heartbeat anymore (and does not communicate via XCF signalling anymore). The reason for that failure to communicate *should* always be a 'real' error on that system and never due to that system just getting its icon dragged in the course of normal shutdown. The purpose of vary xcf offline is to tell all connectors to all XCF groups in that sysplex that a system will shortly be going away and do cleanup on behalf of that system. Failure in that cleanup can lead to really ugly problems during restart. regards, Barbara Nitz -- 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: Sysplex timeout problems.
What is SFM? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, July 08, 2009 7:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Sysplex timeout problems. Barbara, Actually, you do get prompted for the message to reply down if you don't have the SFM policy in place to handle it for you. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Wednesday, July 08, 2009 3:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Sysplex timeout problems. You're NOT supposed to get any message to which you have to reply DOWN! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sysplex timeout problems.
COUPLE SYSPLEX(KFBP) PCOUPLE(SYS1.XCF.KFBP.CDS01) ACOUPLE(SYS1.XCF.KFBP.CDS02) INTERVAL(85) OPNOTIFY(87) CLEANUP(15) MAXMSG(2000) RETRY(10) DATA TYPE(WLM) PCOUPLE(SYS1.WLM.KFBP.CDS01) ACOUPLE(SYS1.WLM.KFBP.CDS02) DATA TYPE(SFM) PCOUPLE(SYS1.SFM.KFBP.CDS01) ACOUPLE(SYS1.SFM.KFBP.CDS02) DATA TYPE(LOGR) PCOUPLE(SYS1.LOGR.KFBP.CDS01) ACOUPLE(SYS1.LOGR.KFBP.CDS02) CLASSDEF CLASS(DEFAULT) CLASSLEN(956) CLASSDEF CLASS(MEDIUM) CLASSLEN(16316) CLASSDEF CLASS(LARGE) What is EXSPAT? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Wednesday, July 08, 2009 8:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Sysplex timeout problems. I should have read the full post before replying. What did you specify for OPNOTIFY, CLEANUP and INTERVAL in your couplexx? (We default all values.) What does your EXSPAT say? (It has an influence - you need to read InitTuna and Setting up a Sysplex.) The setting of these parms influences how long it takes until the operator is notified (IXC102A) that a system is gone and needs to be reset. Barbara -- 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: Sysplex timeout problems.
I should add that this site does _not_ have a CF. XCF is setup and that's about it. The problem is with the distributed systems that use TCP/IP to talk to the mainframe. Apparently the TCP stack freezes while this message is outstanding waiting for the ,down reply and timeouts occur on remote servers. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Wednesday, July 08, 2009 8:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Sysplex timeout problems. Ups, forgot the SFM policy. (We have it active.) BUT: I have also seen IXC102A *even though* sfm was active. *That* was a bug. The book says: 3. There are instances when this message will be issued and the appropriate action must be taken even though there is an SFM policy active in the sysplex. If SFM cannot successfully isolate the system image being removed, manual intervention will be required. This message will be issued and must be responded to. So I guess the question is if there is an SFM policy active. If so, there should not be any message, and it needs to get investigated why isolation via the CF (this is what SFM actually does) does not work. This may take an IBM ETR to figure out. (In my case it was a mismatch in code, and I think I got it solved by contacting someone in IBM development directly.) If there is no SFM policy, then one should be defined. Ours just contains this: DEFINE POLICY NAME(SFM01) REPLACE(YES) CONNFAIL(NO) SYSTEM NAME(*) WEIGHT(100) PROMPT Best regards, Barbara -- 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: no longer notified
If you are running jobs in a jes mas you will receive the messages only on the first lpar you log on to . Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Wednesday, July 08, 2009 11:11 AM To: IBM-MAIN@bama.ua.edu Subject: no longer notified In our development LPAR I am having a problem where my job Notify no longer seems to work. That is, when I submit a job with NOTIFY=SYSUID on the JOB card. When the job ends I no longer receive a message like: 09.07.37 JOB02829 $HASP165 FJSBR14 ENDED AT ZOS MAXCC=0 CN(INTERNAL) No one else appears to be having this issue, and in fact on our production LPAR I also do not have this issue. Our ISPF profiles are not shared between PROD and DEV (argh!) so I'm thinking I must have changed something somewhere to cause this. Systems has not been able to determine what the issues is, and they have better things to do anyway. Any thoughts on what the cause might be? Oh, I forgot to note, once I log off and log back on I receive all of the notify messages that are queued up for me! Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation Lakewood, CO USA P: 303-235-1403 F: 303-235-2075 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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
Sysplex timeout problems.
Has anyone seen a problem with distributed systems timing out when connected to a mainframe when one of the lpars is shutdown and ipled. In the 60 seconds from the reply down message to getting the reply typed in we had 100 timeouts show up on a system connected to the production lpar, which was not the one ipled. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -- 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: Command program from the cbt
This version must be pretty old then. I see now in the source that the idfind call is scanning the ckidlist before issuing the racroute macro. I found the ckidlist and put myself in it but I have not found the idfind code to relink the ckidlist into it. This backdoor seems like a juicy item for any auditors who might stumble upon it and I might be accused of security violations if I do not reveal it's existence to my manager. All that is probably a good justification for purchasing a product that adheres to ITIL best practices. Please send me any promotional material you have for me to present to management when I advise them to get your product. The down side is that the only purpose I have seen so far for this program is to issue the vary off and vary on of a volser in the process of cloning a res pack. We use ASG's ZAKK for automation. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Westerman Sent: Friday, July 03, 2009 10:13 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Command program from the cbt Which version of command are you using? There were two versions taht used to be on CBT, one that I had updated a bit but was actually Food Lion's code and another one that we stopped putting there (same name) after 2005 or so that we completely re-wrote and added 36 special commands and IF/THEN/ELSE coding capabilities to the command scripts and now market as SyzCMDZ. The version (originally from Food Lion) does check the Facility class, and our version used to check both the facility class and had a table that could be used to allow finer tuning than just a simple class check. We later changed it so that the fine tuning was included into RACF (or ACF2/TSS) instead so that people didn't have to relink the module every time they wanted to add the capability for someone (or some job) to issue a display command. If you have one of our older versions, you can either have them give you access to the Facility class (classname) or add you to the table. We provided the ability to move the table call before the RACF call, and also to ignore what happened in the RACF call and just use the table, so it's possible that they took one of those avenues. Needless to say, (but I'll say it anyway), if you are running a version that is that old, you might want to think about upgrading to the newest version with all of the special bells and whistles, the normal $5k price is discounted 50% for people who are members of IBMMAIN. Brian Westerman -- 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: ERASEDATA - DASD disposal
Even more insidious are the methods of reading how strongly the magnetized bit is positive or negative. If the bit is on, but not as strongly as others, it might have been off before getting flipped. If very strongly on it might have been reinforced when the 1 bit was written to it. It would take several passes of randomized ones and zeros to fool this technology. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gerhard Postpischil Sent: Thursday, July 02, 2009 5:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ERASEDATA - DASD disposal Eric Bielefeld wrote: I always wondered if it was possible to read data if binary zeros or some other pattern were written to the disk. I thought that it would be very hard, which the article quoted seemed to agree with. But then, I noticed that the writer of the article didn't sign his name. As I understand it, the magnetized portion of a track is slightly wider than the write head. When a track is rewritten, the head alignment will be slightly different, leaving a little bit of the original track. So what you are writing on subsequent passes doesn't really matter, unless you do it often enough to make it unlikely to retain any trace of the original. And of course there are the newfangled storage boxes where you get a different physical track on every write. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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
Where does z/unix store each lpar's hostname?
I thought it would be in /etc... Ken Klein 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
Command program from the cbt
I'm new here. I get a RACF 913 abend when I try to run the program called command from the cbt that they use here. The RACF administrator insists that my id has all the same settings as the other guys in this group who can run the program with success. I can see in the source that the racroute macro is returning a rc higher than 4 but that doesn't help our RACF guru. Can anyone tell me what RACF commands to run to show this guy what needs to be tweaked? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -- 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: Antwort: Command program from the cbt
Leider nicht der Fall. these are the only messages from the job. How do I set up UAUDIT? - 01 JUL 2009 JOB EXECUTION DATE -9 CARDS READ - 42 SYSOUT PRINT RECORDS -0 SYSOUT PUNCH RECORDS -3 SYSOUT SPOOL KBYTES - 0.00 MINUTES EXECUTION TIME 1 //KQKTEMPC JOB (3356,277),'KLEIN, KEN',MSGLEVEL=(1,1), JOB01848 // CLASS=L,MSGCLASS=X,NOTIFY=SYSUID,REGION=0M //* JOBCARD CREATED AT 10:05:14 ON 1 JUL 2009 //* JES NODE=SYSTNODE SYSTEM=SYSTS1 LEVEL=JES2 Z/OS 1.9 //* JCL TO RUN THIS JOB: KQKTEMP.$TSO.JCLLIB(COMMAND) /*JOBPARM LINES=99,CARDS=99 //*=+1+2+3+4+5+6+7== IEFC653I SUBSTITUTION JCL - (3356,277),'KLEIN, KEN',MSGLEVEL=(1,1),CLASS=L,MSGCLASS=X,NOTIFY=KQKTEMP,REGION=0M 2 //VARYOFF EXEC PGM=COMMAND, // PARM='D SYMBOLS' DTM1459I 2009.182 10:05:58 JOB KQKTEMPC REQUEUED TO CLASS=L ICH70001I KQKTEMP LAST ACCESS AT 08:43:09 ON WEDNESDAY, JULY 1, 2009 CMD107I SAFRC04: USING SECONDARY CHECK CMD913E UNAUTHORIZED USE OF THE COMMAND PROGRAM - JOB ABORTED IEF472I KQKTEMPC VARYOFF - COMPLETION CODE - SYSTEM=913 USER= REASON= IEF373I STEP/VARYOFF /START 2009182.1006 IEF374I STEP/VARYOFF /STOP 2009182.1006 CPU0MIN 00.01SEC SRB 0MIN 00.00SEC VIRT24K SYS 212K EXT 4K SYS IEF375I JOB/KQKTEMPC/START 2009182.1006 IEF376I JOB/KQKTEMPC/STOP 2009182.1006 CPU0MIN 00.01SEC SRB 0MIN 00.00SEC Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Michael Klaeschen Sent: Thursday, July 02, 2009 8:03 AM To: IBM-MAIN@bama.ua.edu Subject: Antwort: Command program from the cbt Hi Kenneth, abend 913 is from OPEN macro, not from RACF. Its explanation reads to check message IEC150I. Insufficient authorization is one of several possible reasons. The reason code will give detailed explanation. Let's assume, it is a SAF authorization problem and not I/O, JCL, APF etc. related. Did you look for SAF messages already, for example ICH408I? They typically pinpoint to the missing resource authorization. If they do not appear, you might want to read SMF recordings or even set up UAUDIT for your user ID to gain information about the missing profile authorization. Since you seem to have access to the source, you even might want to check the program logic for RACROUTE macros in order to identify the profiles that are beeing checked. Cheers Michael Klein, Kenneth kenneth.kl...@kyfb.com Gesendet von: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02.07.2009 13:39 Bitte antworten an IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU An IBM-MAIN@BAMA.UA.EDU Kopie Thema Command program from the cbt I'm new here. I get a RACF 913 abend when I try to run the program called command from the cbt that they use here. The RACF administrator insists that my id has all the same settings as the other guys in this group who can run the program with success. I can see in the source that the racroute macro is returning a rc higher than 4 but that doesn't help our RACF guru. Can anyone tell me what RACF commands to run to show this guy what needs to be tweaked? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -- 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: Command program from the cbt
thanks to all who are offering up the good clues!! The source here may have been modified by a previous systems guy. This part of the code is where I'm getting booted I think. I know I'm getting the cmd107i message and then the message from the NOTAUTH routine. What is this IDFIND routine?? FINDUSER DS0H -RPMAC WTO 'CMD107I SAFRC04: USING SECONDARY CHECK',ROUTCDE=(2,11) CALL IDFIND SEE IF THE CURRENT USER IS -RPMAC LTR R15,R15 ALTERNATIVELY AUTHORIZED. -RPMAC BZEXTRACT ZERO RETURN IS A-OK -RPMAC B NOTAUTH 913 AND OUT-RPMAC * Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Thursday, July 02, 2009 10:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Command program from the cbt On Thu, 2 Jul 2009 10:15:28 -0400, Klein, Kenneth kenneth.kl...@kyfb.com wrote: No, that's why the RACF guy tells me it's not his problem. No RACF messages. Just the cmd913e error message from the command program. I can see in the code that he does a rackroute and the BH command sends control straight to the error message and abends. Your RACF guy is wrong, it's a RACF issue.I use COMMAND in my sandbox LPARs for startup and shutdown and have the source. It checks the RACF FACILITY class for a profile called COMMAND to see if you have access.I don't have anything defined, so it works without it. But your system must have a COMMAND profile defined in the FACILITY class and you are not authorized. Here is a snippet of source: *** * * * CHECK THE AUTHORITY OF THE USER TO SAF CLASS FACILITY' FOR* * ENTITY COMMAND. NOTE THAT FASTAUTH IS USED. TO AVOID THE * * SITUATION WHERE SPECIAL ATTRIBUTES OF THE USER MAY ALLOW THE * * ACCESS WITH LOGGING, A CHECK IS MADE FOR A NON-ZERO REASON * * CODE. THIS CONDITION WILL BE CONSIDERED A FAILURE.* * * *** AUTHTST RACROUTE REQUEST=FASTAUTH,WORKA=RACWORK,WKAREA=FRACWORK, X ENTITY=RESOURCE,CLASS=FACILITY,ATTR=READ, X MF=(E,RACROUTE) CHR15,=H'4' TEST THE RETURN CODE BEEXTRACT NO DECISION POSSIBLE, OK BHNOTAUTH GREATER THAN 4, NOT AUTHORIZED CLC RACROUTE+4(4),=F'0' TEST THE REASON CODE BEEXTRACT ZERO, AUTHORIZED NOTAUTH WTO 'CMD913E UNAUTHORIZED USE OF THE COMMAND PROGRAM - JOB AX BORTED',ROUTCDE=(2,11) ABEND X'913',,,SYSTEM,REASON=0 ABEND THE JOB -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Command program from the cbt
No, that's why the RACF guy tells me it's not his problem. No RACF messages. Just the cmd913e error message from the command program. I can see in the code that he does a rackroute and the BH command sends control straight to the error message and abends. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of James Robinson Sent: Thursday, July 02, 2009 8:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Command program from the cbt If you have a 913 abend, you probably also have an ICH408I message in the log that should tell the RACF guy exactly what is failing. -Original Message- From: IBM Mainframe Discu -- 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: Command program from the cbt
Yes, I was way off base chasing the RACF problem. Turns out, somebody coded up a little program that goes out and checks a hard coded list of user names to see who should get to run the program. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Thursday, July 02, 2009 12:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Command program from the cbt -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden On Thu, 2 Jul 2009 10:15:28 -0400, Klein, Kenneth kenneth.kl...@kyfb.com wrote: No, that's why the RACF guy tells me it's not his problem. No RACF messages. Just the cmd913e error message from the command program. I can see in the code that he does a rackroute and the BH command sends control straight to the error message and abends. Your RACF guy is wrong, it's a RACF issue.I use COMMAND in my sandbox LPARs for startup and shutdown and have the source. It checks the RACF FACILITY class for a profile called COMMAND to see if you have access.I don't have anything defined, so it works without it. But your system must have a COMMAND profile defined in the FACILITY class and you are not authorized. Here is a snippet of source: *** * * * CHECK THE AUTHORITY OF THE USER TO SAF CLASS FACILITY' FOR * * ENTITY COMMAND. NOTE THAT FASTAUTH IS USED. TO AVOID THE * * SITUATION WHERE SPECIAL ATTRIBUTES OF THE USER MAY ALLOW THE * * ACCESS WITH LOGGING, A CHECK IS MADE FOR A NON-ZERO REASON * * CODE. THIS CONDITION WILL BE CONSIDERED A FAILURE. * * * *** AUTHTST RACROUTE REQUEST=FASTAUTH,WORKA=RACWORK,WKAREA=FRACWORK, X ENTITY=RESOURCE,CLASS=FACILITY,ATTR=READ, X MF=(E,RACROUTE) CHR15,=H'4' TEST THE RETURN CODE BEEXTRACT NO DECISION POSSIBLE, OK BHNOTAUTH GREATER THAN 4, NOT AUTHORIZED CLC RACROUTE+4(4),=F'0' TEST THE REASON CODE BEEXTRACT ZERO, AUTHORIZED NOTAUTH WTO 'CMD913E UNAUTHORIZED USE OF THE COMMAND PROGRAM - JOB AX BORTED',ROUTCDE=(2,11) ABEND X'913',,,SYSTEM,REASON=0 ABEND THE JOB Based on the OP's subsequent post showing SAFRC04, his job is failing somewhere after the EXTRACT label. Absence of the COMMAND profile in FACILITY appears not to be the problem. -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 -- 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/os omvs maintenance service and hfs/zfs
Danke vielmals. All good advice and the apply check ran showing me what all will get touched. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Walter Marguccio Sent: Wednesday, July 01, 2009 9:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os omvs maintenance service and hfs/zfs - Original Message From: Klein, Kenneth kenneth.kl...@kyfb.com I thought I would be running the apply on the system I was upgrading. You *can* apply maintenance on a live system, but this is something you can do on a sandbox LPAR, certainly not on a production LPAR. And, even if you apply PTFs on a live sandbox LPAR, this practice is not recommendable. How can you apply maintenance to omvs _and_ z/os from a different lpar?? AFAIK, this is the safest way to apply PTFs on a z/OS system; that is, from one LPAR to a 'dead' LPAR. The DDDEFs for datasets of the target (or dead) LPAR must point to the correct SYSRES volume. The DDDEFs for PATHs of the target (or dead) LPAR must be prefixed by something like '/service/' . Then, the zFS or HFS datasets of the target LPARs must be mounted on the /service/ mountpoint on the living LPAR where the apply job run. I believe this is a normal practice, which doesn't imply any risks. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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: z/os omvs maintenance service and hfs/zfs
Thanks, good advice. It's working now. What is this automount management all about? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Arthur Gutowski Sent: Wednesday, July 01, 2009 10:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os omvs maintenance service and hfs/zfs On Tue, 30 Jun 2009 10:16:37 -0400, Klein, Kenneth kenneth.kl...@kyfb.com wrote: So now if I IPL onto the new target res pack and all the files get mounted under /Service, the apply (check) should find everything? Should I set up the bpxprm__ to mount all these /Service mountpoints at IPL or would it be better to mount them with the mount command? Yes, given that your DDDEFs are set up for /Service/RESZS1, an apply in the target zone pointing to RESZS1 will find the right paths. Review your APPLY CHECK allocation report to verify, before moving to APPLY. Since your follow-up note suggests you want to be able to apply maintenance to this zone from a different LPAR, then eventually be able to IPL from the SYSRES HFS, I would discourage using BPXPRMxx to mount them at IPL. Adding mount/unmount to your clone/maintenance process would be better, and IMHO, automount management would be better still. Either way, you still have to be exceedingly careful if you go outside the sysplex (GRS) boundary (unless you have MIM). 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
Message Flood Automation in z/os 1.9
The hold(action) states the userexit is to be removed from the mpflst, and in consolxx the uexit be set to (N). So how does the integrated mfa know which messages to suppress? Any other actions required beyond whats in the hold data? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville -- 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: Message Flood Automation in z/os 1.9
Actions for OA25602: Before the installation of this APAR, if you implemented exit specified in parmlib member MPFLSTxx and with message processing installation exit IEAVMXIT. With this APAR, Message Flood Automation is integrated in z/OS, eliminating the use for the exit routines. Message Flood Automation must be removed from these exit routines: Steps to take: - Update your MPFLSTxx parmlib member to remove all .CMD USEREXIT(CNZZCMXT) statements. - If you have a CONTROL M (K M) command in your CONSOLxx or yout COMMNDxx, you must remove it. - If you use exit IEAVMXIT only for Message Flood Automation, update your CONSOLxx parmlib member to change the INIT statement option of UEXIT(Y) to UEXIT(N). Note: Do not do this if you want to continue to use IEAVMXIT for other purposes. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Skip Robinson Sent: Wednesday, July 01, 2009 1:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Message Flood Automation in z/os 1.9 I don't have the HOLD data in front of me, but as I recall 'exit removal' referred only to message suppression logic, not to the exit per se. For example, we use the exit to set message color by system, not for suppression. The exit is still in place and working fine. I think the HOLD record is poorly worded and misleading, but the gist is there if you ponder it long enough. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Klein, Kenneth kenneth.kl...@ky FB.COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Message Flood Automation in z/os 1.9 07/01/2009 09:44 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu The hold(action) states the userexit is to be removed from the mpflst, and in consolxx the uexit be set to (N). So how does the integrated mfa know which messages to suppress? Any other actions required beyond whats in the hold data? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville -- 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: z/os omvs maintenance service and hfs/zfs
I have something like this: # pwd /Service # du . 16 ./RESZS1/etc 16 ./RESZS1/jv390 160 ./RESZS1/root 16 ./RESZS1/var 224 ./RESZS1 240 . # The dddefs are all set up with cloned paths just like on our production system, about 160 paths to omvs files under /Service/sysr1. So now if I IPL onto the new target res pack and all the files get mounted under /Service, the apply (check) should find everything? Should I set up the bpxprm__ to mount all these /Service mountpoints at IPL or would it be better to mount them with the mount command? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: Lizette Koehler [mailto:stars...@mindspring.com] Sent: Friday, June 26, 2009 10:54 AM To: Klein, Kenneth Subject: Re: z/os omvs maintenance service and hfs/zfs Since this is long, I thought I would take it off list. When I installed z/OS V1.9 I kept everything in the SERVERPAC (Tlibs, Dlibs, etc) as is. Then I copied the OMVS and TLIBS to SYSRES Volumes to IPL. That way I could always use the base SMP/E environment I setup for the initial install of the operating system There is a phiolosphy in the Manuals that you create new SYSRES and OMVS envrionment, and point the new OMVS environment to the /SERVICE directory. This way you can apply your maint to the new targets and not affect your production stuff. Since zFS files MUST be cataloged, you probably want to use something like OMVS.LPARname.ROOT.SYRESvol to keep them unique (OMVS.LPAR1.ROOT.SRES1A) The path you take will be however you want to maintain your systems. I prefer to keep everything in SMP/E as shipped (I use ZOS19T for tlibs and ZOS19D for dlibs and ZOS19 for all other datasets). Then I just use FDR to pick up the ZOS19T and place them on the new SYSRES home and change ZOS19T to SYS1. Then do any other customization needed for the IPL (like the SAD program) If you have questions feel free to write. Lizette -Original Message- From: Klein, Kenneth kenneth.kl...@kyfb.com Sent: Jun 26, 2009 10:08 AM To: IBM-MAIN@bama.ua.edu Subject: z/os omvs maintenance service and hfs/zfs Newbie question: I'm starting my research into how to apply maintenance to omvs for the first time in _my_ career. I'm fine with z/os, smp/e, the csi and zones, put's, rsu's and so on but this shop (I'm new here) has some clone-jobs that set up the whole hfs file structure under a /Service node. What the heck is that for? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville -- 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: z/os omvs maintenance service and hfs/zfs
What still confuses me about the way these jobs were set up to apply maintenance to z/os is that the bpxprm__ uses the sysr1 symbol as the second level qualifier of the omvs.root/etc/var/java*/sigyroot/scsdroot files so if I clone to reszs3 I still have to apply my maintenance from say reszs1 to apply it to the reszs3 omvs datasets. But then the smp apply job running on reszs1 would have to set boundary to the target zone of reszs3. I thought I would be running the apply on the system I was upgrading. How can you apply maintenance to omvs _and_ z/os from a different lpar?? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Klein, Kenneth Sent: Tuesday, June 30, 2009 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os omvs maintenance service and hfs/zfs I have something like this: # pwd /Service # du . 16 ./RESZS1/etc 16 ./RESZS1/jv390 160 ./RESZS1/root 16 ./RESZS1/var 224 ./RESZS1 240 . # The dddefs are all set up with cloned paths just like on our production system, about 160 paths to omvs files under /Service/sysr1. So now if I IPL onto the new target res pack and all the files get mounted under /Service, the apply (check) should find everything? Should I set up the bpxprm__ to mount all these /Service mountpoints at IPL or would it be better to mount them with the mount command? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: Lizette Koehler [mailto:stars...@mindspring.com] Sent: Friday, June 26, 2009 10:54 AM To: Klein, Kenneth Subject: Re: z/os omvs maintenance service and hfs/zfs Since this is long, I thought I would take it off list. When I installed z/OS V1.9 I kept everything in the SERVERPAC (Tlibs, Dlibs, etc) as is. Then I copied the OMVS and TLIBS to SYSRES Volumes to IPL. That way I could always use the base SMP/E environment I setup for the initial install of the operating system There is a phiolosphy in the Manuals that you create new SYSRES and OMVS envrionment, and point the new OMVS environment to the /SERVICE directory. This way you can apply your maint to the new targets and not affect your production stuff. Since zFS files MUST be cataloged, you probably want to use something like OMVS.LPARname.ROOT.SYRESvol to keep them unique (OMVS.LPAR1.ROOT.SRES1A) The path you take will be however you want to maintain your systems. I prefer to keep everything in SMP/E as shipped (I use ZOS19T for tlibs and ZOS19D for dlibs and ZOS19 for all other datasets). Then I just use FDR to pick up the ZOS19T and place them on the new SYSRES home and change ZOS19T to SYS1. Then do any other customization needed for the IPL (like the SAD program) If you have questions feel free to write. Lizette -Original Message- From: Klein, Kenneth kenneth.kl...@kyfb.com Sent: Jun 26, 2009 10:08 AM To: IBM-MAIN@bama.ua.edu Subject: z/os omvs maintenance service and hfs/zfs Newbie question: I'm starting my research into how to apply maintenance to omvs for the first time in _my_ career. I'm fine with z/os, smp/e, the csi and zones, put's, rsu's and so on but this shop (I'm new here) has some clone-jobs that set up the whole hfs file structure under a /Service node. What the heck is that for? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville -- 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: IBM COD
I'll bet it affected the fees you pay for software licenses!! Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Martinez, Frank J Sent: Monday, June 29, 2009 12:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM COD We have a z9 and use CoD regularly (2 to 3 times a year.) To this date, it has not affected our applications and/or subsystems (DB2, CICS, etc.) in any way. If you have any specific questions, you can contact me off the line. Frank Martinez e-Mail: fjm...@miami.edu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Mitchelle Sent: Monday, June 29, 2009 11:26 AM To: IBM-MAIN@bama.ua.edu Subject: IBM COD Can anyone explain how does the IBM Capacity On Demand works for z9 machines and how it impacts the softwares/applications running on the mainframes ? -- 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
sms overriding my specification of target volume
IGD17223I JOBNAME jobname PROGRAM NAME progname STEPNAME stepname DDNAME ddname DATA SET dsn WAS ALLOCATED TO AN OVERFLOW STORAGE GROUP ofsg. Explanation: This message is issued when the volume selection algorithms resulted in the selection of one or more volumes that belong to an overflow storage group. I'm a real rookie with SMS. I'm getting this message when I try to allocate a dataset on a specific target volume with dfdss using //OMVSS3DD UNIT=SYSDA,DISP=SHR,VOL=SER=OMVSS3 //SYSIN DD * COPY DATASET( INCL(SMPE.Z19.RESZP1.SMPTLOG )) - CONCURRENT NOTIFYCONCURRENT - CATALOG TOL(ENQF) WAIT(2,30) - BYPASSACS(**) - STORCLAS(SCNONSMS) OUTDDNAME(OMVSS3) - RENUNC( (SMPE.Z19.RESZP1.SMPTLOG , - SMPE.Z19.RESZS3.SMPTLOG ) - ) I've got to ge able to specify a volume so my DDDef's will point to the right one. -- 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: sms overriding my specification of target volume
Done all that. No joy. How I can I view the acs routines, and display the attributes of these classes?? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Natarajan Mohan Sent: Monday, June 29, 2009 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: sms overriding my specification of target volume Kenneth, The key is NSC (null storage class) and NMC (null management class). I would take out the STORCLAS(SCNONSMS) and code NSC NMC. Thanks Natarajan Klein, Kenneth kenneth.kl...@kyfb.com 6/29/2009 9:45 AM IGD17223I JOBNAME jobname PROGRAM NAME progname STEPNAME stepname DDNAME ddname DATA SET dsn WAS ALLOCATED TO AN OVERFLOW STORAGE GROUP ofsg. Explanation: This message is issued when the volume selection algorithms resulted in the selection of one or more volumes that belong to an overflow storage group. I'm a real rookie with SMS. I'm getting this message when I try to allocate a dataset on a specific target volume with dfdss using //OMVSS3DD UNIT=SYSDA,DISP=SHR,VOL=SER=OMVSS3 //SYSIN DD * COPY DATASET( INCL(SMPE.Z19.RESZP1.SMPTLOG )) - CONCURRENT NOTIFYCONCURRENT - CATALOG TOL(ENQF) WAIT(2,30) - BYPASSACS(**) - STORCLAS(SCNONSMS) OUTDDNAME(OMVSS3) - RENUNC( (SMPE.Z19.RESZP1.SMPTLOG , - SMPE.Z19.RESZS3.SMPTLOG ) - ) I've got to ge able to specify a volume so my DDDef's will point to the right one. -- 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 NOTICE OF CONFIDENTIALITY The information contained in this communication, including but not limited to any accompanying document(s) and/or attachment(s), is privileged and confidential and is intended solely for the above-named individual(s). If you are not the intended recipient, please be advised that any distribution, copying, disclosure, and/or use of the information contained herein is strictly prohibited. If you received this communication in error, please destroy all copies of the communication, whether in electronic or hard copy format, and immediately contact the Security Office at EDFUND at (916) 526-7539 or securityoff...@edfund.org. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: ISPF function keys
EDIT KQKTEMP.$TSO.JCLLIB(CLONE2B) - 01.04 Columns 1 00080 Command === Scroll === CSR -- what is in this field, csr? page? 0? Unfortunately IBM has chosen to allow 0 as a valid scroll amount. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Donald Johnson Sent: Monday, June 29, 2009 1:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF function keys Kurt, what happens in Edit mode if you type Up or Down, Top or Bottom in the command line? Also, in the Keys display, what do PF19 and 20 show? Don 2009/6/29 Kurt Eastwood kurtms...@yahoo.com ... When they edit this member the pf7 and pf8 keys do nothing. I have displayed the pf keys using the 'keys' command... -- 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: sms overriding my specification of target volume
Thanks, everyone. I have it figured out now and learned a bunch. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, June 29, 2009 1:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: sms overriding my specification of target volume Do you want to view the ACS? (ISMF) or do you want a way to see what ACS is using for your allocation? ISMF can let you view/update your ACS routines and SC, SG, etc... However, if you want to see how it is allocating the file, then I think you need to setup a test case. Lizette Done all that. No joy. How I can I view the acs routines, and display the attributes of these classes?? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Natarajan Mohan Sent: Monday, June 29, 2009 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: sms overriding my specification of target volume Kenneth, The key is NSC (null storage class) and NMC (null management class). I would take out the STORCLAS(SCNONSMS) and code NSC NMC. Thanks Natarajan Klein, Kenneth kenneth.kl...@kyfb.com 6/29/2009 9:45 AM IGD17223I JOBNAME jobname PROGRAM NAME progname STEPNAME stepname DDNAME ddname DATA SET dsn WAS ALLOCATED TO AN OVERFLOW STORAGE GROUP ofsg. Explanation: This message is issued when the volume selection algorithms resulted in the selection of one or more volumes that belong to an overflow storage group. I'm a real rookie with SMS. I'm getting this message when I try to allocate a dataset on a specific target volume with dfdss using //OMVSS3DD UNIT=SYSDA,DISP=SHR,VOL=SER=OMVSS3 //SYSIN DD * COPY DATASET( INCL(SMPE.Z19.RESZP1.SMPTLOG )) - CONCURRENT NOTIFYCONCURRENT - CATALOG TOL(ENQF) WAIT(2,30) - BYPASSACS(**) - STORCLAS(SCNONSMS) OUTDDNAME(OMVSS3) - RENUNC( (SMPE.Z19.RESZP1.SMPTLOG , - SMPE.Z19.RESZS3.SMPTLOG ) - ) I've got to ge able to specify a volume so my DDDef's will point to the right one. -- 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: sms overriding my specification of target volume
I am using bypassacs(**) nmc and nsc. Without all three sms still grabs the allocation. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jerry Fuchs Sent: Monday, June 29, 2009 2:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: sms overriding my specification of target volume Just curious, what was the resolution? -- 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: sms overriding my specification of target volume
I'm cloning a series of datasets for the smp datasets and the omvs files. I want them all on the same volser so changing the dddefs will be simpler. i.e. I don't have to look up each randomly allocated dataset to update it's dddef. Tom, did you ever work in Glen allen? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Monday, June 29, 2009 2:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: sms overriding my specification of target volume On Mon, 29 Jun 2009 12:45:20 -0400, Klein, Kenneth wrote: COPY DATASET( INCL(SMPE.Z19.RESZP1.SMPTLOG )) - CONCURRENT NOTIFYCONCURRENT - CATALOG TOL(ENQF) WAIT(2,30) - BYPASSACS(**) - STORCLAS(SCNONSMS) OUTDDNAME(OMVSS3) - RENUNC( (SMPE.Z19.RESZP1.SMPTLOG , - SMPE.Z19.RESZS3.SMPTLOG ) - ) I've got to ge able to specify a volume so my DDDef's will point to the right one. No one yet has asked you this. Why do you need this data set on a specific volume? Isn't this log data set unique to this SMP/E zone? If so, your DDDEF can simply reference it by DSNAME. -- Tom Marchant -- 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: sms overriding my specification of target volume
I'm trying to follow the existing procedures as closely as possible till I feel a little more confident in changing things. Only been here 6 weeks. The jobs I found had a step that cloned the smp/e target1 to target2 on a new pack and did a zoneedit on the imported exported target zone to change all the dddefs. You are right, they all have unique names with the name of the res pack sysrs1 in the name. Next time I'll make some improvements to KISS. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Monday, June 29, 2009 2:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: sms overriding my specification of target volume They can still be referenced by name via the catalog, assuming unique names. I only use volume references for target datasets. Distribution and SMP/E land in SMS managed pools. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Klein, Kenneth Sent: Monday, June 29, 2009 11:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: sms overriding my specification of target volume I'm cloning a series of datasets for the smp datasets and the omvs files. I want them all on the same volser so changing the dddefs will be simpler. i.e. I don't have to look up each randomly allocated dataset to update it's dddef. Tom, did you ever work in Glen allen? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Monday, June 29, 2009 2:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: sms overriding my specification of target volume On Mon, 29 Jun 2009 12:45:20 -0400, Klein, Kenneth wrote: COPY DATASET( INCL(SMPE.Z19.RESZP1.SMPTLOG )) - CONCURRENT NOTIFYCONCURRENT - CATALOG TOL(ENQF) WAIT(2,30) - BYPASSACS(**) - STORCLAS(SCNONSMS) OUTDDNAME(OMVSS3) - RENUNC( (SMPE.Z19.RESZP1.SMPTLOG , - SMPE.Z19.RESZS3.SMPTLOG ) - ) I've got to ge able to specify a volume so my DDDef's will point to the right one. No one yet has asked you this. Why do you need this data set on a specific volume? Isn't this log data set unique to this SMP/E zone? If so, your DDDEF can simply reference it by DSNAME. -- Tom Marchant -- 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
Re: sms overriding my specification of target volume
Tom, see my earlier post about dddefs. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Monday, June 29, 2009 3:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: sms overriding my specification of target volume (off list) You didn't answer the question. Perhaps I didn't ask it clearly. If the data set name for the log is unique, as it appears to be, why do you want to put the volser in the DDDEF? Why not access it through the catalog? No, I've never been to Glen Allen. Tom Marchant On Mon, 29 Jun 2009 14:47:34 -0400, Klein, Kenneth kenneth.kl...@kyfb.com wrote: I'm cloning a series of datasets for the smp datasets and the omvs files. I want them all on the same volser so changing the dddefs will be simpler. i.e. I don't have to look up each randomly allocated dataset to update it's dddef. Tom, did you ever work in Glen allen? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Monday, June 29, 2009 2:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: sms overriding my specification of target volume On Mon, 29 Jun 2009 12:45:20 -0400, Klein, Kenneth wrote: COPY DATASET( INCL(SMPE.Z19.RESZP1.SMPTLOG )) - CONCURRENT NOTIFYCONCURRENT - CATALOG TOL(ENQF) WAIT(2,30) - BYPASSACS(**) - STORCLAS(SCNONSMS) OUTDDNAME(OMVSS3) - RENUNC( (SMPE.Z19.RESZP1.SMPTLOG , - SMPE.Z19.RESZS3.SMPTLOG ) - ) I've got to ge able to specify a volume so my DDDef's will point to the right one. No one yet has asked you this. Why do you need this data set on a specific volume? Isn't this log data set unique to this SMP/E zone? If so, your DDDEF can simply reference it by DSNAME. -- Tom Marchant -- 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
z/os omvs maintenance service and hfs/zfs
Newbie question: I'm starting my research into how to apply maintenance to omvs for the first time in _my_ career. I'm fine with z/os, smp/e, the csi and zones, put's, rsu's and so on but this shop (I'm new here) has some clone-jobs that set up the whole hfs file structure under a /Service node. What the heck is that for? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville -- 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: Another one bites the dust
The U of KY shut down it's mainframe in 2006 +/- after setting up all new apps (SAP) on DB2 on AIX on pSeries machines, 4 of them, 3 p570's and a p550. Cost and energy savings, nada. But the savings from being able to hire fresh grads for support/development over veteran mainframers may have been an incentive. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Wednesday, June 24, 2009 5:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Another one bites the dust IBM has 11 years to convince their management the mainframe is good idea. They didn't succeeded or even didn't try. IBM used to give huge discounts to universities. About 15-20 or so years ago they did away with the discounts and universities started migrating off the mainframe. The few that are left mostly use mainframes for some type of administrative processing. The processing done by students is done on PCs or on eunuchs systems, where years ago the processing was done on mainframes. I don't think IBM failed to convince the university in question to stay on the mainframe; I think IBM abandoned the educational mainframe market a long time ago. BTW: green is sales pitch. My green z10 consumes exactly 50% more power than blue z9. I can't dispute this statement as we don't have a z10 (yet). I would be interested whether other z10 customers share your findings. I would also like to hear a response from IBM. Bob Shannon Rocket Software -- 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: Another one bites the dust
Actually the U I used to work for still got educational discounts from IBM for hardware and software purchases up till just a few years ago, albeit thru the business partner. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Wednesday, June 24, 2009 6:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Another one bites the dust -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Wednesday, June 24, 2009 4:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Another one bites the dust snippage IBM used to give huge discounts to universities. About 15-20 or so years ago they did away with the discounts and universities started migrating off the mainframe. The few that are left mostly use mainframes for some type of administrative processing. The processing done by students is done on PCs or on eunuchs systems, where years ago the processing was done on mainframes. I don't think IBM failed to convince the university in question to stay on the mainframe; I think IBM abandoned the educational mainframe market a long time ago. snip I'm not sure, but I think there was some kind of consent decree or other as a result of an Anti-Trust action that put the skids to this. Now that all those have expired (I think), one might wonder when IBM will go for this market driver again. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer. -- -- 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: JCT Not Available
'only failed' as an edit command? Where did you get this only command? CBT? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Thursday, June 25, 2009 2:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCT Not Available Unfortunately, it is possible to have a JOBID and still be running under MSTR. That is: Every STC running under a JES will have a JOBID. However, not every STC with a JOBID is necessarily running under a JES. As an example, *MASTER* on my system has a JOBID. But that is the Master Scheduler which is started at IPL time. It is not running under JES! And doing an SE line command in SDSF for *master* is a nice touch to see the syslog of that system, all the edit commands can easily be used to search for things. I tend to use this right after an IPL, when I need to see if anything has failed to start or got an error and a few other catchphrases ('only failed' as an edit command, for instance). Automation netview is another example of an STC started sub=mstr that gets itself a jobid later to place the AOFLOG. When I got 'JCT NOT AVAILABLE' I was told to issue the SDSF command 'input on' in the command line. I have never understood why, and besides, in many cases it didn't help, anyway. Regards, Barbara -- 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: Antwort: IF-Statement in JCL
Here is a good example of extensive use of the if/then/else construct in jcl that I ran across just this week. I can't claim to have originated it but I surely stole a copy for my personal jcllib. //STEP0010 EXEC PGM=GIMSMP,REGION=6M //SMPCSIDD DISP=SHR,DSN=SMPE.Z19.GLOBAL.CSI //TGTDD DD DSN=SVS.MIRROR.RESZP2.TO.RESZS3.D090624, // DISP=(NEW,CATLG), // SPACE=(CYL,(100,50),RLSE),UNIT=SYSDA //SMPLOGDD SYSOUT=* //SMPLOGA DD SYSOUT=* //SMPCNTL DD * SET BOUNDARY(RESZP2) . ZONEEXPORT (RESZP2) /* source ResVol zone */ OUTFILE(TGTDD) NOPURGE. /* // IF (STEP0010.RC EQ 0) THEN //STEP0015 EXEC PGM=GIMSMP,REGION=6M //SMPCSIDD DISP=SHR,DSN=SMPE.Z19.GLOBAL.CSI //SMPOUTDD SYSOUT=* //SMPLOGDD SYSOUT=* //SMPLOGA DD SYSOUT=* //SMPCNTL DD * SET BOUNDARY(RESZS3) /* This will generate a non-zero return code if the zone is not defined. As would be the case the first time we clone to a new sysres volume */ . /* //* //CHKTZONE IF (STEP0015.RC EQ 0) THEN //* //* zero return from step0019 means target zone exists, back it //* up and drop the zone index (purge) from global //* //STEP0017 EXEC PGM=GIMSMP,REGION=6M //SMPCSIDD DISP=SHR,DSN=SMPE.Z19.GLOBAL.CSI //SMPLOGDD SYSOUT=* //SMPLOGA DD SYSOUT=* //TGTDD DD DSN=SVS.MIRROR.RESZS3.BKUP.D090624,DISP=(NEW,CATLG), // SPACE=(CYL,(100,50),RLSE),UNIT=SYSDA //SMPCNTL DD * SET BOUNDARY(RESZS3) . ZONEEXPORT (RESZS3) /* new ResVol zone */ OUTFILE(TGTDD) PURGE(INDEX). /* //* //CHKTZONE ELSE //* //* Brand New target zone, nothing to back up or purge //* so set good return code for later checks //* //STEP0018 EXEC PGM=IEFBR14 //* //CHKTZONE ENDIF //* // IF ((STEP0017.RUN AND STEP0017.RC=0) OR // STEP0018.RC = 0) THEN //STEP0020 EXEC PGM=IEFBR14 // ENDIF // ENDIF // IF (STEP0010.RC EQ 0 AND // STEP0020.RC EQ 0) THEN //* //* DELETE AND CLONE SMPE TRACKING PDS DATASETS AND LOGS //* for the cloned target //* //STEP0024 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * DELETE SMPE.Z19.RESZS3.SMPLTS DELETE SMPE.Z19.RESZS3.SMPMTS DELETE SMPE.Z19.RESZS3.SMPSCDS DELETE SMPE.Z19.RESZS3.SMPSTS DELETE SMPE.Z19.RESZS3.SMPTLOG DELETE SMPE.Z19.RESZS3.SMPTLOGA SET MAXCC = 0 //STEP0026 EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //SYSIN DD * COPY DATASET( INCL(SMPE.Z19.RESZP2.SMPTLOG )) - CONCURRENT NOTIFYCONCURRENT - CATALOG TOL(ENQF) WAIT(2,30) - STORCLAS ( SCNONSMS ) OUTDYNAM(OMVSS3) - RENUNC( (SMPE.Z19.RESZP2.SMPTLOG , - SMPE.Z19.RESZS3.SMPTLOG ) - ) // ENDIF // IF (STEP0010.RC EQ 0 AND // STEP0020.RC EQ 0 AND // STEP0026.RC LE 4) THEN //STEP0030 EXEC PGM=GIMSMP,REGION=6M //SMPCSIDD DISP=SHR,DSN=SMPE.Z19.GLOBAL.CSI //SMPCNTL DD * SET BOUNDARY(GLOBAL). UCLIN. ADD GZONE ZINDEX ((RESZS3,SMPE.Z19.RESZS3.CSI,TARGET)) . ENDUCL. /* // ENDIF // IF (STEP0010.RC EQ 0 AND // STEP0020.RC EQ 0 AND // STEP0026.RC LE 4 AND // STEP0030.RC EQ 0) THEN //***// //* DEFINE THE ZONE *// //***// //STEP0040 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * DELETE SMPE.Z19.RESZS3.CSI SET MAXCC = 0 DEFINE CLUSTER(+ NAME(SMPE.Z19.RESZS3.CSI) + FREESPACE(25,10) + KEYS(24 0) + CYLINDERS(2 1)CISZ(4096) + ) /* // ENDIF // IF (STEP0010.RC EQ 0 AND // STEP0020.RC EQ 0 AND // STEP0026.RC LE 4 AND // STEP0030.RC EQ 0 AND // STEP0040.RC EQ 0) THEN //***// //* INIT THE ZONE *// //***// //STEP0050 EXEC PGM=IDCAMS //SMPZONE DD DISP=SHR,DSN=SMPE.Z19.RESZS3.CSI //ZPOOL DD DSN=SYS1.MACLIB(GIMZPOOL),DISP=SHR, // UNIT=SYSDA,VOL=SER=RESZP2 //SYSPRINT DD SYSOUT=* //SYSIN DD * REPRO OUTFILE(SMPZONE) INFILE(ZPOOL) /* // ENDIF // IF (STEP0010.RC EQ 0 AND // STEP0020.RC EQ 0 AND // STEP0026.RC LE 4 AND // STEP0030.RC EQ 0 AND // STEP0040.RC EQ 0 AND // STEP0050.RC EQ 0) THEN //STEP0060 EXEC PGM=GIMSMP,REGION=6M //SMPCSIDD DISP=SHR,DSN=SMPE.Z19.GLOBAL.CSI //DD1 DD DSN=SVS.MIRROR.RESZP2.TO.RESZS3.D090624,DISP=OLD //SMPLOGDD DUMMY //SMPCNTL DD * SET BOUNDARY(RESZS3) . ZONEIMPORT (RESZP2) INFILE(DD1) INTO(RESZS3)
Re: JCT Not Available
Not on my 1.9 system. I have to type out x all;find 'failed' all;del all x and cancel or I mess up the member. Anybody know which cbt file that edit macro is on? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Thursday, June 25, 2009 7:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCT Not Available 'only failed' as an edit command? Where did you get this only command? CBT? Badly written on my part. it should have been only 'failed', and as far as I know, this is a normal ISPF command. Barbara -- 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
REXX exec: 'only' - was = RE: JCT Not Available
Well, I found it! Had it all along. Just needed to allocate my rexx lib. Weird thing, tho, is that mine is exactly like yours BUT it has an IBM copyright: /* Sample Edit Macro */ /*/ /* */ /* 5647-A01 (C) COPYRIGHT IBM CORP 1995, 1999*/ /* */ Now if it could only eliminate the - - - - - - - - - - - - - - - - - - 21 Line(s) not Displayed lines. I usually 'del all x and then cancel the edit session. Scary. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Thursday, June 25, 2009 8:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCT Not Available Incidentally, what George just showed is exactly what we're using. Barbara -- 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: REXX exec: 'only' - was = RE: JCT Not Available
Lovely. That's why I love this list. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Erik Janssen Sent: Thursday, June 25, 2009 9:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: REXX exec: 'only' - was = RE: JCT Not Available Now if it could only eliminate the - - - - - - - - - - - - - - - - - - 21 Line(s) not Displayed lines. I usually 'del all x and then cancel the edit session. Scary. Isn't 'hide excluded' what you are looking for here? Hiding the excluded lines without deleting them. Regards, Erik Janssen. -- 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 about searching datasets for ip addresses
Try this: //*-+1+2+3+4+5+6+7-- //PROC001 PROC //SCAN EXEC PGM=ISRSUPC,PARM=('L SRCHCMP ANYC') //OUTDD DD SYSOUT=* //NEWDD DD DISP=SHR,DSN=DSN //SYSIN DD DISP=SHR,DSN=KQKTEMP.$TSO.JCLLIB(SCANPARM) //ENDOFIT PEND //S0A EXEC PROC=PROC001,DSN='KQKTEMP.$TSO.JCLLIB' //* scanparm looks like this: // SRCHFOR 'KQKTEMP' Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Thursday, June 25, 2009 12:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: question about searching datasets for ip addresses Does anyone have a technique using ibm utilities or free software, they would be willing to share, for searching mainframe datasets for certain ip addresses? ISPF 3.14 -- SRCHFOR - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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
Veteran sysprog asks dumb question
OK, after 25 years as a sysprog this should not confuse me, but... A previous systems programmer left these canned jobs to clone a res pack to a new one for maintenance purposes. Simple right? I run the first job, vary off, init, varyon, ipltext, setcache, etc and then the copy step fails. PAGE 0001 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2009.174 15:10 COPY ALLDATA(*) ALLEXCP SHARE TOL(ENQF) READIOP(10) - DATASET(INCLUDE(**), - EXCLUDE(SYS1.VTOCIX.*,SYS1.VVDS.*,SYS1.IODF00)) - STORCLAS(SCNONSMS), - LIDY((RESZP1,3390)), - ODY((RESZS3,3390)) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPY ' ADR109I (R/I)-RI01 (01), 2009.174 15:10:38 INITIAL SCAN OF USER CONTROL STATEMENTS COMPLETED ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2009.174 15:10:38 EXECUTION BEGINS ADR396I (001)-NEWDS(01), DATA SET SYS1.NUCLEUS ALLOCATED, ON VOLUME(S): RESZS3 ADR806I (001)-T0MI (01), DATA SET SYS1.NUCLEUS COPIED USING A FAST REPLICATION FUNCTION ADR709E (001)-VDSS (01), AN ERROR OCCURRED IN THE STORAGE MANAGEMENT SUBSYSTEM WHILE ALLOCATING DATA SET OMVS.JAVA64V5. SMS MESSAGES FOLLOW. IGD17101I DATA SET OMVS.JAVA64V5 NOT DEFINED BECAUSE DUPLICATE NAME EXISTS IN CATALOG RETURN CODE IS 8 REASON CODE IS 38 IGG0CLEH ADR809I (001)-VDSS (01), ADDITIONAL DIAGNOSTIC DATA FOR PRECEDING MESSAGE: SC=SCDFLT MC=STANDARD DC= REQPRI=248856KB REQSEC=000519TRK REQVOLS=01 ADR709E (001)-VDSS (01), AN ERROR OCCURRED IN THE STORAGE MANAGEMENT SUBSYSTEM WHILE ALLOCATING DATA SET OMVS.SIGYROOT. SMS 200-some sys1.* datasets got copied but all the others (250+) failed. What am I missing here?? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -- 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: Veteran sysprog asks dumb question
I think Jack is on to something here. I've been here 6 weeks and I am NOT an sms guru. Could very well be the acs rules. My new peers are telling me that these cloner jobs have recently (weeks ago) run fine but only the sys1.* datasets are getting copied. All the ones like these fail: AOP.SAOPEXEC CBC.SCCNJCL CEE.SCEEMSGP GLD.SGLDHDRC IOA.SIOAIBIN ISF.SISFJCL ACIF.SAPKMOD1 AOP.SAOPMENU APK.SYS1.IBM.PARMLIB.V2 ASM.SASMMAC1 CBC.SCCNCMP CDS.SCDSSAMP CEE.SAFHFORT CIM.SCIMXML CMX.SCMXDBRM CSF.SCSFCLI0 EOX.SEPHBOK1 EOY.SEOXFONT EPH.SEPHCLIB EPH.SEPHSAMP D EUV.SEUVACF EUVF.SEUVFEXC FFST.V120ESA.SEPWBENU GDDM.SADMCDA GIM.SGIMCLS0 GLD.SGLDEXEC GSK.SGSKSAMP HCM.SEEQINST ICQ.ICQABTXT IGY.SIGYCLST IMW.SIMWSDCK IOA.SIOAJAVA IOE.SIOEEXEC ISF.SISFEXEC ISP.SISPALIB JAVA.SAJVSMP1 OMVS.JAVA31V5 SCRIPT.R40.DCFASM SDF2.V1R4M0.SDGICMD TCPIP.SEZACMAC VSAPL.DZJDMY1 I'm hoping not to have rename all these files with sysname or something just to get them cataloged. I don't want to catalog them at all... but then how will they be found when I IPL off the new res pack. I seem to remember doing some cataloging with volser(**) or was that in the dddef... Any help greatly appreciated. Is there any doc on z/os maintenance cloning best practices? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Wednesday, June 24, 2009 8:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Veteran sysprog asks dumb question Sounds like your bypass storage class (STORCLAS(SCNONSMS)) isn't taking effect (SC=SCDFLT MC=STANDARD DC=), ie it seems like your omvs dsn are going sms and that has to be catalogued. SC=SCDFLT MC=STANDARD DC= Jack Kelly 202-502-2390 (Office) -- 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: Veteran sysprog asks dumb question
Good call, Bill. I got the job working with bypassacs. When I notified a peer sysprog he realized my id was not in the hard coded list of users that are allowed to tweak the storage class. Upon hearing how easily I bypassed this restriction, he decided that loophole needed to be closed. COPY ALLDATA(*) ALLEXCP SHARE TOL(ENQF) READIOP(10)- DATASET(INCLUDE(**), - EXCLUDE(SYS1.VTOCIX.*,SYS1.VVDS.*,SYS1.IODF*)) - REPLACE PROCESS(SYS1)- NULLSTORCLAS, - BYPASSACS(**) - LIDY((RESZP2,3390)), - ODY((RESZS3,3390)) Bill, are you over in Georgetown? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of William Bishop Sent: Wednesday, June 24, 2009 10:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Veteran sysprog asks dumb question Check your ACS rules to make sure that there is not something that restricts certain functions, such as bypassing rules, that are limited to an identified set of user ids? If you are new, you may need to add your TSO Id to such a list. 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 Klein, Kenneth kenneth.kl...@kyfb.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 06/24/2009 09:45 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Veteran sysprog asks dumb question I think Jack is on to something here. I've been here 6 weeks and I am NOT an sms guru. Could very well be the acs rules. My new peers are telling me that these cloner jobs have recently (weeks ago) run fine but only the sys1.* datasets are getting copied. All the ones like these fail: AOP.SAOPEXEC CBC.SCCNJCL CEE.SCEEMSGP GLD.SGLDHDRC IOA.SIOAIBIN ISF.SISFJCL ACIF.SAPKMOD1 AOP.SAOPMENU APK.SYS1.IBM.PARMLIB.V2 ASM.SASMMAC1 CBC.SCCNCMP CDS.SCDSSAMP CEE.SAFHFORT CIM.SCIMXML CMX.SCMXDBRM CSF.SCSFCLI0 EOX.SEPHBOK1 EOY.SEOXFONT EPH.SEPHCLIB EPH.SEPHSAMP D EUV.SEUVACF EUVF.SEUVFEXC FFST.V120ESA.SEPWBENU GDDM.SADMCDA GIM.SGIMCLS0 GLD.SGLDEXEC GSK.SGSKSAMP HCM.SEEQINST ICQ.ICQABTXT IGY.SIGYCLST IMW.SIMWSDCK IOA.SIOAJAVA IOE.SIOEEXEC ISF.SISFEXEC ISP.SISPALIB JAVA.SAJVSMP1 OMVS.JAVA31V5 SCRIPT.R40.DCFASM SDF2.V1R4M0.SDGICMD TCPIP.SEZACMAC VSAPL.DZJDMY1 I'm hoping not to have rename all these files with sysname or something just to get them cataloged. I don't want to catalog them at all... but then how will they be found when I IPL off the new res pack. I seem to remember doing some cataloging with volser(**) or was that in the dddef... Any help greatly appreciated. Is there any doc on z/os maintenance cloning best practices? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Wednesday, June 24, 2009 8:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Veteran sysprog asks dumb question Sounds like your bypass storage class (STORCLAS(SCNONSMS)) isn't taking effect (SC=SCDFLT MC=STANDARD DC=), ie it seems like your omvs dsn are going sms and that has to be catalogued. SC=SCDFLT MC=STANDARD DC= Jack Kelly 202-502-2390 (Office) -- 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
First time I am running rmf III in this shop
I'm getting this error message when I try to select rmf III from the main RMF monitor menu. There's nothing in the log or the output from my tso session. This works on one of our lpars and fails on the other two. TIA Unable to allocate file ADMGDF. Contact your system administrator. *** Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville 1 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Peter Relson Sent: Tuesday, June 23, 2009 8:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's Needed in Linklst? As far as IPLing is required, the only required data sets are SYS1.LINKLIB (and the SYSLIB LINKLIB data set identified in PROGxx, if different) SYS1.MIGLIB (and the SYSLIB MIGLIB data set identified in PROGxx, if different) SYS1.CSSLIB (and the SYSLIB CSSLIB data set identified in PROGxx, if different) SYS1.SIEALNKE (and the SYSLIB LINKLIBE data set identified in PROGxx, if different) SYS1.SIEAMIGE (and the SYSLIB MIGLIBE data set identified in PROGxx, if different) Lack of these data sets will result in a wait state (code 0A with message IEA716I).. Basically, it's those data sets that are placed by the system, or required to be there, in (almost) all circumstances into every LNKLST set. All the other data sets that have been shown likely relate to a properly running system with all the various z/OS elements. So they're likely necessary in some way but won't result in an IPL-time wait state Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: First time I am running rmf III in this shop
Yes, thanks. The three lpars share catalogs and once one of the lpars allocates the dataset, the others enque on it. I want to put a system symbolic like sysname in the data set names. Did you get all done moving down from Wilkesboro? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Horne, Jim - James S Sent: Tuesday, June 23, 2009 8:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: First time I am running rmf III in this shop Has RMFGAT been started (F RMF,S III)? Jim Horne Systems Programmer Large Systems Engineering Messaging NC4IT Lowe's Companies, Inc. 1000 Lowe's Boulevard Mooresville, NC 704-758-5354 jim.ho...@lowes.com Ken Klein wrote: I'm getting this error message when I try to select rmf III from the main RMF monitor menu. There's nothing in the log or the output from my tso session. This works on one of our lpars and fails on the other two. TIA Unable to allocate file ADMGDF. Contact your system administrator. *** NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: SMS Dataset Allocation Problem
Most people are running on VIRTUAL disks anyway. z/os may see a 2105 or a 2107 but in most cases its tiny little brown round and spinning in RAID 5 on the SAN so it doesn't much matter any more. We used to place datasets on disks in accordance to their activity level and distance from the VTOC. To check your work you could open the door, look into the HDA and watch how much the actuator was bouncing around. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Tuesday, June 23, 2009 3:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS Dataset Allocation Problem Ted, It was not DB2 that had a problem. It was CICS and a few batch jobs. I don't have a problem with multi-volume datasets at all, and in fact I design SMS to allocate large datasets on as many volumes as possible. It was simply having so many candidate volumes for every dataset, 1 track or 1 pack, was excessive and we started having TIOT blow outs. I think we were using 20 for the unit count when the problem happened. We ended up using 5 for both VSAM and PS and, let SRS from DTS look after adding volumes beyond five. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, June 23, 2009 12:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] SMS Dataset Allocation Problem TIOT Set it to the max, and (in general) it won't be an issue. And, IIRC, DB2 uses a different type of table for allocation. The number of datasets it can allocate is way beyond what the TIOT, in theory, allows for. (This was about DB2, originally). - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Mainframe Express Software
If you want to learn about MVS you could install a free version on a PC. Look for mvsj38 or something like that on the cbttape site. Google should help you find it. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Washburn Sent: Friday, June 19, 2009 4:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe Express Software Yes, Please send your full name, IP address, and bank account information. We will FTP the software to you and also send you one million dollars. Arun shan arunsha...@gmail .COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Fax to .edu Subject Mainframe Express Software 06/19/2009 03:42 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu Hi Guys Any one know about Mainframe Express Software I want pirate Copy of the mainframe express... or give say equivalent software .. -- Arun.s -- 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: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
Uh, d omvs,f? Where would I enter that? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bobbie Jo Sent: Wednesday, June 17, 2009 4:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT. Why don't you paste the latest error message, and also paste the output from a D OMVS,F - Original Message - -- 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: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
Great! Good stuff. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Thursday, June 18, 2009 7:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT. Klein, Kenneth pisze: Uh, d omvs,f? Where would I enter that? This is MVS command, entered from console. DISPLAY OMVS,F You can also enter it from SDSF LOG (with slash /) -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: Tape management system discussion
Avoid any CA product if you can in any way, they charge too much and offer very poor support. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Wednesday, June 17, 2009 3:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tape management system discussion Tommy Tsui tommyt...@gmail.com wrote in message news:152969820906162004u165cc271yaff8886248931...@mail.gmail.com... Hi all, Is there any one use the IBM RMM and BMC tape management system? Which one is better ? Any comment on this two products? Any comment will be appreciated Did you intentionally not mention CA-1? The oldest, greatest and best? Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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
BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
Anybody ever see this before? -- 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