Announcement for hlasm.com
All, I have just finished three updates to the hlasm.com site: - Various product descriptions changed / added on the products page at http://www.hlasm.com/english/products/htm. Dutch version at http://www.hlasm.com/hollands/products.htm. If you have a product or service that you think is valuable in the assembler programming arena, please let me know. - IBM have renamed their Set-Program-Parameter and CPU-Measurement Facilities to Load-Program-Parameter and CPU-Measurement Facilities Some of the mnemonics have been renamed accordingly. New mnemonics added - IBM have renamed some of the Load- and Store-on-Condition menmonics. The old ones were missing and have been added. The charts are at http://www.hlasm.com/english/opcd00.htm and the lists are at http://www.hlasm.com/english/opl_bbbm.htm Kind regards to all, Abe Kornelis. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 LUs available
Hi, In our shop many users are not able to connect the Mainframe. While doing telnet they get an error saying NO LUs available please try again later. we have checked the TSO region and it is very well running. Any idea to resolve. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No LUs available
Please check definition of TSO major node in your VTAMLST. Or if you can paste it here, we will be able to get some more detail on that. Regards Saurabh On 4/6/2011 12:43 PM, jagadishan perumal wrote: Hi, In our shop many users are not able to connect the Mainframe. While doing telnet they get an error saying NO LUs available please try again later. we have checked the TSO region and it is very well running. Any idea to resolve. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
out of the office
I will be out of the office starting 04/05/2011 and will not return until 04/07/2011. If you need assistance prior to then please contact Ryan Evans at 216-471-2669. /pre This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 pre If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in the SUBJECT line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ADRDSSU issue
The error with the IODF (ADR468E) looks like it was caused by the lack of PROCESS(SYS1) parameter. On the other hand, the parameter for copying VSAM properly is SPHERE. I copied your last try and it worked ok for me. Maybe the last //* is not at the column 1?. I would delete it and try again I usually copy VSAM and nonVSAM at the same time with SPHERE with no problem. On Wed, Apr 6, 2011 at 7:47 AM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: No, I am not using any parameter for coping VSAM dataset. I was asking you to suggest me , if you have idea about any parameter, which can be useful for coping VSAM dataset. Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mainframe fresher
Hi Steve, You are right, many think that mainframes are already gone. While at SHARE in Anaheim, I was on the elevator, with a young couple. The man saw my SHARE badge, remarked that he had seen lots of them and asked what SHARE is. I explained. Turns out he is an IT professional on the distributed side. He remembered seeing that IBM commercial a few years back, the one where all of the servers have been stolen, but he thought that IBM had switched over to only making servers now. I told him a bit about the z196. When I told him that I had not needed to reboot my z800 server in over a year and the the last unplanned outage was caused by a whole building power outage a couple of years ago, he was amazed. Then he questioned security. We have a service that does penetration testing on a regular basis. When it was first brought in, all groups were given 3 weeks to harden their systems. We did no prep - the only group not to. The mainframe was the only system that wasn't penetrated. I gave him my card, told him a bit about zNextGen, and said that he might consider a day pass for SHARE and check it out. I don't know if he did or not. The fact is, in my shop, the distributed server folks deal with problems not heard of on the mainframe. When was the last time somebody had to rebuild and reintall z/OS because the system crashed and corrupted the OS files? Linda - Original Message - From: Steve Comstock st...@trainersfriend.com To: IBM-MAIN@bama.ua.edu Sent: Monday, April 4, 2011 7:44:42 AM Subject: Re: mainframe fresher On 4/4/2011 7:20 AM, Przemyslaw Kupisz wrote: Hello, It's unbelievably difficult to find a mainframe job with my current professional experience so I decided to write this mail as my last try to remain in the mainframe world. If you are looking a guy with my skills and knowledge please write me a message. For more details please follow the link in my signature. Thanks for your time. Follow the link he supplies. He looks like a bright young man, the kind we want to sustain our favorite platform - but he can't find a job. And we on this list know he is not alone. This is the kind of reality we face if we don't, collectively and individually, take positive actions. Promote z/OS, get current ourselves, tell the stories of cool things you can do in z/OS. If we (and especially IBM and the re-marketeers like Mainline and all the ISVs) don't win the hearts and minds of young management, and even people outside of the business (Are they still making mainframes?), then how can you tell your children to look for a career in mainframes? There are things every one of us can do, but we tend to let it slide, let it get done by others: it's not my job. But it is your job, literally, that's on the line. How long will your career last? Some say it's already too late. And maybe they are right. But I like to think there is still some extended potential for z/OS. But we each have to take on some responsibility for promoting awareness and appreciation of z/OS, or the window will shut all the way. Then we all lose. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: No LUs available
In our shop many users are not able to connect the Mainframe. While doing telnet they get an error saying NO LUs available please try again later. we have checked the TSO region and it is very well running. Any idea to resolve. No LUs means no LUs. Tell your communications SYSPROGs. - Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Reason code 83000505 from Binder API call
I would imagine that the owner of the module bound with EDIT=NO was doing for security/integrity reasons - they most likely do not want anyone to re-link the module and interfere with the order/sequencing or replace any of the CSECTs. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dave Day Sent: 05 April 2011 23:26 To: IBM-MAIN@bama.ua.edu Subject: Reason code 83000505 from Binder API call I'm using the Binder API to map load modules. Getting an 83000505 from an include for a load module. The reason code explanation says 83000505 INCLUDE Included module marked NOT-EDITABLE and has been bypassed. Can someone give me a reasonable explanation why a load module would be bound with EDIT=NO? Is there a way to map a load module using Binder API if it is marked such? Thanks in advance for taking a look at this, and any help provided. --Dave Day -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ADRDSSU issue
I am using below JCL and this also not able to backup VSAM dataset. I am getting same error. JCL //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=4M ,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //INVOL1DD VOL=SER=DMTCAT,UNIT=3390,DISP=SHR //OUTVOL1 DD VOL=SER=RES001,UNIT=3390,DISP=SHR //SYSIN DD * COPY DATASET(INCLUDE(**) - EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - SYSUCAT.** - OMVS.**- MVSSMP*.** - )) - LOGINDDNAME(INVOL1) - ALLDATA(*) - ALLEXCP - CANCELERROR - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - OUTDDNAME(OUTVOL1) - PERCENTUTILIZED(100) - PROCESS(SYS1) - REPLACE - SHARE - SPHERE - TGTALLOC(SOURCE) - TOLERATE(ENQFAILURE) - ADMINISTRATOR O/P 0ADR455W (001)-DDDS (01), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSE 0 CENTER.HFS 0 DFHSM.BCDS 0 DFHSM.MCDS 0 DFHSM.OCDS 0 IPCS.DATASET.DIRECTRY 0 IPCS.PROBLEM.DIRECTRY 0 PAGE.TESTMVS.COMMON 0 PAGE.TESTMVS.LOCAL 0 PAGE.TESTMVS.PLPA 1PAGE 0009 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.096 07:50 - SYS1.ENULANG Regards Saurabh On 4/6/2011 1:36 PM, Gonzalo Cengotita wrote: The error with the IODF (ADR468E) looks like it was caused by the lack of PROCESS(SYS1) parameter. On the other hand, the parameter for copying VSAM properly is SPHERE. I copied your last try and it worked ok for me. Maybe the last //* is not at the column 1?. I would delete it and try again I usually copy VSAM and nonVSAM at the same time with SPHERE with no problem. On Wed, Apr 6, 2011 at 7:47 AM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: No, I am not using any parameter for coping VSAM dataset. I was asking you to suggest me , if you have idea about any parameter, which can be useful for coping VSAM dataset. Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ADRDSSU issue
Hi, Can you check if the target volume has enough space ?? On Wed, Apr 6, 2011 at 1:55 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: I am using below JCL and this also not able to backup VSAM dataset. I am getting same error. JCL //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=4M ,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //INVOL1DD VOL=SER=DMTCAT,UNIT=3390,DISP=SHR //OUTVOL1 DD VOL=SER=RES001,UNIT=3390,DISP=SHR //SYSIN DD * COPY DATASET(INCLUDE(**) - EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - SYSUCAT.** - OMVS.**- MVSSMP*.** - )) - LOGINDDNAME(INVOL1) - ALLDATA(*) - ALLEXCP - CANCELERROR - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - OUTDDNAME(OUTVOL1) - PERCENTUTILIZED(100) - PROCESS(SYS1) - REPLACE - SHARE - SPHERE - TGTALLOC(SOURCE) - TOLERATE(ENQFAILURE) - ADMINISTRATOR O/P 0ADR455W (001)-DDDS (01), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSE 0 CENTER.HFS 0 DFHSM.BCDS 0 DFHSM.MCDS 0 DFHSM.OCDS 0 IPCS.DATASET.DIRECTRY 0 IPCS.PROBLEM.DIRECTRY 0 PAGE.TESTMVS.COMMON 0 PAGE.TESTMVS.LOCAL 0 PAGE.TESTMVS.PLPA 1PAGE 0009 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.096 07:50 - SYS1.ENULANG Regards Saurabh On 4/6/2011 1:36 PM, Gonzalo Cengotita wrote: The error with the IODF (ADR468E) looks like it was caused by the lack of PROCESS(SYS1) parameter. On the other hand, the parameter for copying VSAM properly is SPHERE. I copied your last try and it worked ok for me. Maybe the last //* is not at the column 1?. I would delete it and try again I usually copy VSAM and nonVSAM at the same time with SPHERE with no problem. On Wed, Apr 6, 2011 at 7:47 AM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: No, I am not using any parameter for coping VSAM dataset. I was asking you to suggest me , if you have idea about any parameter, which can be useful for coping VSAM dataset. Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ADRDSSU issue
I have enough space available in target volume. Also if it is space issue, I should have got abend code 37 . Also, I tried coping other volume as well, where I had VASAM dataset and got same error. Regards Saurabh Khandelwal On 4/6/2011 2:26 PM, jagadishan perumal wrote: Hi, Can you check if the target volume has enough space ?? On Wed, Apr 6, 2011 at 1:55 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com mailto:saurabh.khandel...@oracle.com wrote: I am using below JCL and this also not able to backup VSAM dataset. I am getting same error. JCL //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=4M ,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //INVOL1DD VOL=SER=DMTCAT,UNIT=3390,DISP=SHR //OUTVOL1 DD VOL=SER=RES001,UNIT=3390,DISP=SHR //SYSIN DD * COPY DATASET(INCLUDE(**) - EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - SYSUCAT.** - OMVS.**- MVSSMP*.** - )) - LOGINDDNAME(INVOL1) - ALLDATA(*) - ALLEXCP - CANCELERROR - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - OUTDDNAME(OUTVOL1) - PERCENTUTILIZED(100) - PROCESS(SYS1) - REPLACE - SHARE - SPHERE - TGTALLOC(SOURCE) - TOLERATE(ENQFAILURE) - ADMINISTRATOR O/P 0ADR455W (001)-DDDS (01), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSE 0 CENTER.HFS 0 DFHSM.BCDS 0 DFHSM.MCDS 0 DFHSM.OCDS 0 IPCS.DATASET.DIRECTRY 0 IPCS.PROBLEM.DIRECTRY 0 PAGE.TESTMVS.COMMON 0 PAGE.TESTMVS.LOCAL 0 PAGE.TESTMVS.PLPA 1PAGE 0009 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.096 07:50 - SYS1.ENULANG Regards Saurabh On 4/6/2011 1:36 PM, Gonzalo Cengotita wrote: The error with the IODF (ADR468E) looks like it was caused by the lack of PROCESS(SYS1) parameter. On the other hand, the parameter for copying VSAM properly is SPHERE. I copied your last try and it worked ok for me. Maybe the last //* is not at the column 1?. I would delete it and try again I usually copy VSAM and nonVSAM at the same time with SPHERE with no problem. On Wed, Apr 6, 2011 at 7:47 AM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com mailto:saurabh.khandel...@oracle.com wrote: No, I am not using any parameter for coping VSAM dataset. I was asking you to suggest me , if you have idea about any parameter, which can be useful for coping VSAM dataset. Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu mailto: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 mailto: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: coax (3174) throughput
W dniu 2011-04-06 03:16, Scott Ford pisze: Two things to consider is this a 3174 attached to a cha Radoslaw: Two things to consider is this a 3174 attached to a channel , i.e.; Bus/Tag or attached to a FEP(37xx), the transfer will bottleneck to its slowest device, i.e.; a modem being slower than a mainframe channel ... Yes, however my curiosity is related only to coax port - coax port channel. In this scope any other bottleneck does not apply. Of course in real word the weakest link of chain is the most important. BTW: 3174 can be channel-attached, and I guess that ESCON is not a bottleneck for coax, even 32 of them. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 INCLUDE ?
Hi Some REXX questions: Any kind of REXX INCLUDE feature i.e include a REXX copybook ? We need some large initialized data areas, stems. What is the best or fastest way to do this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX INCLUDE ?
Many moons ago when I was a sysprog, I wrote a couple of REXX external functions in assembler called STEMPUSH and STEMPULL that allow you to pass REXX stems between execs in the same address space. It does this by placing the REXX variable name and value into a dataspace stack and then you pass the dataspace token as a parameter between the execs (STEMPUSH places items on the stack and STEMPULL retrieves them). As far as I know the code still works and you can find it on the CBT tape website (www.cbttape.org). Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: 06 April 2011 11:01 To: IBM-MAIN@bama.ua.edu Subject: REXX INCLUDE ? Hi Some REXX questions: Any kind of REXX INCLUDE feature i.e include a REXX copybook ? We need some large initialized data areas, stems. What is the best or fastest way to do this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Floating point assembler code
I gave up TSO TEST for ASMIDF years ago. Give it try. In article listserv%201104051934476841.0...@bama.ua.edu you wrote: On Tue, 5 Apr 2011 15:36:24 -0400, Tony Harminc t...@harminc.net wrote: I too continue to use TSO TEST for certain things, and indeed it would be a very good thing if they would add just a few little updates: Better floating point support, as you suggest Access register support 64-bit GPR support 64-bit indirection (the IPCS syntax would be consistent) TEST (and other TSO components) are extra frustrating because however dead-ended TSO may be, there *are* updates going on, but they never seem to take the opportunity to make minor enhancements while they have a module open for other purposes. Yeah, I know - internal politics, time budget allocation, and so on. But most development labs manage to sneak in a few enhancements under the RADAR from time to time. Yes, I've discussed some of those with the TSO guy. The basic problem with all of them seems to be that they hit the TSO TEST register save and restore processing and that is non-trivial to upgrade plus its hard to do piecemeal. I've done a fair amount of AMODE(64) testing on TEST and it seems to run AMODE(64) stuff just fine; its just that you can't see the addresses when they're in registers... :-( Writing the code is the easy part; its getting the resources to thoroughly test what you've written that stops you dead in your tracks. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Weird Reply Fragments (Was: Re: Mainframe Fresher)
I use YAHOO (.ca), and that has My first guess would be yahoo. I use YAHOO (.ca), and that has never happened with my posts. I use yahoo.com, and I also see strange fragments when I reply to every ibm-main post. One other problem I have occurs when I want to write to the listserv to, say, temporarily disable receiving posts. A simple e-mail with SET IBM-MAIN NOMAIL in the body of the message is rejected by listserv, because the latter reads some strange chinese characters instead of my simple text. I'm not kidding. I wonder if Scott gets the same results trying to send a command to list serv. 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
Re: REXX INCLUDE ?
The REXX compiler offers an %INCLUDE statement. You can initialize an entire stem variable quickly, for example: stem. = 0 stem.0 = 10 Will create a stem variable of 10 elements all with a value of zero. -Original Message- From: Miklos Szigetvari [mailto:miklos.szigetv...@isis-papyrus.com] Sent: Wednesday, April 06, 2011 6:01 AM To: IBM-MAIN@bama.ua.edu Subject: REXX INCLUDE ? Hi Some REXX questions: Any kind of REXX INCLUDE feature i.e include a REXX copybook ? We need some large initialized data areas, stems. What is the best or fastest way to do this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SMP/E BYPASS( HOLDSYS( reason-list ) )
15.43.10 JOB08993 -STEPNAME PROCSTEP Not reacting that way here. 15.43.10 JOB08993 -STEPNAME PROCSTEPRC EXCP CONN 15.43.10 JOB08993 -S1 04 310K 97228 15.43.10 JOB08993 -APLY ENDED. NAME-APLY RSU1012 . APPLY . PTFS . BYPASS ( . HOLDSYSTEM .( . ACTION . DB2BIND . DELETE . DOC . EXIT . IPL . MULTSYS .) . ) . EXCLUDE ( . UK59308 . UK59650 . ) . SOURCEID ( . RSU1012 . ) . RETRY(YES) 01/10/11 TIME 15:35:07 SMP/E 35.32 From: Gerri Booth gerri.bo...@wisconsin.gov To: IBM-MAIN@bama.ua.edu Sent: Tue, April 5, 2011 4:22:14 PM Subject: Re: SMP/E BYPASS( HOLDSYS( reason-list ) ) Beginning with SMP/E V3.5 the severity of messages issued for BYPASS(HOLDSYS) changed from “warning” to “informational”, so they result in RC=00. In order to get the old behavior (RC=04) you have to add the COMPAT(WARNBYPASS) parm to the EXEC stmt for the SMP/E job. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Cool Things You Can Do in z/OS
One thing I found a few years ago that it appears is not very well known is the hilite function in ISPF Editor. You can have editor hilite JCL, REXX, Assembler, C, Cobol, HTML, and other things. I find it helpful in spotting JCL errors and REXX syntax errors before I submit/execute the job. Not to mention it does break up the monotony of the normal editor display. But you do have to be on a TN3270 emulator that supports TSO extended attributes, and the LU defined to your session must also support extended attributes. Another function I like is the hide function in ISPF editor also. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 INCLUDE ?
stem. = 0 stem.0 = 10 Will create a stem variable of 10 elements all with a value of zero. No. The first statement tells REXX to return the value 0 for any read reference to a stem variable named like stem *if* that variable has not been assigned a value explicitly. The second statememt will create a single stem variable named stem.0 and assign it a avlue of 10. No other stem variable is created. /*REXX*/ stem. = 0 stem.0 = 10 stem.assigned = anything say stem.0 say stem.assigned say stem.not.assigned will write 10 anything 0 -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ADRDSSU issue
I am trying to copy my SYSRES volume( ex: IPE100) into one new volume ( ex IPE101). All the dataset inside IPE100 is managed by indirect cataloging. As per my knowledge, only non SMS managed dataset used to be on RES volume. Then I am not sure, why I am getting above error. Also the RES volume is non SMS managed. Can anybody help me to resolve this issue. Regards Saurabh I have been following this thread. I see you are at z/OS V1.9. VSAM datasets If I remember are always SMS Managed and it is not until z/OS V1.12 that you can use indirect VSAM cataloging. I am not sure you can copy the same name VSAM dataset. You may need to copy to a new VSAM dataset name So, has this process you are using worked in the past and suddenly stopped working? When was the last successfully run? What version of z/OS was it under? Is the name you are copying already cataloged? If so, I am not sure you can use DFDSS to do this. You may need a second step to copy your IODF (or other ) VSAM datasets separately. I have had situations in the past where I had to copy everything but the VSAM files with DFDSS and then used another process to copy the VSAM files. Do you still have the last successful run output? Can you compare the listings (current and old one) and see what is different or the same? Are you creating a new system volume? You do not want to use DELETE, it may accidently delete your live datasets Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cool Things You Can Do in z/OS
On 4/6/2011 5:26 AM, Curtis Jackson wrote: One thing I found a few years ago that it appears is not very well known is the hilite function in ISPF Editor. You can have editor hilite JCL, REXX, Assembler, C, Cobol, HTML, and other things. I find it helpful in spotting JCL errors and REXX syntax errors before I submit/execute the job. Not to mention it does break up the monotony of the normal editor display. While there are a lot of cool features of the ISPF editor, I do not like hilite. I know lots of people love it, but I find it hard to look at. I always turn it off. But you do have to be on a TN3270 emulator that supports TSO extended attributes, and the LU defined to your session must also support extended attributes. Another function I like is the hide function in ISPF editor also. Hide is cool; as is flip; and ak, bk, and ok; so is retp; and I love swapbar. Lots of others. Most not well known. Maybe I'll add some of these to my list. Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: ADRDSSU issue
VSAM datasets If I remember are always SMS Managed and. NO. I have several z/OS datasets on my SYSRES volume sets that are not SMS managed. ...z/OS V1.12 that you can use indirect VSAM cataloging. I am not sure. I will have to go look this up. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ADRDSSU issue
I am using below JCL and this also not able to backup VSAM dataset. I am getting same error. JCL //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP2 EXEC PGM=ADRDSSU,REGION=4M ,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //INVOL1DD VOL=SER=DMTCAT,UNIT=3390,DISP=SHR //OUTVOL1 DD VOL=SER=RES001,UNIT=3390,DISP=SHR //SYSIN DD * COPY DATASET(INCLUDE(**) - EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - SYSUCAT.** - OMVS.**- MVSSMP*.** - )) - LOGINDDNAME(INVOL1) - ALLDATA(*) - ALLEXCP - CANCELERROR - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - OUTDDNAME(OUTVOL1) - PERCENTUTILIZED(100) - PROCESS(SYS1) - REPLACE - SHARE - SPHERE - TGTALLOC(SOURCE) - TOLERATE(ENQFAILURE) - ADMINISTRATOR The ADR468E has the following entry in the message If the REPLACE or REPLACEUNCONDITIONAL keyword was specified, either the data set does not qualify for preallocation or a preallocated target does not exist, and one of the following conditions applies: If DELETE is specified and the entry name is a SYS1., page, or swap data set, the RENAMEUNCONDITIONAL or PROCESS(SYS1) subparameter was not specified. If the entry name is a cluster name and DELETE was not specified: (1) the RENAMEUNCONDITIONAL subparameter was not specified, or (2) the RECAT subparameter was not specified. If the entry name is an alternate index or a user catalog name: (1) the DELETE subparameter was not specified, or (2) the RENAMEUNCONDITIONAL subparameter was specified. I would not use REPLACE because the VSAM dataset probably does not exist before the COPY function. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: coax (3174) throughput
r.skoru...@bremultibank.com.pl (R.S.) writes: Yes, however my curiosity is related only to coax port - coax port channel. In this scope any other bottleneck does not apply. Of course in real word the weakest link of chain is the most important. BTW: 3174 can be channel-attached, and I guess that ESCON is not a bottleneck for coax, even 32 of them. re: http://www.garlic.com/~lynn/2011e.html#94 coax (3174) throughput I never measured 3174 ... the 3274 had the opposite problem ... not only did moving lot of electronics out of the head back to shared control unit ... enormously increase coax cable chatter and slow down thruput (i.e. both the amount of chatter on the coax as well as latency for all the back and forth to support really dumbed down 3278) ... but the slow electronics in the 3274 had significant hit on (bustag) channel busy (transfer rate 640kbytes on the channel side ... but really slow handsaking made raw transfer rate only small part of the channel busy ... analogous to all the really slow handshaking on the coax side enormously slowing down effective response time and transfer rate). I had done a project for the IMS group when STL was bursting at the seams and 300 were being put at remote site ... with datacenter support back to STL. They had tested remote 3278 support back to STL and found it truely horrible and totally unacceptable ... local channel attach 3278 were bad enough having hard time making subsecond response http://www.garlic.com/~lynn/2001m.html#19 3270 protocol but for remote 3278, it wasn't even remotely possile :-) The side effect of doing support for channel-extender ... allowing channel attached 3274s controllers to put at the remote location (and providing 3278 response at remote location, that was indistinquishable from local channel attach), the channel-extender boxes had significantly faster channel interface processing ... getting the 3274s off the real channels improved local processor thruput by 10-15%. When 3278s originally came out ... we complained loudly to the product group about 3278 interactive performance vis-a-vis 3277. Eventually the product group came back with the reply that 3278s weren't designed for interactive computing but for data entry (aka basically online upgrade for card punch machines). The controller channel busy overhead (independent of raw transfer rate) was to raise its head again with 3090 and 3880 disk controllers (3mbyte transfer rate). The 3880 channel busy overhead turned out to be so high, 3090 product realized that it had to add a whole bunch additional channels ... which resulted in having to add an extra TCM to 3090 manufacturing (there were jokes that the 3090 group was going to bill the 3880 product group for the cost of the increased 3090 manufacturing cost). This was sort of the leading edge of theme that mainframes with enormous number of channels being a good thing (when it was actually to compensate for the channel/controller interface design and slow controllers would drastically reduce channel effectiveness). a couple recent posts: http://www.garlic.com/~lynn/2011.html#37 CKD DASD http://www.garlic.com/~lynn/2011e.html#15 At least two decades back, some gurus predicted that mainframes would disappear in future and it still has not happened -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 LUs available
You probably have more people coming in via TN3270 than it has available 3270 virtual terminals defined. The parameters in the TN3270 server list, perhaps generically, VTAM LUs that it can use for TN3270 emulation. Once all of them are in use, no more TN3270 connections can be made until someone else disconnects from the TN3270 server and so frees up an LU. The TN3270 server has parameters. Examples from my z/OS 1.10 system: TELNETPARMS PORT 3023 ; CODEPAGE ISO8859-1 IBM-1047 FULLDATATRACE INACTIVE 28800 PRTINACTIVE 600 TIMEMARK 600 SCANINTERVAL 120 SMFINIT TYPE119 SMFTERM TYPE119 LUSESSIONPEND ; Define logon mode tables to be the defaults shipped with the ; latest level of VTAM TELNETDEVICE 3278-2-E NSX32702 TELNETDEVICE 3279-2-E NSX32702 TELNETDEVICE 3278-3-E NSX32703 TELNETDEVICE 3279-3-E NSX32703 TELNETDEVICE 3278-4-E NSX32704 TELNETDEVICE 3279-4-E NSX32704 TELNETDEVICE 3278-5-E NSX32705 TELNETDEVICE 3279-5-E NSX32705 ; WLMCLUSTERNAME TN3270E ENDWLMCLUSTERNAME ENDTELNETPARMS BEGINVTAM PORT 3023 ; Define the LUs to be used for general users. DEFAULTLUS DCCVDTAA..DCCVDTAZ..FFAA ENDDEFAULTLUS LINEMODEAPPL TSO ; Send all line-mode terminals directly to TSO. ALLOWAPPL TSO* DISCONNECTABLE ; Allow all users access to TSO ; applications. ; TSO is multiple applications all beginning with TSO, ; so use the * to get them all. If a session is closed, ; disconnect the user rather than log off the user. ALLOWAPPL * ; Allow all applications that have not been ; previously specified to be accessed. ; Map Telnet sessions from this node to display USSTXBSC screen. USSTCP USSTXBSC ; ENDVTAM The above requires a VTAM defination for LUs DCCVDTAA..DCCVDTAZ - 26 LUs. We do this with a major VTAM node similar to: D08ACCES VBUILD TYPE=APPL APPLICATION MAJOR NODE * D08VDTA? APPL ACBNAME=DCCVDTA?, TCP/IP VIRTUAL TERMINAL DEFINITION + MODETAB=MODETABP, + VPACING=1,AUTH=(VPACE),EAS=10 This is a very stripped down example. But the 27th attempted concurrent connections would get your message because all the 3270 LUs are in use. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Wednesday, April 06, 2011 2:14 AM To: IBM-MAIN@bama.ua.edu Subject: No LUs available Hi, In our shop many users are not able to connect the Mainframe. While doing telnet they get an error saying NO LUs available please try again later. we have checked the TSO region and it is very well running. Any idea to resolve. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ADRDSSU issue
SYS1 datasets needs the additional parameter of PROCESS(SYS1) that I didn't see in your JCL example. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Mike Wickman Technical Services Phone 913-236-1663 Cell 913-449-6423 Fax 913-236-1555 email mwick...@waddell.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Tuesday, April 05, 2011 8:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] ADRDSSU issue Hi, 1) Instead of copying your IODF cluster. You can even use your existing IODF and Just IPL from the address of the new COD sysres volume, but point LOADPARM at your normal IODF volume. 2) Or else you can define a new Cluster at the target volume and copy the existing IODF cluster from the source using the load module CBDMGHCP. You can google it to find the sample JCL for CBDMGHCP. Regards, Jags On Tue, Apr 5, 2011 at 8:48 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Hello, Along with PS and PDS i am also coping VSAM dataset available like IODF cluster file etc and getting below error. 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODFD0.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF00.WORK.CLUSTER IN CATALOG LOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF01.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZARNT3 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET SYS1.SBLSPNL0 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZAINST ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZATCP ALLOCATED, ON VOLUME(S): RES001 DR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 262 OF 262 DATA SETS WE FOR OTHER REASONS. DR455W (001)-DDDS (01), *THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED* * SYS1.IODFD0.WORK.CLUSTER SYS1.IODF00.WORK.CLUSTER SYS1.IODF01.WORK.CLUSTER* DR454I (001)-DDDS (02), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED ISF.SISFHELP SYS1.SCUNLOCL TCPIP.SEZAXAWL CEE.SCEESAMP SYS1.SISTASN1 SYS1.SBPXMENU AGE 0011 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.095 14:07 On 4/5/2011 8:33 PM, jagadishan perumal wrote: Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen lucky chenluck...@gmail.com chenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged. 2011/4/5 SAURABH KHANDELWAL saurabh.khandel...@oracle.com saurabh.khandel...@oracle.com Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am searching for the parameter you suggested. Regards On 4/5/2011 7:38 PM, Richard Marchant wrote: Saurabh, There is a parameter in ADRDSSU where you can bypass the ACS routines, something like BYPASSACS. Check out the manual. HTH Richard From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of McKown, John [john.mck...@healthmarkets.com] Sent: 05 April 2011 03:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue My __guess__ is that your STORCLAS ACS routine is assigning a storage class to the new allocations. In my shop, I __must__ specify the parameter: STORAGECLASS(NONSMS) which is tested in the ACS routines to make a dataset non SMS managed. Again, AT MY SHOP, this is a requirement. Why? Because that's how I wrote the ACS routine. The ACS routines are in house written. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com http://www.healthmarkets.com/http://www.healthmarkets.com/ http://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
Re: REXX INCLUDE ?
On Wed, 6 Apr 2011 07:00:45 -0400, Sambataro, Anthony (NIH/CIT) [E] wrote: The REXX compiler offers an %INCLUDE statement. You can initialize an entire stem variable quickly, for example: stem. = 0 stem.0 = 10 Will create a stem variable of 10 elements all with a value of zero. No, it will create a stem variable of an unlimited number of elements one of which has a nonzero value. I suspect the OP wanted a less homogeneous initialization. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: *CNZ4201E OPERLOG HAS FAILED
Hi Jags, I see: SYSPLEX.OPERLOG*DASDONLY* SYSNAME: ZOSB DUPLEXING: STAGING DATA SET DUPLEXING: STAGING DATA SET GROUP: PRODUCTION When you configure Operlog as a dasdonly log stream, you can only access it from one system in your sysplex at a time. Is operlog connected on system ZOSB and you are trying to use it on another system in your plex, perhaps ZOSA? -Nick Jones Logger L3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cool Things You Can Do in z/OS
I always liked the COMPARE command of the ISPF editor. You can use it in combination with the SDSF edit JCL feature to compare JCL for the submitted job with another related copy. Also handy for comparing different versions of source. Bill On Wed, 6 Apr 2011 06:30:25 -0600, Steve Comstock st...@trainersfriend.com wrote: On 4/6/2011 5:26 AM, Curtis Jackson wrote: One thing I found a few years ago that it appears is not very well known is the hilite function in ISPF Editor. You can have editor hilite JCL, REXX, Assembler, C, Cobol, HTML, and other things. I find it helpful in spotting JCL errors and REXX syntax errors before I submit/execute the job. Not to mention it does break up the monotony of the normal editor display. While there are a lot of cool features of the ISPF editor, I do not like hilite. I know lots of people love it, but I find it hard to look at. I always turn it off. But you do have to be on a TN3270 emulator that supports TSO extended attributes, and the LU defined to your session must also support extended attributes. Another function I like is the hide function in ISPF editor also. Hide is cool; as is flip; and ak, bk, and ok; so is retp; and I love swapbar. Lots of others. Most not well known. Maybe I'll add some of these to my list. Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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 INCLUDE ?
On Wed, 6 Apr 2011 14:14:27 +0200, Hunkeler Peter (KIUP 4) wrote: stem. = 0 stem.0 = 10 Will create a stem variable of 10 elements all with a value of zero. No. The first statement tells REXX to return the value 0 for any read reference to a stem variable named like stem *if* that variable has not been assigned a value explicitly. I would clarify with: *if* that variable has neither been assigned a value explicitly nor explicitly dropped in the interim. Order of operations matters. The TSO/E Rexx Reference states it most concisely: ... when a stem is used as the target of an assignment, all possible compound variables whose names begin with that stem receive the new value, ... -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E BYPASS( HOLDSYS( reason-list ) )
The RC=0 from BYPASS(HOLDSYSTEM) under SMP/E 3.5 is for both APPLY CHECK and APPLY. Try an APPLY CHECK job with the COMPAT(WARNBYPASS) parm on the EXEC and you'll get RC=4 for the job. The primary reason you'd get RC=4 on the APPLY after getting RC=0 on the APPLY CHECK is because of RETURN CODE = 4 from the binder. Look at the GIM42001 and GIM35966 msgs in the output. Those are the messages that result from the BYPASS(HOLDSYS). If they end with an I rather than a W then that means they are returning RC=0. Only messages ending in W result in RC=4. In my APPLY jobs those are always GIM23913W (LINK-EDIT PROCESSING FOR SYSMOD UA55316 WAS SUCCESSFUL FOR MODULE ISTAPCTQ IN LMOD ISTAPVL1 IN THE SISTCLIB LIBRARY. THE RETURN CODE WAS 04). On Wed, 6 Apr 2011 04:21:22 -0700, Bill Johnson mellonb...@yahoo.com wrote: 15.43.10 JOB08993 -STEPNAME PROCSTEP Not reacting that way here. 15.43.10 JOB08993 -STEPNAME PROCSTEPRC EXCP CONN 15.43.10 JOB08993 -S1 04 310K 97228 15.43.10 JOB08993 -APLY ENDED. NAME-APLY RSU1012 . APPLY . PTFS . BYPASS ( . HOLDSYSTEM .( . ACTION . DB2BIND . DELETE . DOC . EXIT . IPL . MULTSYS .) . ) . EXCLUDE ( . UK59308 . UK59650 . ) . SOURCEID ( . RSU1012 . ) . RETRY(YES) 01/10/11 TIME 15:35:07 SMP/E 35.32 From: Gerri Booth gerri.bo...@wisconsin.gov To: IBM-MAIN@bama.ua.edu Sent: Tue, April 5, 2011 4:22:14 PM Subject: Re: SMP/E BYPASS( HOLDSYS( reason-list ) ) Beginning with SMP/E V3.5 the severity of messages issued for BYPASS(HOLDSYS) changed from âwarningâ to âinformationalâ, so they result in RC=00. In order to get the old behavior (RC=04) you have to add the COMPAT(WARNBYPASS) parm to the EXEC stmt for the SMP/E job. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Weird Reply Fragments (Was: Re: Mainframe Fresher)
I know Yahoo may have had some other issue Hey stranger, hows life ? I know Yahoo may have had some other issues... Scott J Ford This is what I see on IBM-MAIN's web page. Sorry, Scott, but you are the only person with this fragments. Please tell the list which of the 6 lines (blank lines included) did you actually typed in? Which line is the FIRST line when you send that post? What happens when you used IBM-MAIN's own pages or other e-mail client? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E BYPASS( HOLDSYS( reason-list ) )
Thanks for clearing that up. I received RC=4 under earlier releases of SMP/E and still receive RC=4 but because of the reason you point out. Yes, the old bypass warnings are now informational. Never really paid that much attention to RC=4 under most circumstances. From: Gerri Booth gerri.bo...@wisconsin.gov To: IBM-MAIN@bama.ua.edu Sent: Wed, April 6, 2011 9:46:13 AM Subject: Re: SMP/E BYPASS( HOLDSYS( reason-list ) ) The RC=0 from BYPASS(HOLDSYSTEM) under SMP/E 3.5 is for both APPLY CHECK and APPLY. Try an APPLY CHECK job with the COMPAT(WARNBYPASS) parm on the EXEC and you'll get RC=4 for the job. The primary reason you'd get RC=4 on the APPLY after getting RC=0 on the APPLY CHECK is because of RETURN CODE = 4 from the binder. Look at the GIM42001 and GIM35966 msgs in the output. Those are the messages that result from the BYPASS(HOLDSYS). If they end with an I rather than a W then that means they are returning RC=0. Only messages ending in W result in RC=4. In my APPLY jobs those are always GIM23913W (LINK-EDIT PROCESSING FOR SYSMOD UA55316 WAS SUCCESSFUL FOR MODULE ISTAPCTQ IN LMOD ISTAPVL1 IN THE SISTCLIB LIBRARY. THE RETURN CODE WAS 04). On Wed, 6 Apr 2011 04:21:22 -0700, Bill Johnson mellonb...@yahoo.com wrote: 15.43.10 JOB08993 -STEPNAME PROCSTEP Not reacting that way here. 15.43.10 JOB08993 -STEPNAME PROCSTEPRC EXCP CONN 15.43.10 JOB08993 -S1 04 310K 97228 15.43.10 JOB08993 -APLY ENDED. NAME-APLY RSU1012 . APPLY . PTFS . BYPASS ( . HOLDSYSTEM .( . ACTION . DB2BIND . DELETE . DOC . EXIT . IPL . MULTSYS .) . ) . EXCLUDE ( . UK59308 . UK59650 . ) . SOURCEID ( . RSU1012 . ) . RETRY(YES) 01/10/11 TIME 15:35:07 SMP/E 35.32 From: Gerri Booth gerri.bo...@wisconsin.gov To: IBM-MAIN@bama.ua.edu Sent: Tue, April 5, 2011 4:22:14 PM Subject: Re: SMP/E BYPASS( HOLDSYS( reason-list ) ) Beginning with SMP/E V3.5 the severity of messages issued for BYPASS(HOLDSYS) changed from “warning” to “informational”, so they result in RC=00. In order to get the old behavior (RC=04) you have to add the COMPAT(WARNBYPASS) parm to the EXEC stmt for the SMP/E job. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
RESMIL in a MONOPLEX
Does the RESMIL parameter have any effect in a MONOPLEX system. We use an RDP (Remote Development Program) system supplied by IBM at Dallas and a D GRS shows - RESPONSE=S0W1 ISG343I 15.14.47 GRS STATUS 422 SYSTEMSTATE SYSTEMSTATE S0W1 ACTIVE GRS RING MODE INFORMATION RESMIL: 10 TOLINT:180 SYNCHRES: YES ENQMAXU: 16384 ENQMAXA:25 Should RESMIL be set to 0 or OFF or doesn't it matter. The reason for asking the question is that we are seeing very high enque/deque times when running DFDSS dataset backups. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ADRDSSU issue
Hello, I am using below JCL now and getting below error. But now I am not getting error for VSAM dataset. O/P *0ADR410E (001)-DDFLT(02), DATA SET SYS1.NFS.LOG1 IN CATALOG CATALOG.MASTER.MCAT ON VOLUME DMTCAT FAILED SERIALIZATION FOR DELETE. 0ADR410E (001)-DDFLT(02), DATA SET SYS1.NFS.LOG2 IN CATALOG CATALOG.MASTER.MCAT ON VOLUME DMTCAT FAILED SERIALIZATION FOR DELETE. * *0ADR410E error description is : *Copy with DELETE specified requires exclusive access to the data set to be deleted. When you are to rename the data set being copied, either source or target data set being used will cause copy to fail and the system to issue this message. The data set identified in the message represents either the source or target data set that is in use. JCL : //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP1EXEC PGM=ADRDSSU,REGION=2M,PARM='' //D1 DD UNIT=3390,VOL=SER=DMTCAT,DISP=SHR //D2 DD UNIT=3390,VOL=SER=RES001,DISP=SHR //DUMMY DD DUMMY //SYSPRINT DD SYSOUT=* //SYSIN DD * COPY DS(INCLUDE( - CEE.** - DFS.** - GIM.**- ISF.**- ISP.** - SYS1.** - PASSWORD.** - TCPIP.** )- EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - )) - INDD(D1 ) - OUTDD(D2) - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - PROCESS(SYS1) - TOL(ENQF) ALLDATA(*) CAT SPHERE DELETE PURGE /* Regards Saurabh Khandelwal On 4/6/2011 6:54 PM, Michael Wickman wrote: SYS1 datasets needs the additional parameter of PROCESS(SYS1) that I didn't see in your JCL example. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Mike Wickman Technical Services Phone 913-236-1663 Cell 913-449-6423 Fax 913-236-1555 email mwick...@waddell.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Tuesday, April 05, 2011 8:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] ADRDSSU issue Hi, 1) Instead of copying your IODF cluster. You can even use your existing IODF and Just IPL from the address of the new COD sysres volume, but point LOADPARM at your normal IODF volume. 2) Or else you can define a new Cluster at the target volume and copy the existing IODF cluster from the source using the load module CBDMGHCP. You can google it to find the sample JCL for CBDMGHCP. Regards, Jags On Tue, Apr 5, 2011 at 8:48 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Hello, Along with PS and PDS i am also coping VSAM dataset available like IODF cluster file etc and getting below error. 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODFD0.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF00.WORK.CLUSTER IN CATALOG LOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF01.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZARNT3 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET SYS1.SBLSPNL0 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZAINST ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZATCP ALLOCATED, ON VOLUME(S): RES001 DR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 262 OF 262 DATA SETS WE FOR OTHER REASONS. DR455W (001)-DDDS (01), *THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED* * SYS1.IODFD0.WORK.CLUSTER SYS1.IODF00.WORK.CLUSTER SYS1.IODF01.WORK.CLUSTER* DR454I (001)-DDDS (02), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED ISF.SISFHELP SYS1.SCUNLOCL TCPIP.SEZAXAWL CEE.SCEESAMP SYS1.SISTASN1 SYS1.SBPXMENU AGE 0011 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.095 14:07 On 4/5/2011 8:33 PM, jagadishan perumal wrote: Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen luckychenluck...@gmail.com chenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged. 2011/4/5 SAURABH KHANDELWALsaurabh.khandel...@oracle.com saurabh.khandel...@oracle.com Thanks Richard, I tried using STORAGE CLASS parameter( NOSMS). but still got same error. Now I am
Re: ADRDSSU issue
*0ADR410E (001)-DDFLT(02), DATA SET SYS1.NFS.LOG1 IN CATALOG CATALOG.MASTER.MCAT ON VOLUME DMTCAT FAILED SERIALIZATION FOR DELETE. 0ADR410E (001)-DDFLT(02), DATA SET SYS1.NFS.LOG2 IN CATALOG CATALOG.MASTER.MCAT ON VOLUME DMTCAT FAILED SERIALIZATION FOR DELETE. * *0ADR410E error description is : *Copy with DELETE specified requires exclusive access to the data set to be deleted. When you are to rename the data set being copied, either source or target data set being used will cause copy to fail and the system to issue this message. The data set identified in the message represents either the source or target data set that is in use. You are trying to delete your live datasets on DMTCAT. Did you want to delete your datasets on DMTCAT? If you code DELETE it will delete the Datasets you are copying. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: *CNZ4201E OPERLOG HAS FAILED
Hi, Its a MonoPlex. The Logger storage group volume Loger01 was fully exhausted and we deleted some orphaned Log datasets and this Error message has stopped popping. On Wed, Apr 6, 2011 at 7:04 PM, Nick Jones nrjo...@us.ibm.com wrote: Hi Jags, I see: SYSPLEX.OPERLOG*DASDONLY* SYSNAME: ZOSB DUPLEXING: STAGING DATA SET DUPLEXING: STAGING DATA SET GROUP: PRODUCTION When you configure Operlog as a dasdonly log stream, you can only access it from one system in your sysplex at a time. Is operlog connected on system ZOSB and you are trying to use it on another system in your plex, perhaps ZOSA? -Nick Jones Logger L3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ADRDSSU issue
This error means the dataset is opened by an application and you can't delete it, it has nothing to do with being VSAM or sequential On Wed, Apr 6, 2011 at 4:24 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Hello, I am using below JCL now and getting below error. But now I am not getting error for VSAM dataset. O/P *0ADR410E (001)-DDFLT(02), DATA SET SYS1.NFS.LOG1 IN CATALOG CATALOG.MASTER.MCAT ON VOLUME DMTCAT FAILED SERIALIZATION FOR DELETE. 0ADR410E (001)-DDFLT(02), DATA SET SYS1.NFS.LOG2 IN CATALOG CATALOG.MASTER.MCAT ON VOLUME DMTCAT FAILED SERIALIZATION FOR DELETE. * *0ADR410E error description is : *Copy with DELETE specified requires exclusive access to the data set to be deleted. When you are to rename the data set being copied, either source or target data set being used will cause copy to fail and the system to issue this message. The data set identified in the message represents either the source or target data set that is in use. JCL : //DUMPUP01 JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1), // NOTIFY=SYSUID //STEP1EXEC PGM=ADRDSSU,REGION=2M,PARM='' //D1 DD UNIT=3390,VOL=SER=DMTCAT,DISP=SHR //D2 DD UNIT=3390,VOL=SER=RES001,DISP=SHR //DUMMY DD DUMMY //SYSPRINT DD SYSOUT=* //SYSIN DD * COPY DS(INCLUDE( - CEE.** - DFS.** - GIM.**- ISF.**- ISP.** - SYS1.** - PASSWORD.** - TCPIP.** )- EXCLUDE(SYS1.VTOCIX.** - SYS1.VVDS.** - )) - INDD(D1 ) - OUTDD(D2) - BYPASSACS(**) - FORCE - NULLMGMTCLAS - NULLSTORCLAS - PROCESS(SYS1) - TOL(ENQF) ALLDATA(*) CAT SPHERE DELETE PURGE /* Regards Saurabh Khandelwal On 4/6/2011 6:54 PM, Michael Wickman wrote: SYS1 datasets needs the additional parameter of PROCESS(SYS1) that I didn't see in your JCL example. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Mike Wickman Technical Services Phone 913-236-1663 Cell 913-449-6423 Fax 913-236-1555 email mwick...@waddell.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Tuesday, April 05, 2011 8:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] ADRDSSU issue Hi, 1) Instead of copying your IODF cluster. You can even use your existing IODF and Just IPL from the address of the new COD sysres volume, but point LOADPARM at your normal IODF volume. 2) Or else you can define a new Cluster at the target volume and copy the existing IODF cluster from the source using the load module CBDMGHCP. You can google it to find the sample JCL for CBDMGHCP. Regards, Jags On Tue, Apr 5, 2011 at 8:48 PM, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Hello, Along with PS and PDS i am also coping VSAM dataset available like IODF cluster file etc and getting below error. 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODFD0.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF00.WORK.CLUSTER IN CATALOG LOG.MASTER.MCAT IS NOT PROCESSABLE 0ADR468E (001)-DDFLT(04), VSAM DATA SET SYS1.IODF01.WORK.CLUSTER IN CATALOG CATALOG.MASTER.MCAT IS NOT PROCESSABLE DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZARNT3 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET SYS1.SBLSPNL0 ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZAINST ALLOCATED, ON VOLUME(S): RES001 DR396I (001)-NEWDS(01), DATA SET TCPIP.SEZATCP ALLOCATED, ON VOLUME(S): RES001 DR801I (001)-DDDS (01), DATA SET FILTERING IS COMPLETE. 262 OF 262 DATA SETS WE FOR OTHER REASONS. DR455W (001)-DDDS (01), *THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED* * SYS1.IODFD0.WORK.CLUSTER SYS1.IODF00.WORK.CLUSTER SYS1.IODF01.WORK.CLUSTER* DR454I (001)-DDDS (02), THE FOLLOWING DATA SETS WERE SUCCESSFULLY PROCESSED ISF.SISFHELP SYS1.SCUNLOCL TCPIP.SEZAXAWL CEE.SCEESAMP SYS1.SISTASN1 SYS1.SBPXMENU AGE 0011 5695-DF175 DFSMSDSS V1R09.0 DATA SET SERVICES 2011.095 14:07 On 4/5/2011 8:33 PM, jagadishan perumal wrote: Hi, Incase if you are trying to move your HSM control Files(MCDS,OCDS,BCDS). Then probably you might get this error because HSM control files are Normal VSAM files. If this is your case then you have to stop HSM and Invoke DFDSS to move on the VSAM datasets. Regards, Jags On Tue, Apr 5, 2011 at 8:28 PM, chen luckychenluck...@gmail.com chenluck...@gmail.com wrote: In original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had
Re: RESMIL in a MONOPLEX
Monoplex is not the issue, the existence (or not) of a ring is. Since you are not in a GRS ring, you are not affected. On Wed, Apr 6, 2011 at 10:18 AM, Jim McAlpine jim.mcalp...@gmail.comwrote: Does the RESMIL parameter have any effect in a MONOPLEX system. We use an RDP (Remote Development Program) system supplied by IBM at Dallas and a D GRS shows - RESPONSE=S0W1 ISG343I 15.14.47 GRS STATUS 422 SYSTEMSTATE SYSTEMSTATE S0W1 ACTIVE GRS RING MODE INFORMATION RESMIL: 10 TOLINT:180 SYNCHRES: YES ENQMAXU: 16384 ENQMAXA:25 Should RESMIL be set to 0 or OFF or doesn't it matter. The reason for asking the question is that we are seeing very high enque/deque times when running DFDSS dataset backups. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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
Re: coax (3174) throughput
Are you concerned about thruput or response time ? Wha Radoslaw: Are you concerned about thruput or response time ? What is the application doing ? How much data is being sent/received ? These would be some of the questions I would want answered if I were you.. Scott J Ford From: R.S. r.skoru...@bremultibank.com.pl To: IBM-MAIN@bama.ua.edu Sent: Wed, April 6, 2011 5:14:51 AM Subject: Re: coax (3174) throughput W dniu 2011-04-06 03:16, Scott Ford pisze: Two things to consider is this a 3174 attached to a cha Radoslaw: Two things to consider is this a 3174 attached to a channel , i.e.; Bus/Tag or attached to a FEP(37xx), the transfer will bottleneck to its slowest device, i.e.; a modem being slower than a mainframe channel ... Yes, however my curiosity is related only to coax port - coax port channel. In this scope any other bottleneck does not apply. Of course in real word the weakest link of chain is the most important. BTW: 3174 can be channel-attached, and I guess that ESCON is not a bottleneck for coax, even 32 of them. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00begin_of_the_skype_highlighting +48 (22) 829 00 00 end_of_the_skype_highlighting, fax +48 (22) 829 00 33begin_of_the_skype_highlighting +48 (22) 829 00 33 end_of_the_skype_highlighting, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 LUs available
Hi, There were almost 500 LUs defined and we have kept a limit of 200 tso users. Even though we had a shortage of LUs. Any Idea. Regards Jags On Wed, Apr 6, 2011 at 6:20 PM, McKown, John john.mck...@healthmarkets.comwrote: You probably have more people coming in via TN3270 than it has available 3270 virtual terminals defined. The parameters in the TN3270 server list, perhaps generically, VTAM LUs that it can use for TN3270 emulation. Once all of them are in use, no more TN3270 connections can be made until someone else disconnects from the TN3270 server and so frees up an LU. The TN3270 server has parameters. Examples from my z/OS 1.10 system: TELNETPARMS PORT 3023 ; CODEPAGE ISO8859-1 IBM-1047 FULLDATATRACE INACTIVE 28800 PRTINACTIVE 600 TIMEMARK 600 SCANINTERVAL 120 SMFINIT TYPE119 SMFTERM TYPE119 LUSESSIONPEND ; Define logon mode tables to be the defaults shipped with the ; latest level of VTAM TELNETDEVICE 3278-2-E NSX32702 TELNETDEVICE 3279-2-E NSX32702 TELNETDEVICE 3278-3-E NSX32703 TELNETDEVICE 3279-3-E NSX32703 TELNETDEVICE 3278-4-E NSX32704 TELNETDEVICE 3279-4-E NSX32704 TELNETDEVICE 3278-5-E NSX32705 TELNETDEVICE 3279-5-E NSX32705 ; WLMCLUSTERNAME TN3270E ENDWLMCLUSTERNAME ENDTELNETPARMS BEGINVTAM PORT 3023 ; Define the LUs to be used for general users. DEFAULTLUS DCCVDTAA..DCCVDTAZ..FFAA ENDDEFAULTLUS LINEMODEAPPL TSO ; Send all line-mode terminals directly to TSO. ALLOWAPPL TSO* DISCONNECTABLE ; Allow all users access to TSO ; applications. ; TSO is multiple applications all beginning with TSO, ; so use the * to get them all. If a session is closed, ; disconnect the user rather than log off the user. ALLOWAPPL * ; Allow all applications that have not been ; previously specified to be accessed. ; Map Telnet sessions from this node to display USSTXBSC screen. USSTCP USSTXBSC ; ENDVTAM The above requires a VTAM defination for LUs DCCVDTAA..DCCVDTAZ - 26 LUs. We do this with a major VTAM node similar to: D08ACCES VBUILD TYPE=APPL APPLICATION MAJOR NODE * D08VDTA? APPL ACBNAME=DCCVDTA?, TCP/IP VIRTUAL TERMINAL DEFINITION + MODETAB=MODETABP, + VPACING=1,AUTH=(VPACE),EAS=10 This is a very stripped down example. But the 27th attempted concurrent connections would get your message because all the 3270 LUs are in use. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Wednesday, April 06, 2011 2:14 AM To: IBM-MAIN@bama.ua.edu Subject: No LUs available Hi, In our shop many users are not able to connect the Mainframe. While doing telnet they get an error saying NO LUs available please try again later. we have checked the TSO region and it is very well running. Any idea to resolve. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Weird Reply Fragments (Was: Re: Mainframe Fresher)
I have not tried the SET IBM-MAIN NOMAIL , maybe I should migh Walter: I have not tried the SET IBM-MAIN NOMAIL , maybe I should might be interesting to say the least. Scott J Ford From: Walter Marguccio walter_marguc...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Wed, April 6, 2011 6:41:36 AM Subject: Re: Weird Reply Fragments (Was: Re: Mainframe Fresher) I use YAHOO (.ca), and that has My first guess would be yahoo. I use YAHOO (.ca), and that has never happened with my posts. I use yahoo.com, and I also see strange fragments when I reply to every ibm-main post. One other problem I have occurs when I want to write to the listserv to, say, temporarily disable receiving posts. A simple e-mail with SET IBM-MAIN NOMAIL in the body of the message is rejected by listserv, because the latter reads some strange chinese characters instead of my simple text. I'm not kidding. I wonder if Scott gets the same results trying to send a command to list serv. 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: coax (3174) throughput
W dniu 2011-04-06 16:57, Scott Ford pisze: Are you concerned about thruput or response time ? What is the application doing ? How much data is being sent/received ? These would be some of the questions I would want answered if I were you.. It's pure curiosity. I don't want to create any new project based on coax connection. I just realised that I don't know what is the speed of coax connection - so I asked. It does NOT depend on application, it's not dependent on resonse time, there are not real data to be sent. What is the speed of Token Ring? Simple answer is 4Mbps (16 or even 100 in newer versions). Does it depend on amount of data sent, application, response time? No. Similar question can be asked about ESCON, FICON, Ethernet, RS232 in my PC, etc. And coax connection. Regards -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cool Things You Can Do in z/OS
One of the features of the edit compare that I find useful is that while editing you can issue command COMPARE * to see what changes you made since the last save. - Don Imbriale On Wed, Apr 6, 2011 at 9:36 AM, Big Iron billlalo...@rocketmail.com wrote: I always liked the COMPARE command of the ISPF editor. You can use it in combination with the SDSF edit JCL feature to compare JCL for the submitted job with another related copy. Also handy for comparing different versions of source. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: coax (3174) throughput
I was a SNA guy for a long time and we used to use a 1mbit f Radoslaw: I was a SNA guy for a long time and we used to use a 1mbit figure of channel attached 3174's with a coax..been awhile... FEP(3745) totally different issue unless the 3174's are attached to Token Rinf ( havent heard that one for awhile ) , or a ethernet segment. The speed still would be based on how the 3745 is attached where it is a Boundary Node or channel attached.. Scott J Ford From: R.S. r.skoru...@bremultibank.com.pl To: IBM-MAIN@bama.ua.edu Sent: Wed, April 6, 2011 11:10:38 AM Subject: Re: coax (3174) throughput W dniu 2011-04-06 16:57, Scott Ford pisze: Are you concerned about thruput or response time ? What is the application doing ? How much data is being sent/received ? These would be some of the questions I would want answered if I were you.. It's pure curiosity. I don't want to create any new project based on coax connection. I just realised that I don't know what is the speed of coax connection - so I asked. It does NOT depend on application, it's not dependent on resonse time, there are not real data to be sent. What is the speed of Token Ring? Simple answer is 4Mbps (16 or even 100 in newer versions). Does it depend on amount of data sent, application, response time? No. Similar question can be asked about ESCON, FICON, Ethernet, RS232 in my PC, etc. And coax connection. Regards -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 LUs available
Jags I see for the second time in a few days, I will have to advise you to get in close touch with the folk responsible for your z/OS Communications Server (CS) environment, again, as with Enterprise Extender, both the IP and SNA (VTAM) side. Thanks to John McKown, we have some definitions presented which I can use further to explain what is happening so you can pass the information on to the folk I just mentioned. It would appear that Ted McNeil has also made the very reasonable judgement given the evidence that you are *not* one of those folk, this being a very basic matter relating to access to TSO based on the TN3270 server TN3270E program. You probably have more people coming in via TN3270 than it has available 3270 virtual terminals defined. Don't go looking for 3270 virtual terminals, this is a way of expressing the definition requirements in terms of the RFC - or if it isn't, it could be! What is actually required is two sets of real definitions which are present in what John has posted, which provide names for resources used as the 3270 virtual terminals, namely, - the DEFAULTLUS/ENDDEFAULTLUS statement block within the BEGINVTAM/ENDVTAM statement block in the TN3270E PROFILE data set - the APPL statements following a VBUILD TYPE=APPL statement in a VTAMLST member - also known as a major node These statements cause the allocation of control blocks within, respectively, the TN3270E program and VTAM in order to allow the TN3270E program to accept a TN3270 TCP connection from a TN3270 client and concatenate the associated 3270 data stream exchange with an SNA session using the VTAM API. In terms of the SNA protocol, these are logical unit (LU) names. In the case of the DEFAULTLUS/ENDDEFAULTLUS statement block, this is only one way of providing the SNA LU names of the 3270 virtual terminals but is the most likely for relatively simple sets of definitions. I guess we can make the judgement that you have the most simple configuration since you would otherwise need to understand the configuration rather better and you wouldn't be posting your query. It is also an option which is normally used, in order to reduce the tedium of keying each and every LU name within the DEFAULTLUS/ENDDEFAULTLUS statement block, that the names are expressed as a range and a template - what John calls generically - as in John's example. This reduced form of definition can also be matched in the VTAM APPL statements by being able to use, in its simplest form, a single model APPL statement, again as in John's example. As John indicated, these definitions imply an absolute limit to the number of TN3270 TCP connections which can be supported at any one time since each of them needs to be assigned to, in effect, a pair of definitions, one as defined in the TN3270E program PROFILE data set and one as defined in a VTAM member of VTAMLST. Once all of these are used up in operation, no further TN3270 connections can be established. Once one of the connections - and the associated SNA session (an important qualification) - is disconnected, another connection and associated session can be established. Makes complete sense, doesn't it? - Perhaps John's example needs a little more focus on the important parameters and an explanation on how they work, particularly as there are some peculiarities! The DEFAULTLUS/ENDDEFAULTLUS block is the following: DEFAULTLUS DCCVDTAA..DCCVDTAZ..FFAA ENDDEFAULTLUS The range specified is DCCVDTAA to DCCVDTAZ so that the names are DCCVDTA as a prefix with the 26 letters of the Latin alphabet as used in the English language and by EBCDIC codes. The template, FFAA, is not really all that relevant in this case since there are no choices and in fact, the template used could just as easily - the peculiarity - have been FFFA since the 7th character of the name doesn't change. Thus the change of A to F. The final A merely says that the increment within the range must be an alphabetic character, but between A and Z there are no options to be otherwise! The relevant section discussing this whole topic is Rules for LU name specification in Chapter 16, TN3270E Telnet server, in the z/OS CS Configuration Reference manual. When a TN3270 TCP connection is made and the nature of the definitions determine that the TN3270E program must find an LU name in the DEFAULTLUS/ENDDEFAULTLUS block, a name not currently in use is chosen. This becomes the name which the TN3270E program will use in the VTAM API calls used to establish an SNA session as a secondary LU - pretending to be what is/has been traditionally a device-type LU associated with a 3270 display device connected through, say, a 3174 control unit. That LU name can either be the name of an LU statement - in which case there would be 26 of them, just as tedious to key up as individual names within the DEFAULTLUS/ENDDEFAULTLUS block - or it can be matched by a model APPL
Re: No LUs available
Jags You had better show us your definitions. If you haven't been using the compressed form shown in John McKown's examples and as I explained, just give us some assurance that you have sufficient TN3270E program PROFILE data set statements defined and VTAM APPL statements defined. Chris Mason On Wed, 6 Apr 2011 20:25:27 +0530, jagadishan perumal jagadish...@gmail.com wrote: Hi, There were almost 500 LUs defined and we have kept a limit of 200 tso users. Even though we had a shortage of LUs. Any Idea. Regards Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No LUs available
Sayrabh Khandewal I appreciate you are trying to help but the following corrections are needed: TSO major node in your VTAMLST There is no such thing as a TSO major node. What you may very well have in mind is a VBUILD TYPE=APPL major node in which are contained the APPL statements (minor nodes) which are for use by the TSO application. It is *not* required that a major node contains *only* the APPL statements for one particular application. Or if you can paste it here, we will be able to get some more detail on that. What I had planned to comment here was the following: planned As indicated elsewhere, there is an example of how this should be set up for the benefit of the Jags colleagues, the z/OS Communications Server system programmers, so I don't believe it will really be necessary for him to post what is in any case only part of what we would need to see in order to spoon- feed a complete solution. /planned However I noticed that Jags is protesting that he/she has definitions equivalent to 500 LUs so, finally, we are obliged to be sure that he/she has a full set of definitions - not just APPL statements from a VTAMLST member. Chris Mason On Wed, 6 Apr 2011 12:47:08 +0530, SAURABH KHANDELWAL saurabh.khandel...@oracle.com wrote: Please check definition of TSO major node in your VTAMLST. Or if you can paste it here, we will be able to get some more detail on that. Regards Saurabh On 4/6/2011 12:43 PM, jagadishan perumal wrote: Hi, In our shop many users are not able to connect the Mainframe. While doing telnet they get an error saying NO LUs available please try again later. we have checked the TSO region and it is very well running. Any idea to resolve. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No LUs available
Jags John McKown assumed you were using z/OS Communications Server TN3270E program as your TN3270 server - and I went right along with that. However you may be using the OSA-ICC as your TN3270 server. Perhaps you could let us all know(?). Also, I went right along with John's assumption there may be a limit in the definitions on the secondary side of the SNA sessions but Saurabh Khandelwal may have a point that it's not the telnet element that's at fault but the TSO *primary* APPLs that are insufficient. So, indeed, perhaps you should post some indication that there are sufficient of these - which ideally also would be minimally one model APPL statement. Here's a sample from a project I did a little while ago: sample T1TSOVBUILD TYPE=APPL TTSO1APPL ACBNAME=TTSO1, interpreted and uninterpreted name * AUTH=(TSO,PASS,NVPACE), TSO + PASS + prevent o/b pacing * EAS=1, generally one session at a time * FASTPASS=YES, efficient PASS logic * REGISTER=CDSERVR,register LU with CD server * VPACING=0 no inbound pacing TTSO1??? APPL ACBNAME=TSO0???, interpreted and uninterpreted name * AUTH=(TSO,NVPACE),TSO + prevent outbound pacing * EAS=1, one session * LOSTERM=SECOND,end session on second VARY INACT * MAXPVT=0, no limit on PIUs pending RECEIVE * MODSRCH=FIRST, required model search option for TSO * REGISTER=NO, do not register LU * VPACING=0 no inbound pacing /sample Note that I take no responsibility whatsoever at all for the naming convention. It was what I found and it wasn't worth the hassle of changing! Chris Mason On Wed, 6 Apr 2011 12:43:33 +0530, jagadishan perumal jagadish...@gmail.com wrote: Hi, In our shop many users are not able to connect the Mainframe. While doing telnet they get an error saying NO LUs available please try again later. we have checked the TSO region and it is very well running. Any idea to resolve. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No LUs available
You're right! In never occurred to me that the TSO USERMAX might be set higher than the number of TSO LUs defined to VTAM. Also, thanks for the explanation on my initial reply. I knew what I needed to do to get something that worked, or at least was fairly sure. But I'm not the best in really deep understanding and explaining. I do know that some of the strangeness of the 3270 LU definitions is due to copying from the past when we used physical DFT mode 3278 terminals for some multisession capability, but mainly TPX for most of the multisession capability to logon to TSO and multiple CICS regions from a single physical 3278 terminal. We have eliminated TPX and now use multiple TN3270 sessions per user. Curiously, the ex-TPX users really hate this. But then I never liked using TPX. Each to his own. I like having multiple TN3270 sessions visible at the same time, which is impossible with TPX. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Wednesday, April 06, 2011 11:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: No LUs available Jags John McKown assumed you were using z/OS Communications Server TN3270E program as your TN3270 server - and I went right along with that. However you may be using the OSA-ICC as your TN3270 server. Perhaps you could let us all know(?). Also, I went right along with John's assumption there may be a limit in the definitions on the secondary side of the SNA sessions but Saurabh Khandelwal may have a point that it's not the telnet element that's at fault but the TSO *primary* APPLs that are insufficient. So, indeed, perhaps you should post some indication that there are sufficient of these - which ideally also would be minimally one model APPL statement. Here's a sample from a project I did a little while ago: sample T1TSOVBUILD TYPE=APPL TTSO1APPL ACBNAME=TTSO1, interpreted and uninterpreted name * AUTH=(TSO,PASS,NVPACE), TSO + PASS + prevent o/b pacing * EAS=1, generally one session at a time * FASTPASS=YES, efficient PASS logic * REGISTER=CDSERVR,register LU with CD server * VPACING=0 no inbound pacing TTSO1??? APPL ACBNAME=TSO0???, interpreted and uninterpreted name * AUTH=(TSO,NVPACE),TSO + prevent outbound pacing * EAS=1, one session * LOSTERM=SECOND,end session on second VARY INACT * MAXPVT=0, no limit on PIUs pending RECEIVE * MODSRCH=FIRST, required model search option for TSO * REGISTER=NO, do not register LU * VPACING=0 no inbound pacing /sample Note that I take no responsibility whatsoever at all for the naming convention. It was what I found and it wasn't worth the hassle of changing! Chris Mason On Wed, 6 Apr 2011 12:43:33 +0530, jagadishan perumal jagadish...@gmail.com wrote: Hi, In our shop many users are not able to connect the Mainframe. While doing telnet they get an error saying NO LUs available please try again later. we have checked the TSO region and it is very well running. Any idea to resolve. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ADRDSSU issue
I had non-managed VSAM datasets (zFS to be exact) on z/OS 1.8. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, April 06, 2011 5:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue I see you are at z/OS V1.9. VSAM datasets If I remember are always SMS Managed and it is not until z/OS V1.12 that you can use indirect VSAM cataloging. I am not sure you can copy the same name VSAM dataset. You may need to copy to a new VSAM dataset 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
Re: Cool Things You Can Do in z/OS
---snip- ... Maybe people want distributed-style application RAS;. ---unsnip- Excuse me, but distributed-style RAS seems to be, in my experience, a rather glaring contradiction in terms. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cool Things You Can Do in z/OS
On Wed, Apr 6, 2011 at 11:50 AM, Rick Fochtman rfocht...@ync.net wrote: ---snip- ... Maybe people want distributed-style application RAS;. ---unsnip- Excuse me, but distributed-style RAS seems to be, in my experience, a rather glaring contradiction in terms. :-) Please consider the RAS on the US domestic phone switching network. It is a distributed system that (to my knowledge) does not use z/OS or zSeries hardware. You also have service providers like Google, the global DNS servers, etc. The list can be easily extended to demonstrate extremely good RAS overall on a distributed system where high RAS is deemed important. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Accessing MF Data From Distributed Systems
Luckily this required info is not for our shop, another MF is biting the dust here in the north east. The powers that be are concerned about accessing data that resides in a VTS/ATL device once the plug is pulled on the MF, should there be a need to. Is there any software/hardware product that provides the capability to access data in that device from a distributed platform, most likely HP or Linux. That's all the info I have for now. Anybody been there, done that? Thanks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cool Things You Can Do in z/OS
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sam Siegel Sent: Wednesday, April 06, 2011 1:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Cool Things You Can Do in z/OS On Wed, Apr 6, 2011 at 11:50 AM, Rick Fochtman rfocht...@ync.net wrote: ---snip- ... Maybe people want distributed-style application RAS;. ---unsnip--- -- Excuse me, but distributed-style RAS seems to be, in my experience, a rather glaring contradiction in terms. :-) Please consider the RAS on the US domestic phone switching network. It is a distributed system that (to my knowledge) does not use z/OS or zSeries hardware. You also have service providers like Google, the global DNS servers, etc. The list can be easily extended to demonstrate extremely good RAS overall on a distributed system where high RAS is deemed important. On this forum distributed is usually a synonym for Windows on Intel. Server class Intel hardware is fairly good. Linux is fairly good. IMO, Windows is not as good as Linux, although in server mode as opposed to desktop mode, it is not as bad as it used to be. Where Windows fares poorly is when you run non-MS software on it. Windows doesn't protect itself as well as z/OS or Linux or UNIX. It is simply too easy to lie to Windows, have it do something stupid, then roll over and die. Example: one process can send a message to another process. The second process has no way of telling who actually sent the message. It's like a bank cashing a hand written check with no signature. I don't know what hardware the phone switches run on. But, from what I've been told, the software is usually written in Erlang. I have been reading up and trying to learn about Erlang (and Haskell). It is a functional programming language. It is far, far more difficult to write code in a functional programming language which does things like buffer overflow or gets bad data. Erlang, likeunto Java, runs in a virtual instruction environment. I.e. it doesn't run on the bare hardware, but an instruction interpreter. And variables don't vary! Variables are actually symbolic names which are WORM. Once assigned a value, you can't change it! So a routine __cannot__ have any side effects on global variables, as is done in C or even COBOL. It is a very interesting language. And is designed for parallel processing, so it very efficient in its multitasking and so is very good for a multi-core architecture. Well, enough off-topic from me. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, 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
Re: Cool Things You Can Do in z/OS
s...@pscsi.net (Sam Siegel) writes: Please consider the RAS on the US domestic phone switching network. It is a distributed system that (to my knowledge) does not use z/OS or zSeries hardware. You also have service providers like Google, the global DNS servers, etc. The list can be easily extended to demonstrate extremely good RAS overall on a distributed system where high RAS is deemed important. long ago far away ... my wife had been con'ed into going to POK to be in charge of loosely-coupled architecture ... where she did peer-coupled shared data architecture ... which except for IMS hot-standby, saw very little update until sysplex parallel sysplex. She didn't remain very long ... in part because of the slow uptake ... but also the periodic battles with the communication group trying to force her into using SNA for loosely-coupled operation. misc. past posts mentioning peer-coupled shared data architecture http://www.garlic.com/~lynn/submain.html#shareddata when we were doing HA/CMP product for the company ... I had coined the terms disaster survivability and geographic survivability (to differentiate from disaster/recovery). I had also been asked to write a section for the corporate continuous availability strategy document ... but it got pulled when both Rochester (as/400) and POK (mainframe) complained (that they couldn't meet the requirements). We also did some work with the 1-800 service (database service that maps 1-800 numbers to real exchange number ... required five-nines availability). misc. past posts mentioning ha/cmp http://www.garlic.com/~lynn/subtopic.html#hacmp later we had some dealings with one of the large financial transaction infrastructures ... and they attributed thier multiple year, 100% availability to * geographically separated, replicated IMS hot-standby operation * automated operator i.e. as hardware has became much more reliable ... unscheduled outages came to be dominated by environmental issues/outages and human mistakes -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Accessing MF Data From Distributed Systems
Depends on the device. Our ATL is connected via SCSI to a Wintel server as well as via Ficon to our z. The individual drives within the ATL are actually SCSI (3590) and a drive is either assigned to the Wintel controller or the Ficon attached controller. But they are the same drives. Switching does require a CE. Now, even if you can physically read the data on the tapes, can you process it? That's a different question entirely. If it is sequential data written by a COBOL program, and you have the COBOL copybook describing it, then maybe. But much of our data is written using vendor utilities such as IDCAMS EXPORT or CA-ISM FAVER. Reading that would be a trip. Or a DFDSS backup dump. Or HSM. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Wednesday, April 06, 2011 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Accessing MF Data From Distributed Systems Luckily this required info is not for our shop, another MF is biting the dust here in the north east. The powers that be are concerned about accessing data that resides in a VTS/ATL device once the plug is pulled on the MF, should there be a need to. Is there any software/hardware product that provides the capability to access data in that device from a distributed platform, most likely HP or Linux. That's all the info I have for now. Anybody been there, done that? Thanks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Serverpac GIMUNZIP
Trying to install z/OS 1.11 but the RESTORE job gags on the restore of SMPPTS DATE 04/05/11 TIME 14:08:07 SMP/E 35.31 UNIX COMMAND OUTPUT /bin/pax -zvrf /u/smpe/shopz/OS125185.content/S0898.CPPUNLD.OS125185.SMPE.SMP PTS.pax.Z ./GIMFAF.XML ./GIMFAF.XML --- DATE 04/05/11 TIME 14:24:27 SMP/E 35.31 UNIX COMMAND OUTPUT /bin/pax -zvrf /u/smpe/shopz/OS125185.content/S0898.CPPUNLD.OS125185.SMPE.SMP PTS.pax.Z ./GIMFAF.XML ./MVSFILE pax: FSUM6260 write error on file ./MVSFILE: EDC5119I File too large. I run a pax -vf -rwxrwxr-x 1 CNMSTASK NEWUSERS1680 Oct 14 20:45 ./GIMFAF.XML -rwxrwxr-x 1 CNMSTASK NEWUSERS 2719681281 Oct 14 20:45 ./MVSFILE It appears that the ./MVSFILE is over 2 Gig Anyone know how I can restore this? Ken Porowski E: ken.porow...@cit.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Serverpac GIMUNZIP
ISTR a PDSE is required for SMPPTS. Check the SERVERPAC doc... HTH, snip Trying to install z/OS 1.11 but the RESTORE job gags on the restore of SMPPTS -rwxrwxr-x 1 CNMSTASK NEWUSERS1680 Oct 14 20:45 ./GIMFAF.XML -rwxrwxr-x 1 CNMSTASK NEWUSERS 2719681281 Oct 14 20:45 ./MVSFILE It appears that the ./MVSFILE is over 2 Gig Anyone know how I can restore this? /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
Re: Serverpac GIMUNZIP
My NTS for z/OS 1.11 is 8 mod3 3390 as an HFS. My NTS for z/OS 1.12 is 9 mod3 3390 in a ZFS I also have a full mod 9 HFS for SMPWKDIR Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ken Porowski Sent: Wednesday, April 06, 2011 12:25 PM To: IBM-MAIN@bama.ua.edu Subject: Serverpac GIMUNZIP Trying to install z/OS 1.11 but the RESTORE job gags on the restore of SMPPTS DATE 04/05/11 TIME 14:08:07 SMP/E 35.31 UNIX COMMAND OUTPUT /bin/pax -zvrf /u/smpe/shopz/OS125185.content/S0898.CPPUNLD.OS125185.SMPE.SMP PTS.pax.Z ./GIMFAF.XML ./GIMFAF.XML --- DATE 04/05/11 TIME 14:24:27 SMP/E 35.31 UNIX COMMAND OUTPUT /bin/pax -zvrf /u/smpe/shopz/OS125185.content/S0898.CPPUNLD.OS125185.SMPE.SMP PTS.pax.Z ./GIMFAF.XML ./MVSFILE pax: FSUM6260 write error on file ./MVSFILE: EDC5119I File too large. I run a pax -vf -rwxrwxr-x 1 CNMSTASK NEWUSERS1680 Oct 14 20:45 ./GIMFAF.XML -rwxrwxr-x 1 CNMSTASK NEWUSERS 2719681281 Oct 14 20:45 ./MVSFILE It appears that the ./MVSFILE is over 2 Gig Anyone know how I can restore this? Ken Porowski E: ken.porow...@cit.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: Accessing MF Data From Distributed Systems
The underlying files for our VTA are .aws I've never needed to read them native, but I expect the Hercules tool set could do it. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, April 06, 2011 12:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Accessing MF Data From Distributed Systems Depends on the device. Our ATL is connected via SCSI to a Wintel server as well as via Ficon to our z. The individual drives within the ATL are actually SCSI (3590) and a drive is either assigned to the Wintel controller or the Ficon attached controller. But they are the same drives. Switching does require a CE. Now, even if you can physically read the data on the tapes, can you process it? That's a different question entirely. If it is sequential data written by a COBOL program, and you have the COBOL copybook describing it, then maybe. But much of our data is written using vendor utilities such as IDCAMS EXPORT or CA-ISM FAVER. Reading that would be a trip. Or a DFDSS backup dump. Or HSM. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Wednesday, April 06, 2011 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Accessing MF Data From Distributed Systems Luckily this required info is not for our shop, another MF is biting the dust here in the north east. The powers that be are concerned about accessing data that resides in a VTS/ATL device once the plug is pulled on the MF, should there be a need to. Is there any software/hardware product that provides the capability to access data in that device from a distributed platform, most likely HP or Linux. That's all the info I have for now. Anybody been there, done that? Thanks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Cool Things You Can Do in z/OS
On 6 April 2011 14:57, Sam Siegel s...@pscsi.net wrote: Please consider the RAS on the US domestic phone switching network. It is a distributed system that (to my knowledge) does not use z/OS or zSeries hardware. You also have service providers like Google, the global DNS servers, etc. The list can be easily extended to demonstrate extremely good RAS overall on a distributed system where high RAS is deemed important. The criteria are quite different. A public phone system that connects 0.0001 percent of calls to the wrong place and drops a similar number in mid call is perfectly acceptable. A phone system (even a single local switch serving 10,000 lines) that is down for one minute a week is completely unacceptable. A telephone billing system that computes the wrong price for 0.0001 percent of billed calls is completely unacceptable. But if the billing system is down one minute per week, no one will even notice. Google search is a lot more like the phone system than it is like the phone billing system. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cool Things You Can Do in z/OS
t...@harminc.net (Tony Harminc) writes: The criteria are quite different. A public phone system that connects 0.0001 percent of calls to the wrong place and drops a similar number in mid call is perfectly acceptable. A phone system (even a single local switch serving 10,000 lines) that is down for one minute a week is completely unacceptable. re: http://www.garlic.com/~lynn/2011f.html#4 Cool Things You Can Do in z/OS there was an incident a few years back where the 1-800 mapping for major percentage of the POS (point-of-sale) card-swipe terminals in the US was down for 12 minutes during a mid-day period ... this was treated as a serious corporate incident between major transaction processor and major telco operation. five-nines availability is something like 5min (total) outage per year (includes both scheduled and unscheduled). -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Accessing MF Data From Distributed Systems
Short answer: most likely no. You might could 'access' the data, but would have little hope of making any sense of it. I'd take a look at a contingency contract with a service provider. And test the service, of course. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Wednesday, April 06, 2011 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Accessing MF Data From Distributed Systems Luckily this required info is not for our shop, another MF is biting the dust here in the north east. The powers that be are concerned about accessing data that resides in a VTS/ATL device once the plug is pulled on the MF, should there be a need to. Is there any software/hardware product that provides the capability to access data in that device from a distributed platform, most likely HP or Linux. That's all the info I have for now. Anybody been there, done that? Thanks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cool Things You Can Do in z/OS
On 6 April 2011 15:19, McKown, John john.mck...@healthmarkets.com wrote: I don't know what hardware the phone switches run on. But, from what I've been told, the software is usually written in Erlang. If we're talking about traditional circuit-switching digital switches, i.e. those that ran the North American public system from around the time of the ATT breakup to the time when VOIP quite suddenly became the backbone of the phone system, then really the hardware is dedicated to circuit-switching tasks, and a general purpose CPU (with failover) treats the switching fabric as I/O devices to be directed. The CPU can be rebooted without affecting calls in progress. Of the two big vendors in North America, ATT wrote most of their code in C, while Nortel used their own proprietary language called Protel. I don't know what the European vendors did. The current phone system is a lot harder to differentiate from the Internet we all know, since it's really a matter of packet switching of arbitrary data, some of which happens to represent phone calls. And the endpoints are much more variable than the traditional analogue desk telephone. But as with the Cisco or 3Com or Juniper router in your datacentre, or the bigger one at the ISP, there is specialized hardware directed by general purpose CPUs, and the hardware generally stays up despite program failure on the CPUs. You can even see this in a small way on the typical little home cable or DSL router; it's not uncommon for the program to crash, thus losing the firewall and NAT functions, but the switch portion of the box will happily keep switching those packets. We digress, and it's not yet Friday. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cool Things You Can Do in z/OS
snip The criteria are quite different. A public phone system that connects 0.0001 percent of calls to the wrong place and drops a similar number in mid call is perfectly acceptable. A phone system (even a single local switch serving 10,000 lines) that is down for one minute a week is completely unacceptable. A telephone billing system that computes the wrong price for 0.0001 percent of billed calls is completely unacceptable. But if the billing system is down one minute per week, no one will even notice. Google search is a lot more like the phone system than it is like the phone billing system. Tony H. unsnip Google is designed to be reliable at the system level running on unreliable hardware. See: http://www.networkworld.com/news/2006/062906-google-builds-own-servers-for.html?t51hbnladname=wirelessal The telephone billing systems for the 'baby bells' IIRC is z/OS based. Billing inaccuracies has little to do with platform stability and everything to do with application design. Do to the complexity of the billing systems, far more than 0.0001 percent of the billings are incorrect to some degree. There is an entire industry (example: http://www.ameritelinc.com/phone-bill-analysis) whose sole purpose is to find inaccuracies and recoup costs. My main point is that application design and implementation can overcome the inherent unreliabilities of hardware and other software components. zSeries hardware proves the point. It has redundant internal components and instruction retry which are engaged transparently to the application and (I think) to the operating system. IBM has invested billions to make this work correctly. z/OS has many dynamic recovery features (sysplex, etc.) built in that allow applications platforms (CICS, IMS, DB2, etc.) to survive failures. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Cool Things You Can Do in z/OS
snip there was an incident a few years back where the 1-800 mapping for major percentage of the POS (point-of-sale) card-swipe terminals in the US was down for 12 minutes during a mid-day period ... this was treated as a serious corporate incident between major transaction processor and major telco operation. five-nines availability is something like 5min (total) outage per year (includes both scheduled and unscheduled). un-snip I was at the processor at the time. The problem was something in the frame-relay network. I don't know the specifics of the issue. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Serverpac GIMUNZIP - Solved
My bad, I allocate SMPWKDIR as a TFS but went with the default -b 0 which limits filesize to 2 Gig, reallocated with -b 1 and it worked fine. -Original Message- Porowski, Ken Trying to install z/OS 1.11 but the RESTORE job gags on the restore of SMPPTS DATE 04/05/11 TIME 14:08:07 SMP/E 35.31 UNIX COMMAND OUTPUT /bin/pax -zvrf /u/smpe/shopz/OS125185.content/S0898.CPPUNLD.OS125185.SMPE.SMP PTS.pax.Z ./GIMFAF.XML ./GIMFAF.XML --- DATE 04/05/11 TIME 14:24:27 SMP/E 35.31 UNIX COMMAND OUTPUT /bin/pax -zvrf /u/smpe/shopz/OS125185.content/S0898.CPPUNLD.OS125185.SMPE.SMP PTS.pax.Z ./GIMFAF.XML ./MVSFILE pax: FSUM6260 write error on file ./MVSFILE: EDC5119I File too large. I run a pax -vf -rwxrwxr-x 1 CNMSTASK NEWUSERS1680 Oct 14 20:45 ./GIMFAF.XML -rwxrwxr-x 1 CNMSTASK NEWUSERS 2719681281 Oct 14 20:45 ./MVSFILE It appears that the ./MVSFILE is over 2 Gig Anyone know how I can restore this? Ken Porowski E: ken.porow...@cit.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cool Things You Can Do in z/OS
W dniu 2011-04-06 21:50, Tony Harminc pisze: On 6 April 2011 14:57, Sam Siegels...@pscsi.net wrote: [...] A telephone billing system that computes the wrong price for 0.0001 percent of billed calls is completely unacceptable. Wrong. Plain wrong. BTDT. It also apply to banking systems and even pharmacy systems. Colleague of mine told me about rules in wholesale pharmacy warehouse trading ...narcotic drugs (I mean legal medicines used under special restricted prescription). Error rate is defined by official rules and it's not 0%. Mistakes, wrong banking fees or interest rates do happen in real world and - last but not least - in vast majority of cases it is completely unrelated to hardware and OS. It's business logic and their implementation in the application. No sysplex, no RAS could help here. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@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.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cool Things You Can Do in z/OS
We had a case where one of our competitors made a 5 million dollar accounting mistake and the guy converted to travelers checks and left the country. Anyway, when the case came to trial he proclaimed divine intervention. Few of the managers took lunch breaks to hear the testimony. 'Nope nothing divine about it, pure screw up on our part...' ofIn a message dated 4/6/2011 3:51:13 P.M. Central Daylight Time, r.skoru...@bremultibank.com.pl writes: It's business logic and their implementation in the application. No sysplex, no RAS could help here. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SET IBM-MAIN NOMAIL
From: Walter Marguccio walter_marguc...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 04/06/2011 03:42 AM Subject:Re: Weird Reply Fragments (Was: Re: Mainframe Fresher) Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I use YAHOO (.ca), and that has My first guess would be yahoo. I use YAHOO (.ca), and that has never happened with my posts. I use yahoo.com, and I also see strange fragments when I reply to every ibm-main post. One other problem I have occurs when I want to write to the listserv to, say, temporarily disable receiving posts. A simple e-mail with SET IBM-MAIN NOMAIL in the body of the message is rejected by listserv, because the latter reads some strange chinese characters instead of my simple text. I'm not kidding. I wonder if Scott gets the same results trying to send a command to list serv. 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: Serverpac GIMUNZIP - Solved
On Wed, 6 Apr 2011 16:40:35 -0400, Ken Porowski wrote: My bad, I allocate SMPWKDIR as a TFS but went with the default -b 0 which limits filesize to 2 Gig, reallocated with -b 1 and it worked fine. I'm curious: can the user create a TFS that lasts for the duration of a job, kind of like a temp DSN, or does it require RACF admin privileges? It would perhaps be neatest if the user could allocate a HFS/zFS(/TFS?) embedded in a temp DSN (-nosuid, of course). -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Fresher
And that's one of the biggest reasons that my management is willing to spend a lot of money migrating everything we have off of the mainframe ... But Corporate America is going to get a rude awaking when us 'dinosaurs' call it quits.these 30+ yr olds dont want to know about z/OS and IBM ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 Fresher
On 04/04/2011 10:31 AM, McKown, John wrote: We own too much historical data and processing. The cost to convert our VSAM files to MS SQL files, convert the current CICS transactions and batch programs to something runnable on Windows, and the cost to convert the batch processes (JCL) has a return of investment of about 4 to 5 years. NYC management says that is too long and has a large up-front capital outlay. It is, short term, cheaper to stay on z/OS. What is happening is our company is transitioning from a normal Health Insurance company to a supplemental insurance company (kind of like Aflac, but no duck). As we do this, our policy base on the mainframe shrinks and the new stuff is all on the distributed side (lots of apps on agent's laptops, tablets, and smartphones). So it is simply less expensive to just let the z die a gradual death. I believe they sincerely want the z dead and gone. But the assassin costs too much. I don't know about all companies. But around here long term seems to be next month grin.! S! eriously, most things around here seem to be on a quarterly basis. I'm trying to figure out the difference between quick and agile and indecisive. But the new business is off to a strong start. Not that it will help the z. that was the case with our management too ... but it's taken far too long to let it die a gradual death ... for roughly 22 years they've been starving the mainframe (no personnel resources, no budget support, etc.). at every opportunity, a piece of it was moved to the distributed environment. we're close, but still not there ... of the original team of 5 who supported every aspect of the mainframe from OS to ADABAS to CICS to SNA to TCP/IP to DFSMS to AFP to ... I am the last one (and have been for the last few years) ... and I'm eligible for retirement in 3 years. so now they're going to throw even more money at the project to migrate us off of the mainframe ... because it has to be done before I retire (don't they realize that if they got me a new zEnterprise I wouldn't WANT to retire!) ... I think they'd get far more value by investing in the mainframe (upgrade our aging z890, bring on some IFLs, get z/VM, etc.) and spend a few bucks training some young folks to manage it. but that's not their vision. keep trying to point out that a system that can be run by a single guy has to have some advantage over a bunch (about 200) of servers that takes 22 sysadmins and DBAs (and we're hiring 2 more) to manage. and all those servers and ancillary switches, routers, loadbalancers, etc. must cost more than our single z890. and the cooling and power costs of those 200 servers must dwarf the environmentals of our little z890. and what about those per-core Oracle licenses? anyway, my management has decided that it's time to bite the bullet and pay the assassin. assassin says they can get the job done by year-end 2012 ... on the up side ... I get to work with VMware clusters when our mainframe goes away ... way cool and fun stuff to play with ... not as cool as z/VM ... but cool enough to keep me happy ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ADRDSSU issue
I have following question about this ADRDSSU COPY, 1.in original post, there is no 'delete' parameter specified, but even so, there are still some DataSets had been copied successfully. Do not know why, may these copied ones are not cataloged? seems not the reason. 2.'PROCESS(SYS1)' is also not specified, but some SYS1.** get copied successfully, still do not know why, strange…… 2011/4/7 Schwarz, Barry A barry.a.schw...@boeing.com I had non-managed VSAM datasets (zFS to be exact) on z/OS 1.8. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, April 06, 2011 5:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU issue I see you are at z/OS V1.9. VSAM datasets If I remember are always SMS Managed and it is not until z/OS V1.12 that you can use indirect VSAM cataloging. I am not sure you can copy the same name VSAM dataset. You may need to copy to a new VSAM dataset 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: Cool Things You Can Do in z/OS
--Original Message-- From: Ed Finnell Sender: IBM Mainframe Discussion List To: IBM-MAIN@bama.ua.edu ReplyTo: IBM Mainframe Discussion List Subject: Re: Cool Things You Can Do in z/OS Sent: Apr 6, 2011 18:27 We had a case where one of our competitors made a 5 million dollar accounting mistake and the guy converted to travelers checks and left the country. Anyway, when the case came to trial he proclaimed divine intervention. Few of the managers took lunch breaks to hear the testimony. 'Nope nothing divine about it, pure screw up on our part...' ofIn a message dated 4/6/2011 3:51:13 P.M. Central Daylight Time, r.skoru...@bremultibank.com.pl writes: It's business logic and their implementation in the application. No sysplex, no RAS could help here. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: RESMIL in a MONOPLEX
I thought we'd been through this before, but can't find it. Strictly speaking, this is a one system ring, and therefor you could expect some setup costs. ISTR Mr Fagen advancing the knowledge that in such a setup GRS has the smarts to ignore all the RSA management. But I can't find any evidence in the archives. So it probably doesn't matter what you set it to, although I've always preferred zero. As for the ENQ issues, maybe have a look at the ADRUENQ usermod. Dallas were always pretty accommodating when I needed to ask for something. Shane ... On Wed, 6 Apr 2011 10:46:53 -0400 Scott Rowe wrote: Monoplex is not the issue, the existence (or not) of a ring is. Since you are not in a GRS ring, you are not affected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: *CNZ4201E OPERLOG HAS FAILED
Hi Nick, in this case If want to access operlog from ZOSA, how to switch? 2011/4/6 Nick Jones nrjo...@us.ibm.com Hi Jags, I see: SYSPLEX.OPERLOG*DASDONLY* SYSNAME: ZOSB DUPLEXING: STAGING DATA SET DUPLEXING: STAGING DATA SET GROUP: PRODUCTION When you configure Operlog as a dasdonly log stream, you can only access it from one system in your sysplex at a time. Is operlog connected on system ZOSB and you are trying to use it on another system in your plex, perhaps ZOSA? -Nick Jones Logger L3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 start RMF Monitor III automatically after IPL the system.
Hi all We don't have SA. How to start RMF Monitor III automatically after IPL the system? Any suggestions is apprecited! Thanks a lot! Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Accessing MF Data From Distributed Systems
Hal I have to agree. The data written to the ATL on FICON channels will be CKD structure which is encapsulated into SCSI FBA at some point between the FICON interface and disk buffer. It's all SCSI after that. To read the data on the mainframe tapes from Fibre Channel the ATL vendor would likely have to provide an API that understands the proprietary encapsulation process in order to read the SCSI blocks, strip of the wrappers and reassemble the CKD blocks. Once the block is assembled it would have to be passed to another procedure to process the block based on its format (FB, VB, VBS. Etc), and convert each field to ASCII and appropriate numeric formats. The short answer is I think they are screwed unless they export the tapes to another compatible ATL and read them with FICON. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hal Merritt Sent: Wednesday, April 06, 2011 1:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Accessing MF Data From Distributed Systems Short answer: most likely no. You might could 'access' the data, but would have little hope of making any sense of it. I'd take a look at a contingency contract with a service provider. And test the service, of course. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Wednesday, April 06, 2011 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Accessing MF Data From Distributed Systems Luckily this required info is not for our shop, another MF is biting the dust here in the north east. The powers that be are concerned about accessing data that resides in a VTS/ATL device once the plug is pulled on the MF, should there be a need to. Is there any software/hardware product that provides the capability to access data in that device from a distributed platform, most likely HP or Linux. That's all the info I have for now. Anybody been there, done that? Thanks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: DATACLASS
Hi Thanks your answers. I am sorry that I just came back by holiday Today I submit the following JCL: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST9,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)), // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) Below is the output: Data class . . . . . : DCSTD Data Set Name . . . . : ABSP.CEB.TEST9 General Data Current Allocation Management class . . : **None**Allocated blocks . : 2 Storage class . . . : SCSTAND Allocated extents . : 1 Volume serial . . . : BD3A20 Device type . . . . : 3390 Data class . . . . . : DCSTD Organization . . . : PS Current Utilization Record format . . . : FB Used blocks . . . . : 0 Record length . . . : 300 Used extents . . . : 0 Block size . . . . : 27900 1st extent blocks . : 2 Secondary blocks . : 10 Dates Data set name type : Creation date . . . : 2011/04/07 SMS Compressible. . : NO Referenced date . . : ***None*** Expiration date . . : ***None*** Then I submit the other JCL below: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST8,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)),DSORG=PS, // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) The output is below:Data class . . . . . : DCPS Data Set Name . . . . : ABSP.CEB.TEST8 General Data Current Allocation Management class . . : **None**Allocated blocks . : 10 Storage class . . . : SCSTAND Allocated extents . : 1 Volume serial . . . : BD3A31 Device type . . . . : 3390 Data class . . . . . : DCPS Organization . . . : PS Current Utilization Record format . . . : FB Used blocks . . . . : 0 Record length . . . : 300 Used extents . . . : 0 Block size . . . . : 27900 1st extent blocks . : 10 Secondary blocks . : 10 Dates Data set name type : Creation date . . . : 2011/04/07 SMS Compressible. . : NO Referenced date . . : ***None*** Expiration date . . : ***None*** My question: When I allocate a dataset using PGM=IEFBR14 with SPACE=(4096,(10,10)), Could the parm of space ask system to allocate a PS dataset? Why do we must use DSORG=PS in the JCL? For LRECL=0 and BLKSIZE=0 I submit the following JCL //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST7,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)),DCB=PATTERN the PATTERN is allocted by the jcl below /D0 DD DSN=PATTERN,DISP=(NEW,CATLG),UNIT=3390, //DCB=(LRECL=0,BLKSIZE=0), //VOL=SER=BD3WK1,SPACE=(TRK,(0,0,0)) Thanks a lot! Jason Cai On 4/1/2011 18:36, Ron Hawkins wrote: I am 033x tomorrow! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS NowI get it, thanks my man...btw I was 60 last august Sco Ron, NowI get it, thanks my man...btw I was 60 last august Scott J Ford From: Ron Hawkinsron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri, April 1, 2011 5:25:30 PM Subject: Re: DATACLASS Scott, I may be older then. The JCL is pretty much run of the mill placeholder allocation. It's a pretty common practice to pre-allocate your space like this. Some shops add the DCB info in the IEFBR14 and some shops add it on the step that opens the file. It doesn't really matter 'cause it is
Re: DATACLASS
Hi Yes. I am trying to create a DATACLAS and associated rules that will provide a set of default characteristics for a DSORG=PS file. If DSORG=PS must be used in the JCL, We need change a lot of JCL. Is there other method to do it without using DSORG=PS in the JCL? Thanks a lot! Jason Cai --- Hi Thanks your answers. I am sorry that I just came back by holiday Today I submit the following JCL: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST9,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)), // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) Below is the output: Data class . . . . . : DCSTD Data Set Name . . . . : ABSP.CEB.TEST9 General Data Current Allocation Management class . . : **None**Allocated blocks . : 2 Storage class . . . : SCSTAND Allocated extents . : 1 Volume serial . . . : BD3A20 Device type . . . . : 3390 Data class . . . . . : DCSTD Organization . . . : PS Current Utilization Record format . . . : FB Used blocks . . . . : 0 Record length . . . : 300 Used extents . . . : 0 Block size . . . . : 27900 1st extent blocks . : 2 Secondary blocks . : 10 Dates Data set name type : Creation date . . . : 2011/04/07 SMS Compressible. . : NO Referenced date . . : ***None*** Expiration date . . : ***None*** Then I submit the other JCL below: //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST8,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)),DSORG=PS, // DCB=(LRECL=300,BLKSIZE=27900,RECFM=FB) The output is below:Data class . . . . . : DCPS Data Set Name . . . . : ABSP.CEB.TEST8 General Data Current Allocation Management class . . : **None**Allocated blocks . : 10 Storage class . . . : SCSTAND Allocated extents . : 1 Volume serial . . . : BD3A31 Device type . . . . : 3390 Data class . . . . . : DCPS Organization . . . : PS Current Utilization Record format . . . : FB Used blocks . . . . : 0 Record length . . . : 300 Used extents . . . : 0 Block size . . . . : 27900 1st extent blocks . : 10 Secondary blocks . : 10 Dates Data set name type : Creation date . . . : 2011/04/07 SMS Compressible. . : NO Referenced date . . : ***None*** Expiration date . . : ***None*** My question: When I allocate a dataset using PGM=IEFBR14 with SPACE=(4096,(10,10)), Could the parm of space ask system to allocate a PS dataset? Why do we must use DSORG=PS in the JCL? For LRECL=0 and BLKSIZE=0 I submit the following JCL //ALOCHSKP EXEC PGM=IEFBR14 //MESSAGE DD DSN=ABSP.CEB.TEST7,DISP=(NEW,CATLG,DELETE), //UNIT=3390,SPACE=(4096,(10,10)),DCB=PATTERN the PATTERN is allocted by the jcl below /D0 DD DSN=PATTERN,DISP=(NEW,CATLG),UNIT=3390, //DCB=(LRECL=0,BLKSIZE=0), //VOL=SER=BD3WK1,SPACE=(TRK,(0,0,0)) Thanks a lot! Jason Cai On 4/1/2011 18:36, Ron Hawkins wrote: I am 033x tomorrow! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Friday, April 01, 2011 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DATACLASS NowI get it, thanks my man...btw I was 60 last august Sco Ron, NowI get it, thanks my man...btw I was 60 last august Scott J Ford From: Ron Hawkinsron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Fri,
Re: How to start RMF Monitor III automatically after IPL the system.
From context, I suppose SA means System Automation. You can use PARMLIB's MPFLST to call a program on receipt of the RMF initialization complete message (ERB100I); the program calls SVC34 to issue the S RMFGAT command (or whatever). The program can be generalized for other system automation since the message it triggers on is available to the program. In a previous barebones (z/OS 1.8. 1.9) site I used the venerable OTTO from file 332 of the CBT tape quite successfully. File 623 might be more functional, but I can't personally vouch for that one. Ant. Northern Territory Govt., Australia -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ibmnew Sent: Thursday, 7 April 2011 11:54 AM To: IBM-MAIN@bama.ua.edu Subject: How to start RMF Monitor III automatically after IPL the system. Hi all We don't have SA. How to start RMF Monitor III automatically after IPL the system? Any suggestions is apprecited! Thanks a lot! Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 LUs available
Chris Mason/john, Thanks a lot for your Help. The Issue has bee resolved. Thanks again to John for a precise explanation.! Regards, Jags On Wed, Apr 6, 2011 at 10:08 PM, McKown, John john.mck...@healthmarkets.com wrote: You're right! In never occurred to me that the TSO USERMAX might be set higher than the number of TSO LUs defined to VTAM. Also, thanks for the explanation on my initial reply. I knew what I needed to do to get something that worked, or at least was fairly sure. But I'm not the best in really deep understanding and explaining. I do know that some of the strangeness of the 3270 LU definitions is due to copying from the past when we used physical DFT mode 3278 terminals for some multisession capability, but mainly TPX for most of the multisession capability to logon to TSO and multiple CICS regions from a single physical 3278 terminal. We have eliminated TPX and now use multiple TN3270 sessions per user. Curiously, the ex-TPX users really hate this. But then I never liked using TPX. Each to his own. I like having multiple TN3270 sessions visible at the same time, which is impossible with TPX. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://www.healthmarkets.com/ Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Wednesday, April 06, 2011 11:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: No LUs available Jags John McKown assumed you were using z/OS Communications Server TN3270E program as your TN3270 server - and I went right along with that. However you may be using the OSA-ICC as your TN3270 server. Perhaps you could let us all know(?). Also, I went right along with John's assumption there may be a limit in the definitions on the secondary side of the SNA sessions but Saurabh Khandelwal may have a point that it's not the telnet element that's at fault but the TSO *primary* APPLs that are insufficient. So, indeed, perhaps you should post some indication that there are sufficient of these - which ideally also would be minimally one model APPL statement. Here's a sample from a project I did a little while ago: sample T1TSOVBUILD TYPE=APPL TTSO1APPL ACBNAME=TTSO1, interpreted and uninterpreted name * AUTH=(TSO,PASS,NVPACE), TSO + PASS + prevent o/b pacing * EAS=1, generally one session at a time * FASTPASS=YES, efficient PASS logic * REGISTER=CDSERVR,register LU with CD server * VPACING=0 no inbound pacing TTSO1??? APPL ACBNAME=TSO0???, interpreted and uninterpreted name * AUTH=(TSO,NVPACE),TSO + prevent outbound pacing * EAS=1, one session * LOSTERM=SECOND,end session on second VARY INACT * MAXPVT=0, no limit on PIUs pending RECEIVE * MODSRCH=FIRST, required model search option for TSO * REGISTER=NO, do not register LU * VPACING=0 no inbound pacing /sample Note that I take no responsibility whatsoever at all for the naming convention. It was what I found and it wasn't worth the hassle of changing! Chris Mason On Wed, 6 Apr 2011 12:43:33 +0530, jagadishan perumal jagadish...@gmail.com wrote: Hi, In our shop many users are not able to connect the Mainframe. While doing telnet they get an error saying NO LUs available please try again later. we have checked the TSO region and it is very well running. Any idea to resolve. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with