Re: Replacing IBM 3745
Philip Taking the subject and your single sentence together, I can judge that you are almost certainly going to need to hire a consultant in order to achieve this apparently limited objective. I detect a lack of necessary skills. Meantime your question raises other questions of which two are: 1. Is running printing originating from CICS really the only task which is currently in part supported by a 3745 (and 3174) that needs to be replaced? 2. Despite the paucity of your request, the "z/OS" environment is superfluous since the communications task can equally be supported by VSE and only z/OS and VSE support CICS. Note that I can see four broad possibilities here: 1. A complete conversion to an IP-based solution where obviously Cisco routers are one of your choices for infrastructure[1] and where IP support within CICS is to be called upon. There are some on this list who can guide you with respect to CICS capabilities but, in principle, such questions should be raised in the CICS-L list: http://listserv.uga.edu/archives/cics-l.html 2. You may develop a solution where you retain SNA connectivity from your z/OS LPAR through to your 3174 (or like-for-like replacement) and support a link between an OSA feature (logically replacing the 3745 for the purposes of supporting this function) and the "3174" using DLSw logic in the routers - Cisco or any other vendor's machines supporting DLSw. 3. You could terminate SNA sessions in a TN3270E server and support your printers on TN3270E clients, typically PCs. 4. You could use SNASw software in Cisco routers and run Enterprise Extender between your z/OS[2] LPAR and the remote site. You would still need to retain SNA capability for the printing function as in 2. That's all off the top of my head. In answer to your precise question, no, I haven't any actual experience in the area you mentioned. I have only helped a customer - who probably covered "CICS printing" when he replaced his 3745s - at a later date helping to make sense of the APPN environment that was, well, sort-of, half-way in place! Incidentally, while I was active with that assistance, whatever business function was supported by CICS somehow disappeared! Chris Mason [1] Is this true? Does this "evil empire" also not have any significant competition? [2] This, at least, is specific to z/OS and is not supported by VSE! I hadn't thought of this when I made my earlier point 2. On Wed, 27 Jan 2010 23:17:59 -0600, Philip Chan wrote: >In z/OS environment, is there anyone has the experience of connecting >Remote 3174 to Cisco router to support CICS printing? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Job Openings At IBM In Dubuque Iowa
I am certainly no prude, and I swear like a sailor, but I refrain from doing so on a public forum. I have seen plenty of irate rants about any number of things, but they were done, generally, with some amount of restraint. I think Scott got caught up in some personal emotions, but that said, he should offer an apology to the list or he should be taken off the list. Chris Blaicher Phone: 512-340-6154 Mobile: 512-627-3803 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Wednesday, January 27, 2010 6:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Job Openings At IBM In Dubuque Iowa Oh hey, so is the pay rate still $20? Because while I love reading IBM manuals, I really only wish my pay rate were dramatically slashed, when enduring such trauma. Nothing spells "GOTCHA" like (deleted) Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Replacing IBM 3745
In z/OS environment, is there anyone has the experience of connecting Remote 3174 to Cisco router to support CICS printing? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: The Incredible Shrinking PDSE
Manage it, or run into problems. There is NO need for partial release on close! There is NO need for non-SMS managed data. Anything is too expensive! IMO. - Too busy driving to stop for gas! -Original Message- From: Hal Merritt Date: Wed, 27 Jan 2010 15:50:54 To: Subject: Re: The Incredible Shrinking PDSE Beats me. My SMS guy is pretty sharp. I could ask, but I'm not sure I'd understand the answer :-) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schwarz, Barry A Sent: Wednesday, January 27, 2010 3:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: The Incredible Shrinking PDSE When did they come up with non-SMS storage groups? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, January 26, 2010 9:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: The Incredible Shrinking PDSE Thanks all for the great information!! We have elected to use a storage group that is not SMS managed so that the management class release does not apply. 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
Port 23 (Was: NFS Mounts)
Wendell > If you can get into OMVS or log into telnet (port 23--not TN3270) ... Your implied assertion that TN3270 doesn't/cannot/shouldn't use port 23 is wrong! I can see why your particular installation may use port 23 for the z/OS UNIX TELNET server and another port for the TN3270E server. What it means is that 1. sort-of good news: the z/OS UNIX TELNET server offers something like the traditional TELNET service and so "deserves" to be associated with port 23 2. definitely bad news: the systems programmer who set up the ports for use by the two TELNET services - and hence you - was unaware of how to provide any and all types of TELNET service always using the port number associated with "insecure" TELNET, namely port 23[1] Although the possibility to use port 23 for both TELNET servers is mentioned where TELNET is discussed in the z/OS Communications Server IP Configuration Guide[2], more detail on the technique can be found in "Configuring TSO and z/OS UNIX Remote Execution servers to use the same port" in Chapter 29, "Remote Execution". I would actually go further than is shown in the manual and propose that a VIPA be defined for each service - not just one as a sort of "quick fix" - and then associate a name server entry with each VIPA that very explicitly describes the service as, for example: The z/OS UNIX TELNET server...: telnet.productionlpar.enterprise.com The TN3270E server ...: tn3270.productionlpar.enterprise.com Chris Mason [1] Port 992 is apparently a separate port defined to be used for "secure" TELNET using TLS/SSL http://en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_numbers Using the technique mentioned, it would be possible to continue to use just port 23 for all flavours of the TN3270E service, "unsecure", "secure" based on SSL and "secure" based on TLS. The trick is to qualify the port number with the destination IP address in the TN3270E (xxx)PORT statement. I'll leave it to someone who knows otelnetd customisation intimately to explain how something similar can be arranged for the z/OS UNIX TELNET server. I expect Port 992 need only be used by server platforms not having the flexibility of z/OS. [2] In z/OS Communications Server IP Configuration Guide Chapter 5 "TCP/IP Customization" under "Setting up reserved port number definitions in PROFILE.TCPIP" we find what may be an extract from the supplied statements for the PROFILE data set: ; - The BIND keyword is used to force a generic server (one that ; binds to the IPv4 INADDR_ANY address, or the IPv6 unspecified ; address, in6addr_any) to bind to the specific IP address that ; is specified following the BIND keyword. This capability could ; be used, for example, to allow z/OS UNIX telnet and telnet ; 3270 servers to both bind to TCP port 23. later 23 TCP TN3270 ; Telnet 3270 Server ; 23 TCP INETD1 BIND 9.67.113.3 ; z/OS UNIX Telnet server A reference is made to this section in the opening to Chapter 10, "Accessing remote hosts using Telnet": This topic describes how to set up and use the following kinds of Telnet servers: - TN3270E Telnet server Provides access to z/OS VTAM SNA applications on the MVS host using Telnet TN3270E, TN3270, or linemode protocol - z/OS UNIX Telnet server Provides access to z/OS UNIX shell applications on the MVS host using Telnet linemode protocol You can use the same port for both Telnet servers. For an overview of port management, see “Port management overview” on page 84. For more specific information about the PORT BIND statement, see “Setting up reserved port number definitions in PROFILE.TCPIP” on page 256. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Conflicting PCI Requirements - TLS FTP
On Wed, Jan 27, 2010 at 5:29 PM, Hal Merritt wrote: > We are stuck. There is a PCI requirement to NAT all access, but that's not > possible when TLS/FTP is used. > Right. You really can't use FTP and be PCI-compliant, is my understanding. What's the actual problem you're trying to solve? I know, you weren't planning on rearchitecting the whole thing, but... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IPCS Start-up issue
Still having problems. Under ISPF, I can't get IPCS to start. The dump directory is allocated properly but I still get the same start-up error: IKJURPS RC=20,ERROR=23 I re-iterate: IPCS docs and MSGS & CODES are useless; no information is available. There doesn't seem to be anything about IKJTSOxx Parmlib member in any IPCS docs. Totally stumped... :-( 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: z/os library center
Do you mean the bookmanager/PDF site here: http://www.ibm.com/systems/z/os/zos/bkserv/ If so, I have had no trouble with it at all from IE6. If you mean the Infocenter, I don't use that site at all. Peter > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Rob Schramm > Sent: Wednesday, January 27, 2010 6:35 PM > To: IBM-MAIN@bama.ua.edu > Subject: z/os library center > > Is anyone else having problems with the z/OS library center? None of the > bookshelves appear for me. I have tried Chromium, Firefox and IE. This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
http://sites.google.com/site/vx37sga2/dvep3f _ Hotmail: Free, trusted and rich email service. http://clk.atdmt.com/GBL/go/196390708/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Job Openings At IBM In Dubuque Iowa
Oh hey, so is the pay rate still $20? Because while I love reading IBM manuals, I really only wish my pay rate were dramatically slashed, when enduring such trauma. Nothing spells "GOTCHA" like "FUCK YOU." Scott On Wed, Jan 27, 2010 at 2:22 PM, Eric Bielefeld wrote: > I offered to post a link to our web site for job openings that we have in > Dubuque, Iowa. Here is what a technical recruiter asked me to post: > > > My name is Todd Raleigh and I'm a Sr Technical recruiter with IBM. As you > may have heard and seen from our email campaigns, we are actively recruiting > talented individuals for a number of openings in our newly opened Dubuque, > Iowa Technical Services Center. The new service center will provide > maintenance and monitoring of computer hardware and systems to IBM’s > business clients in the United States. This NEW Technical Delivery Services > Center in Dubuque will support US Strategic outsourcing clients, providing > server systems operations, security services, and end user services, > including maintenance and monitoring of computer hardware and software > systems. This Delivery Center is focused on increasing delivery quality that > brings together all of IBM worldwide service delivery capabilities for > Strategic Outsourcing > The positions we are currently recruiting for are supporting a wide range > of Infrastructure at varying levels of support, Levels 1/2/3 & SME. > Specifically we are seeking talented Consultants/Support Specialist to come > in and be responsible for providing support for problem and change tickets > for client server support operations. These incumbents will assess > situations to determine problem facing the client. Problems are not routine > or standardized and the creation of documentation explaining the solution to > the problem is required. > I wanted to reach out to see if you may know of anyone, that you could > refer, that could be a potential fit for our roles?. Any help you could > provide would be greatly appreciated!!! > To view these roles in greater detail, please access the below links. In > addition, these links will also allow any individuals to apply to the roles > directly which will be required in order to move forward in our process. > > http://www-03.ibm.com/employment/us/iowajobs/ > > > -- > Eric Bielefeld > Systems Programmer > IBM MVS Technical Services > Dubuque, Iowa > 563-845-4363 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/os library center
I have had the same problem for three days now. Jim Link ITM II Dept. of Information Technology Computer Facility - (775) 684-4308 jl...@doit.nv.gov This communication, including any attachments, may contain confidential information and is intended only for the individual or entity to whom it is addressed. Any review, dissemination or copying of this communication by anyone other than the intended recipient is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-Mail and delete all copies of the original message. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Schramm Sent: Wednesday, January 27, 2010 3:35 PM To: IBM-MAIN@bama.ua.edu Subject: z/os library center Is anyone else having problems with the z/OS library center? None of the bookshelves appear for me. I have tried Chromium, Firefox and IE. Rob Schramm Sirius Computer Solutions -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/os library center
Is anyone else having problems with the z/OS library center? None of the bookshelves appear for me. I have tried Chromium, Firefox and IE. Rob Schramm Sirius Computer Solutions -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Job Openings At IBM In Dubuque Iowa
When the paupers are not on the phone, they're reciting Gershwin for the IBM bourgeoisie. Sent from my iPhone On Jan 27, 2010, at 3:02 PM, Eric Bielefeld wrote: Rhythm, Blues, and Jazz are people with increasingly more experience from left to right. -- Eric Bielefeld Systems Programmer IBM MVS Technical Services Dubuque, Iowa 563-845-4363 Tony Harminc wrote: 2010/1/27 Eric Bielefeld : I offered to post a link to our web site for job openings that we have in Dubuque, Iowa. Here is what a technical recruiter asked me to post: http://www-03.ibm.com/employment/us/iowajobs/ What's with the Jazz, Rhythm, and Blues? Cutesy team or shift names? And of course there have been various comments on the IBM Dubuque site lately, varying from generally positive local coverage: http://www.thonline.com/article.cfm?id=270156 to more doubtful: http://www.informationweek.com/news/global-cio/security/showArticle.jhtml?articleID=222301244&tcss=global-cio to Cringely's highly negative: http://www.cringely.com/2010/01/ibm-2010-customers-in-revolt/ 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: JES2 Checkpoint dataset reserving the DASD volume.
Thanks Mark I didn't catch that MASDEF got dropped from the JES2PARM I was using. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Wednesday, January 27, 2010 4:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JES2 Checkpoint dataset reserving the DASD volume. On Wed, 27 Jan 2010 16:33:52 -0600, Hale, Bob wrote: >My environment is test lpar at v1.9 and 2 production lpars at v1.7 with >all DASD volumes shared across lpars. > >I am having a problem with the JES2 Checkpoint dataset reserving the >volume it is on the test lpar at v1.9. > >GRS display: > >ISG343I 15.55.25 GRS STATUS 932 > >DEVICE:6037 VOLUME:SPL3T0 RESERVED BY SYSTEM TSYS > >S=SYSTEMS SYSZJES2 SPL3T0SYS1.RDYTPLEX.HASPCKP1 T > >SYSNAMEJOBNAME ASID TCBADDR EXC/SHR STATUS > >TSYS JES2 0028 006FF5E8 EXCLUSIVE OWN > >I have added the following entries in GRSRNL00: > >RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) > >RNAME(SYS1.RDYTPLEX.HASPCKP1)/* HASP CHECKPOINT */ > >RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) > >RNAME(SYS1.RDYTPLEX.HASPCKP2)/* HASP CHECKPOINT */ > > > >I also tried adding the volser to the RNAME which didn't make any >difference: > >RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) > >RNAME(SPL3T0SYS1.RDYTPLEX.HASPCKP1)/* HASP CHECKPOINT */ > >RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) > >RNAME(SPL3T1SYS1.RDYTPLEX.HASPCKP2)/* HASP CHECKPOINT */ > >Can anyone tell me how release the reserve on the volume that has the >Jes2 checkpoint dataset? > Are these LPARs in the same GRS complex? If so, you want to change the RESERVE to a global ENQ by including the qname/rname. But that may not be best for performance (especially for GRS RING). Also, you can just let the reserve happen (as long as you aren't sharing the volume with other data sets that get reserved).But you don't want it to be reserved 100% of the time. This is controlled by the HOLD parameter in the MASDEF. For example, code HOLD=1000 in your test LPAR. See the fine manual for details. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Conflicting PCI Requirements - TLS FTP
One more thing. I just about guarantee to you that no single configuration will solve every ftps use-case. If you are receiving connections, you can configure it to be flexible for clients, but clients will have to alter their own config based on their problems and yours. Likewise, if you are the client, you'll have a few configs, with 1 solving 75% of your issues, and 3 addressing the rest. Sent from my iPhone On Jan 27, 2010, at 2:58 PM, Scott wrote: No... It drops into clear after authentication. Your problem with the firewall is because the data port is negotiated on the control channel and the firewall cannot see that. Yes, the host/client must support it, but there are other alternatives if it is not supported. EPSV4 is one of those alternatives. I have one configuration that needs both epsv4 and cccnonotify. FTPS is a clusterfuck Sent from my iPhone On Jan 27, 2010, at 2:54 PM, Hal Merritt wrote: The control channel is used for logon credentials and therefore must remain encrypted. Even if that were not an issue, there would be the requirement that the client support the RFC. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Wednesday, January 27, 2010 4:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Conflicting PCI Requirements - TLS FTP Back to what I mentioned in previous conversations. You should be able to use 'CCCNONOTIFY' to have it drop the communications channel into clear-text. The data channel would remain encrypted. http://www-01.ibm.com/support/docview.wss?uid=swg21273162 That's what we use behind a firewall that is probably identical to yours (Cisco PIX). Scott On Wed, Jan 27, 2010 at 2:29 PM, Hal Merritt wrote: We are stuck. There is a PCI requirement to NAT all access, but that's not possible when TLS/FTP is used. 'Active' FTP uses an unpredicatble port, and we don't want to open all those ports. 'Passive' FTP alows the server to specify the port, but also insists that the client use the real IP address (not the NAT'ed one) unless the client happens to support RFC 2428. And I lead to belive that very few clients do (z/os being a notalbe exception). SSH is not an option. Something we are missing? 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 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: Job Openings At IBM In Dubuque Iowa
Rhythm, Blues, and Jazz are people with increasingly more experience from left to right. -- Eric Bielefeld Systems Programmer IBM MVS Technical Services Dubuque, Iowa 563-845-4363 Tony Harminc wrote: > 2010/1/27 Eric Bielefeld : > > I offered to post a link to our web site for job openings that we have in > > Dubuque, Iowa. Here is what a technical recruiter asked me to post: > > > http://www-03.ibm.com/employment/us/iowajobs/ > > What's with the Jazz, Rhythm, and Blues? Cutesy team or shift names? > > And of course there have been various comments on the IBM Dubuque site > lately, varying from generally positive local coverage: > http://www.thonline.com/article.cfm?id=270156 > to more doubtful: > http://www.informationweek.com/news/global-cio/security/showArticle.jhtml?articleID=222301244&tcss=global-cio > to Cringely's highly negative: > http://www.cringely.com/2010/01/ibm-2010-customers-in-revolt/ > > 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: Conflicting PCI Requirements - TLS FTP
No... It drops into clear after authentication. Your problem with the firewall is because the data port is negotiated on the control channel and the firewall cannot see that. Yes, the host/client must support it, but there are other alternatives if it is not supported. EPSV4 is one of those alternatives. I have one configuration that needs both epsv4 and cccnonotify. FTPS is a clusterfuck Sent from my iPhone On Jan 27, 2010, at 2:54 PM, Hal Merritt wrote: The control channel is used for logon credentials and therefore must remain encrypted. Even if that were not an issue, there would be the requirement that the client support the RFC. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Wednesday, January 27, 2010 4:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Conflicting PCI Requirements - TLS FTP Back to what I mentioned in previous conversations. You should be able to use 'CCCNONOTIFY' to have it drop the communications channel into clear-text. The data channel would remain encrypted. http://www-01.ibm.com/support/docview.wss?uid=swg21273162 That's what we use behind a firewall that is probably identical to yours (Cisco PIX). Scott On Wed, Jan 27, 2010 at 2:29 PM, Hal Merritt wrote: We are stuck. There is a PCI requirement to NAT all access, but that's not possible when TLS/FTP is used. 'Active' FTP uses an unpredicatble port, and we don't want to open all those ports. 'Passive' FTP alows the server to specify the port, but also insists that the client use the real IP address (not the NAT'ed one) unless the client happens to support RFC 2428. And I lead to belive that very few clients do (z/os being a notalbe exception). SSH is not an option. Something we are missing? 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 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: Conflicting PCI Requirements - TLS FTP
The control channel is used for logon credentials and therefore must remain encrypted. Even if that were not an issue, there would be the requirement that the client support the RFC. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Wednesday, January 27, 2010 4:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Conflicting PCI Requirements - TLS FTP Back to what I mentioned in previous conversations. You should be able to use 'CCCNONOTIFY' to have it drop the communications channel into clear-text. The data channel would remain encrypted. http://www-01.ibm.com/support/docview.wss?uid=swg21273162 That's what we use behind a firewall that is probably identical to yours (Cisco PIX). Scott On Wed, Jan 27, 2010 at 2:29 PM, Hal Merritt wrote: > We are stuck. There is a PCI requirement to NAT all access, but that's not > possible when TLS/FTP is used. > > 'Active' FTP uses an unpredicatble port, and we don't want to open all > those ports. 'Passive' FTP alows the server to specify the port, but also > insists that the client use the real IP address (not the NAT'ed one) unless > the client happens to support RFC 2428. And I lead to belive that very few > clients do (z/os being a notalbe exception). > > SSH is not an option. > > Something we are missing? > 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 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: Job Openings At IBM In Dubuque Iowa
2010/1/27 Eric Bielefeld : > I offered to post a link to our web site for job openings that we have in > Dubuque, Iowa. Here is what a technical recruiter asked me to post: > http://www-03.ibm.com/employment/us/iowajobs/ What's with the Jazz, Rhythm, and Blues? Cutesy team or shift names? And of course there have been various comments on the IBM Dubuque site lately, varying from generally positive local coverage: http://www.thonline.com/article.cfm?id=270156 to more doubtful: http://www.informationweek.com/news/global-cio/security/showArticle.jhtml?articleID=222301244&tcss=global-cio to Cringely's highly negative: http://www.cringely.com/2010/01/ibm-2010-customers-in-revolt/ 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: JES2 Checkpoint dataset reserving the DASD volume.
On Wed, 27 Jan 2010 16:33:52 -0600, Hale, Bob wrote: >My environment is test lpar at v1.9 and 2 production lpars at v1.7 with >all DASD volumes shared across lpars. > >I am having a problem with the JES2 Checkpoint dataset reserving the >volume it is on the test lpar at v1.9. > >GRS display: > >ISG343I 15.55.25 GRS STATUS 932 > >DEVICE:6037 VOLUME:SPL3T0 RESERVED BY SYSTEM TSYS > >S=SYSTEMS SYSZJES2 SPL3T0SYS1.RDYTPLEX.HASPCKP1 T > >SYSNAMEJOBNAME ASID TCBADDR EXC/SHR STATUS > >TSYS JES2 0028 006FF5E8 EXCLUSIVE OWN > >I have added the following entries in GRSRNL00: > >RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) > >RNAME(SYS1.RDYTPLEX.HASPCKP1)/* HASP CHECKPOINT */ > >RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) > >RNAME(SYS1.RDYTPLEX.HASPCKP2)/* HASP CHECKPOINT */ > > > >I also tried adding the volser to the RNAME which didn't make any >difference: > >RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) > >RNAME(SPL3T0SYS1.RDYTPLEX.HASPCKP1)/* HASP CHECKPOINT */ > >RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) > >RNAME(SPL3T1SYS1.RDYTPLEX.HASPCKP2)/* HASP CHECKPOINT */ > >Can anyone tell me how release the reserve on the volume that has the >Jes2 checkpoint dataset? > Are these LPARs in the same GRS complex? If so, you want to change the RESERVE to a global ENQ by including the qname/rname. But that may not be best for performance (especially for GRS RING). Also, you can just let the reserve happen (as long as you aren't sharing the volume with other data sets that get reserved).But you don't want it to be reserved 100% of the time. This is controlled by the HOLD parameter in the MASDEF. For example, code HOLD=1000 in your test LPAR. See the fine manual for details. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Conflicting PCI Requirements - TLS FTP
Back to what I mentioned in previous conversations. You should be able to use 'CCCNONOTIFY' to have it drop the communications channel into clear-text. The data channel would remain encrypted. http://www-01.ibm.com/support/docview.wss?uid=swg21273162 That's what we use behind a firewall that is probably identical to yours (Cisco PIX). Scott On Wed, Jan 27, 2010 at 2:29 PM, Hal Merritt wrote: > We are stuck. There is a PCI requirement to NAT all access, but that's not > possible when TLS/FTP is used. > > 'Active' FTP uses an unpredicatble port, and we don't want to open all > those ports. 'Passive' FTP alows the server to specify the port, but also > insists that the client use the real IP address (not the NAT'ed one) unless > the client happens to support RFC 2428. And I lead to belive that very few > clients do (z/os being a notalbe exception). > > SSH is not an option. > > Something we are missing? > 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: The Incredible Shrinking PDSE
On Wed, 27 Jan 2010 22:20:35 +, Ted MacNEIL wrote: >Also, there are many issues with non-SMS PDSE's. Care to elaborate on what you think those issues are? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 Checkpoint dataset reserving the DASD volume.
My environment is test lpar at v1.9 and 2 production lpars at v1.7 with all DASD volumes shared across lpars. I am having a problem with the JES2 Checkpoint dataset reserving the volume it is on the test lpar at v1.9. GRS display: ISG343I 15.55.25 GRS STATUS 932 DEVICE:6037 VOLUME:SPL3T0 RESERVED BY SYSTEM TSYS S=SYSTEMS SYSZJES2 SPL3T0SYS1.RDYTPLEX.HASPCKP1 T SYSNAMEJOBNAME ASID TCBADDR EXC/SHR STATUS TSYS JES2 0028 006FF5E8 EXCLUSIVE OWN I have added the following entries in GRSRNL00: RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) RNAME(SYS1.RDYTPLEX.HASPCKP1)/* HASP CHECKPOINT */ RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) RNAME(SYS1.RDYTPLEX.HASPCKP2)/* HASP CHECKPOINT */ I also tried adding the volser to the RNAME which didn't make any difference: RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) RNAME(SPL3T0SYS1.RDYTPLEX.HASPCKP1)/* HASP CHECKPOINT */ RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) RNAME(SPL3T1SYS1.RDYTPLEX.HASPCKP2)/* HASP CHECKPOINT */ Can anyone tell me how release the reserve on the volume that has the Jes2 checkpoint dataset? Bob This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Conflicting PCI Requirements - TLS FTP
We are stuck. There is a PCI requirement to NAT all access, but that's not possible when TLS/FTP is used. 'Active' FTP uses an unpredicatble port, and we don't want to open all those ports. 'Passive' FTP alows the server to specify the port, but also insists that the client use the real IP address (not the NAT'ed one) unless the client happens to support RFC 2428. And I lead to belive that very few clients do (z/os being a notalbe exception). SSH is not an option. Something we are missing? 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: The Incredible Shrinking PDSE
In a message dated 1/27/2010 3:42:39 P.M. Central Standard Time, barry.a.schw...@boeing.com writes: When did they come up with non-SMS storage groups? >> PUB,PRIV, STOR??? VATLSTnn... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Job Openings At IBM In Dubuque Iowa
I offered to post a link to our web site for job openings that we have in Dubuque, Iowa. Here is what a technical recruiter asked me to post: My name is Todd Raleigh and I'm a Sr Technical recruiter with IBM. As you may have heard and seen from our email campaigns, we are actively recruiting talented individuals for a number of openings in our newly opened Dubuque, Iowa Technical Services Center. The new service center will provide maintenance and monitoring of computer hardware and systems to IBM’s business clients in the United States. This NEW Technical Delivery Services Center in Dubuque will support US Strategic outsourcing clients, providing server systems operations, security services, and end user services, including maintenance and monitoring of computer hardware and software systems. This Delivery Center is focused on increasing delivery quality that brings together all of IBM worldwide service delivery capabilities for Strategic Outsourcing The positions we are currently recruiting for are supporting a wide range of Infrastructure at varying levels of support, Levels 1/2/3 & SME. Specifically we are seeking talented Consultants/Support Specialist to come in and be responsible for providing support for problem and change tickets for client server support operations. These incumbents will assess situations to determine problem facing the client. Problems are not routine or standardized and the creation of documentation explaining the solution to the problem is required. I wanted to reach out to see if you may know of anyone, that you could refer, that could be a potential fit for our roles?. Any help you could provide would be greatly appreciated!!! To view these roles in greater detail, please access the below links. In addition, these links will also allow any individuals to apply to the roles directly which will be required in order to move forward in our process. http://www-03.ibm.com/employment/us/iowajobs/ -- Eric Bielefeld Systems Programmer IBM MVS Technical Services Dubuque, Iowa 563-845-4363 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: The Incredible Shrinking PDSE
>We have elected to use a storage group that is not SMS managed so that the >management class release does not apply. That is not necessarily a good choice! Rather, you should use SMS as much as possible to reduce your time and cost having non-storage types managing storage. You'd be better served getting the management class changed. Also, there are many issues with non-SMS PDSE's. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RLSE pipe dream (was: The Incredible Shrinking PDSE)
>This seems to be a quibble about definition. >In my view, a secular growth in the number of extents, disproportionate to the actual content of data, counts as fragmentation. Yes! But, it's a difference that makes no difference. Fragmentation is no longer a performance issue. Extent consolidation is vital, because, even with the larger allowed extents per file, you can still run out. Partial release no longer makes sense with today's cheap DASD. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Incredible Shrinking PDSE
LOL. I've used it as a pseudo Storage Group. Ask for STORCLAS=NONSMS and you don't get a Storage Class. > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Schwarz, Barry A > Sent: Wednesday, January 27, 2010 1:41 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] The Incredible Shrinking PDSE > > When did they come up with non-SMS storage groups? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: The Incredible Shrinking PDSE
Beats me. My SMS guy is pretty sharp. I could ask, but I'm not sure I'd understand the answer :-) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schwarz, Barry A Sent: Wednesday, January 27, 2010 3:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: The Incredible Shrinking PDSE When did they come up with non-SMS storage groups? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, January 26, 2010 9:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: The Incredible Shrinking PDSE Thanks all for the great information!! We have elected to use a storage group that is not SMS managed so that the management class release does not apply. 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: The Incredible Shrinking PDSE
When did they come up with non-SMS storage groups? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, January 26, 2010 9:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: The Incredible Shrinking PDSE Thanks all for the great information!! We have elected to use a storage group that is not SMS managed so that the management class release does not apply. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: why compression costs additional I/O?
Peter, Yes for your example I am recommending NCP=96, which means BUFNO=96. I habitually put both NCP and BUFNO on BSAM files because I've never been sure if BSAM calculates BUFNO using the NCP value from JCL. Many years ago I tested this to death on uncached DASD and found that BUFNO/NCP of 16 was the point of diminishing return for QSAM and BSAM. While I don't think these double buffer by design like EFS I think it fit well with the chain length limit of eight blocks with BSAM and QSAM. I should revisit this as a study on FICON and Cached DASD as it is likely that the knee in the curve happens at eight buffers now as I've noticed CPU intensive utilities like IEBDG writing short chains when volumes are SIMPLEX, and full chains when TrueCopy synchronous delays are added with DUPLEX. It suggests to me that 16 is still a good number for when IO is delayed. Thirty-one would be something I would recommend for BUFND on a VSAM file with half track CISZ, but I don't think it does any harm on DSORG=PS. As far as I recall BSAM and QSAM for PS-E does not have the same SSCH data length and #CCW restrictions as PS, and media manager is probably limited to a CYL. I'd only wish I had time to research this as a "science project" right now, but at the moment I can only offer past experience with a spattering of senior moments. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Farley, Peter x23353 > Sent: Wednesday, January 27, 2010 11:51 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] why compression costs additional I/O? > > Ron, > > If a PS-E dataset has 6 stripes, are you recommending using NCP=96 (=16 > * 6)? If so, what BUFNO should be used in that case? > > A long time ago in a galaxy far, far away, a performance guru told me an > ideal combination for PS datasets was to use half-track blocking and > BUFNO=31 (1 cylinder's worth of buffers + 1). I'd appreciate updated > advice for the PS-E and compressed data world. > > Peter > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > > Behalf Of Ron Hawkins > > Sent: Wednesday, January 27, 2010 1:19 PM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: why compression costs additional I/O? > > > > Pawel, > > > > For a regular DSORG=PS dataset DFSORT and SYNCSORT use their own > access > > method to read and write the SORTIN and SORTOUT using very efficient > long > > chained Start Sub-Channels. The EXCP count reported for these datasets > is > > the Start SubChannel count. > > > > For DSORG=PS-E the sort products will use BSAM to read and write the > > SORTIN and SORTOUT datasets. BSAM on Extended Format Datasets can be > > efficient if you increase BUFNO and NCP, but the default of five is > not > > the worst thing that can happen. More importantly the EXCP count > reported > > for these datasets is the Block Count, and not the SSCH count. These > are > > usually mult-Cyl chains. > > > > One of the few problems with Extended Format datasets is that the > block > > chaining defaults are lousy. This is probably why your job is taking > > longer with compression. BSAM, and QSAM, always use double buffering, > so > > whatever you specify is halved for chaining. I suggest that you add > > DCB=NCP=n to your SORTIN and SORTOUT, where n=16 times number of > stripes. > > > > If you want to check the actual IO count look at the SSCH count in the > SMF > > Type 46 subtype 6 records. > > > > One last thing is make sure that your SORTIN is compressed and > buffered so > > you get the benefit at the start and end of the SORT. > > > > Ron > > > This message and any attachments are intended only for the use of the > addressee and > may contain information that is privileged and confidential. If the reader of > the > message is not the intended recipient or an authorized representative of the > intended recipient, you are hereby notified that any dissemination of this > communication is strictly prohibited. If you have received this communication > in > error, please notify us immediately by e-mail and delete the message and any > attachments from your system. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DO NOT CLICK ON LINK FROM JOSEPH POON
Chances are it is not really Joseph Poon, so don't get mad at him. I got an e-mail Monday purportedly from the guy who supports my HP-UX boxes saying he was stranded in London after having been mugged. Unfortunately for the person who sent me the e-mail I knew my support guy was safe and sound in Ohio. Somebody got their names and is victimizing them as well as us. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Wednesday, January 27, 2010 1:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DO NOT CLICK ON LINK FROM JOSEPH POON Damn you, Joseph Poon! PN!!!1 On Wed, Jan 27, 2010 at 11:23 AM, Richards, Robert B. < robert.richa...@opm.gov> wrote: > This is the same email that bit me with the Viagra ads. > > Bob > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Joseph Poon > Sent: Wednesday, January 27, 2010 2:18 PM > To: IBM-MAIN@bama.ua.edu > Subject: > > http://sites.google.com/site/*** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: why compression costs additional I/O?
Ron, If a PS-E dataset has 6 stripes, are you recommending using NCP=96 (=16 * 6)? If so, what BUFNO should be used in that case? A long time ago in a galaxy far, far away, a performance guru told me an ideal combination for PS datasets was to use half-track blocking and BUFNO=31 (1 cylinder's worth of buffers + 1). I'd appreciate updated advice for the PS-E and compressed data world. Peter > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Ron Hawkins > Sent: Wednesday, January 27, 2010 1:19 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: why compression costs additional I/O? > > Pawel, > > For a regular DSORG=PS dataset DFSORT and SYNCSORT use their own access > method to read and write the SORTIN and SORTOUT using very efficient long > chained Start Sub-Channels. The EXCP count reported for these datasets is > the Start SubChannel count. > > For DSORG=PS-E the sort products will use BSAM to read and write the > SORTIN and SORTOUT datasets. BSAM on Extended Format Datasets can be > efficient if you increase BUFNO and NCP, but the default of five is not > the worst thing that can happen. More importantly the EXCP count reported > for these datasets is the Block Count, and not the SSCH count. These are > usually mult-Cyl chains. > > One of the few problems with Extended Format datasets is that the block > chaining defaults are lousy. This is probably why your job is taking > longer with compression. BSAM, and QSAM, always use double buffering, so > whatever you specify is halved for chaining. I suggest that you add > DCB=NCP=n to your SORTIN and SORTOUT, where n=16 times number of stripes. > > If you want to check the actual IO count look at the SSCH count in the SMF > Type 46 subtype 6 records. > > One last thing is make sure that your SORTIN is compressed and buffered so > you get the benefit at the start and end of the SORT. > > Ron This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enormous redbook
Steve, The publication seems to have quite a number of color graphic images (screen shots). I suspect that this is the principle cause of the size differential. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Monday, January 25, 2010 11:20 AM To: IBM-MAIN@bama.ua.edu Subject: Enormous redbook Well, the weekly redbooks announcement is out and I'm downloading the ones I care about (who doesn't like to keep up to date, eh?). And I notice a strange anamoly: The book IBM z/OS V1R11 Communications Server TCP/IP Implementation Volume 4: Security and Policy-Based Networking is over 38MiB. It looks pretty good, at first glance, but why, at 914 pages, is it so much larger than, say, the POO (32MiB at 1344 pages)? Looks like the producer doesn't realize that "Save as" consolidates and compresses as opposed to "Save" which just appends (when dealing with the Adobe Acrobat document producer). Oh well, watch your download timeouts. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques ==> Ask about being added to our opt-in list: <== ==> * Early announcement of new courses <== ==> * Early announcement of new techincal papers <== ==> * Early announcement of new promotions <== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DO NOT CLICK ON LINK FROM JOSEPH POON
Damn you, Joseph Poon! PN!!!1 On Wed, Jan 27, 2010 at 11:23 AM, Richards, Robert B. < robert.richa...@opm.gov> wrote: > This is the same email that bit me with the Viagra ads. > > Bob > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Joseph Poon > Sent: Wednesday, January 27, 2010 2:18 PM > To: IBM-MAIN@bama.ua.edu > Subject: > > http://sites.google.com/site/bjftrshrjed/aaag4l > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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: DO NOT CLICK ON LINK FROM JOSEPH POON
This is the same email that bit me with the Viagra ads. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joseph Poon Sent: Wednesday, January 27, 2010 2:18 PM To: IBM-MAIN@bama.ua.edu Subject: http://sites.google.com/site/bjftrshrjed/aaag4l -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
http://sites.google.com/site/bjftrshrjed/aaag4l _ Hotmail: Trusted email with powerful SPAM protection. http://clk.atdmt.com/GBL/go/196390707/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Re : Extracting STDOUT data from USS
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Thomas > Sent: Wednesday, January 27, 2010 12:30 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Re : Extracting STDOUT data from USS > > My apologies Gil, > > I meant an external writer. > > Kind Regards, > > Jim Thomas The term "external writer" will likely imply SPOOL access too as there is such a thing in JES2. It is "external" to JES2 and is a "writer" of SPOOL to other media, such as sequential disk or tape. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enormous redbook
Agreed - you can't copy/paste example code. I end up copy/paste a single line at a time. On Wed, Jan 27, 2010 at 1:47 PM, P S wrote: > On Wed, Jan 27, 2010 at 1:03 PM, Thompson, Steve > wrote: > > I think they changed to FrameMaker for doing our manuals. Now when you > > try to do cut/copy/paste operations, you pick up stuff that you didn't > > expect. You can't select certain things without other items > > automatically being selected, etc. > > > > Yet if I use Word or OpenOffice and produce a PDF, I can select and then > > do copy with no similar screwy problems. So it isn't just that something > > is a PDF, it has something to do with the underlying original document. > > Ah. I hadn't noticed it being specific to Frame books, but I sure know > what you mean. Drives me nuts. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enormous redbook
On Wed, Jan 27, 2010 at 1:03 PM, Thompson, Steve wrote: > I think they changed to FrameMaker for doing our manuals. Now when you > try to do cut/copy/paste operations, you pick up stuff that you didn't > expect. You can't select certain things without other items > automatically being selected, etc. > > Yet if I use Word or OpenOffice and produce a PDF, I can select and then > do copy with no similar screwy problems. So it isn't just that something > is a PDF, it has something to do with the underlying original document. Ah. I hadn't noticed it being specific to Frame books, but I sure know what you mean. Drives me nuts. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Re : Extracting STDOUT data from USS
My apologies Gil, I meant an external writer. Kind Regards, Jim Thomas 617-233-4130 (mobile) 636-294-1014 (res) j...@thethomasresidence.us -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, January 27, 2010 11:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Re : Extracting STDOUT data from USS On Wed, 27 Jan 2010 13:10:27 +0100, Hunkeler Peter (KIUP 4) wrote: > >I'm by far anything else than a CICS expert, but I seem to remember >that CICS transaction must not go into a wait, be it deliberately or >as the result of calling a non-CICS service. I think nowadays there >is a special queue to put transactions that do incur waits. > Gee, you do I/O, you wait (or the access method waits) until the DECB gets posted. I suppose CICS might bypass access methods and do STARTIO directly ... I drifted into "spool" after Jim Thomas's earliest ply yesterday (but the Subject: started "Re:") mentioned "writer", which I took to be JES terminology. -- 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 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.432 / Virus Database: 271.1.1/2647 - Release Date: 01/27/10 13:08:00 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IPCS & 64bit Storage
Has anyone used the IPCS ADPLSACC service to access 64bit storage in a dump? Is it possible at all? If not, any suggestions on how to access 64bit storage in a VERBX routine. Thanks in advance. DanD -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: why compression costs additional I/O?
Pawel, For a regular DSORG=PS dataset DFSORT and SYNCSORT use their own access method to read and write the SORTIN and SORTOUT using very efficient long chained Start Sub-Channels. The EXCP count reported for these datasets is the Start SubChannel count. For DSORG=PS-E the sort products will use BSAM to read and write the SORTIN and SORTOUT datasets. BSAM on Extended Format Datasets can be efficient if you increase BUFNO and NCP, but the default of five is not the worst thing that can happen. More importantly the EXCP count reported for these datasets is the Block Count, and not the SSCH count. These are usually mult-Cyl chains. One of the few problems with Extended Format datasets is that the block chaining defaults are lousy. This is probably why your job is taking longer with compression. BSAM, and QSAM, always use double buffering, so whatever you specify is halved for chaining. I suggest that you add DCB=NCP=n to your SORTIN and SORTOUT, where n=16 times number of stripes. If you want to check the actual IO count look at the SSCH count in the SMF Type 46 subtype 6 records. One last thing is make sure that your SORTIN is compressed and buffered so you get the benefit at the start and end of the SORT. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Pawel Leszczynski > Sent: Wednesday, January 27, 2010 2:56 AM > To: IBM-MAIN@bama.ua.edu > Subject: [IBM-MAIN] why compression costs additional I/O? > > Hello everybody, > Recently we are reviewing our EndOfDay jobs looking for potential performance > improvements (reducing CPU/elapsed time). > We have several jobs sorting big datasets where output is SMS-compressible > (type: EXTENDED) datasets. > When we compare such sorting with sorting on non-compressible output we > can see this: > EXCP TCB SRB el.time > TESTXWP5 STEP110 00 757K 3.51.709.01 <-- w/o compression > TESTXWP5 STEP120 00 1462K 3.62 2.89 10.45 <-- w. compresion > > We guess that big SRB in (2) goes for compression (that we understand - we > probably quit compression at all), but we don't understand 2 times bigger EXCP > in second case. > > Any ideas will be appreciated, > Regards, > Pawel Leszczynski > PKO BP SA > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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: Enormous redbook
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Tuesday, January 26, 2010 9:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Enormous redbook On Tue, Jan 26, 2010 at 9:50 AM, Thompson, Steve wrote: > In my opinion, FrameMaker causes problems for cut and paste. At least it > does in manuals that I have to review. Are you sure it's Frame? I think it's just PDF. I think they changed to FrameMaker for doing our manuals. Now when you try to do cut/copy/paste operations, you pick up stuff that you didn't expect. You can't select certain things without other items automatically being selected, etc. Yet if I use Word or OpenOffice and produce a PDF, I can select and then do copy with no similar screwy problems. So it isn't just that something is a PDF, it has something to do with the underlying original document. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those held by poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re : Extracting STDOUT data from USS
On Wed, 27 Jan 2010 13:10:27 +0100, Hunkeler Peter (KIUP 4) wrote: > >I'm by far anything else than a CICS expert, but I seem to remember >that CICS transaction must not go into a wait, be it deliberately or >as the result of calling a non-CICS service. I think nowadays there >is a special queue to put transactions that do incur waits. > Gee, you do I/O, you wait (or the access method waits) until the DECB gets posted. I suppose CICS might bypass access methods and do STARTIO directly ... I drifted into "spool" after Jim Thomas's earliest ply yesterday (but the Subject: started "Re:") mentioned "writer", which I took to be JES terminology. -- 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: System Rexx questions
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of McKown, John > > > The userid value specified for AXRUSER must have access to the resource > SYSREXX. of class SURROGAT. Any defined surrogate user ID may > be selected by specifying AXRUSER (siteuserid ) in SYS1.PARMLIB(AXR00). > The only access requirement necessary for the surrogate user id is READ > authority to the SYS1.SAXREXEC data set, unless the installation has > imposed some access requirements of their own. > > > http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A8A0/31.1 Merci beaucoup! Now that I have the right book title, I see that there are some differences between the 1.9 edition and the 1.11 edition you cited. In the 1.9 edition: | RDEFINE SURROGAT SYSREXX.AXRUSER UACC(NONE) | SETROPTS GENERIC (SURROGAT) REFRESH | PERMIT SYSREXX.AXRUSER CL(SURROGAT) ACCESS(ALTER) ID() Note the SETR GENERIC REFRESH and the ALTER access In the 1.11 edition: RDEFINE SURROGAT SYSREXX.* UACC(NONE) PERMIT SYSREXX.* CL(SURROGAT) ID(siteuserid) ACCESS(READ) SETROPTS RACLIST(SURROGAT) REFRESH Note the RACLIST REFRESH, but no GENERIC REFRESH even though a generic profile is specified. I think the 1.11 example will work (correctly) on 1.9 if I include a GENERIC REFRESH (we don't RACLIST the SURROGAT class). -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TXT2PDF IBM-420 to UTF-8
I have installed the latest version pf TXT2PDF but am having a problem converting IBM-420 to UTF-8. I installed a UCM module from http://source.icu-project.org/repos/icu/data/trunk/charset/data/ucm/glibc- IBM420-2.1.2.ucm but I have no luck getting this to work with TXT2PDF. Can anyone suggest the correct way to specify this in the TXT2PDF config? Another question, if I pre-convert the report to UTF-8 before I call TXT2PDF could I use this report to generate the PDF from TXT2PDF without conversion? Thanks Ron Mascarenhas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: System Rexx questions
On Wed, 27 Jan 2010 09:01:47 -0600, John Chase wrote: >What's missing from this is the RACF class in which SYSREXX. should >be defined. Its format and usage context suggests the SURROGAT class, but >it could as easily need to be defined in the FACILITY class. It seems odd >that the user ID would need to be permitted to its own SURRUGAT profile, though > You can run the AXR STC under one identity, but have REXX execs that specify AXRUSER run under a different ID. Thus, it is not that the usr ID needs authority to its -own- SURROGAT profile, but that it needs authority to the surrogate identity specified by the system programmer. The check allows the security administrator to restrict the ID that the system programmer can specify for the AXRUSER parameter, ensuring, for example, that execs run under that ID don't have SPECIAL or other inappropriate authority. -- Walt Farrell, CISSP IBM STSM z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PSF and Postnet on a 6500 printer
I am having trouble printing a Postnet barcode using PSF on a 6500 printer. The printer says it supports Postnet and PSF has a font (X0BPBN) in the fontlib, but I'm having a difficult time getting everything to mesh. The 6500 printer has IPDS and we are using the printer as a replacement for the old 4248 line printers, printing from JES2. Has anyone been able to do this? Thanks. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
£HASP003 RC=(89),C JQ - JOB CANNOT BE CANCELLED
Note the following commands and messages use a UK code page so the JES2 stuff comes out with £ and not $. I'm testing something out and I issued the JES2 cancel command and got the following messages - £CJQ,JM=Z30D* £HASP003 RC=(89),C JQ - JOB CANNOT BE CANCELLED £HASP003 RC=(89),C JQ - JOB CANNOT BE CANCELLED £HASP003 RC=(89),C JQ - JOB CANNOT BE CANCELLED £HASP003 RC=(89),C JQ - JOB CANNOT BE CANCELLED £HASP003 RC=(89),C JQ - JOB CANNOT BE CANCELLED £HASP890 JOB(Z30DCICS) 459 £HASP890 JOB(Z30DCICS) STATUS=(EXECUTING/S0W1),CLASS=K, £HASP890PRIORITY=14,SYSAFF=(ANY),HOLD=(NONE), £HASP890CANCEL=YES £HASP890 JOB(Z30DDESP) 460 £HASP890 JOB(Z30DDESP) STATUS=(EXECUTING/S0W1),CLASS=X, £HASP890PRIORITY=9,SYSAFF=(ANY),HOLD=(NONE), £HASP890CANCEL=YES CANCEL Z30DCICS,A=0048 IEE301I Z30DCICS CANCEL COMMAND ACCEPTED CANCEL Z30DDESP,A=0061 IEE301I Z30DDESP CANCEL COMMAND ACCEPTED CANCEL Z30DEXE1,A=0062 IEE301I Z30DEXE1 CANCEL COMMAND ACCEPTED CANCEL Z30DEXE2,A=0063 IEE301I Z30DEXE2 CANCEL COMMAND ACCEPTED CANCEL Z30DQED1,A=0064 IEE301I Z30DQED1 CANCEL COMMAND ACCEPTED CANCEL Z30DQQC1,A=0065 IEE301I Z30DQQC1 CANCEL COMMAND ACCEPTED As you can see I get HASP003 with rc=89 which says - *89* *JOB* *CANNOT* *BE* *CANCELLED* The operator has attempted to cancel a job which is not cancelable. The most common reasons are the job is marked non-cancelable by MVS or you tried to cancel an executing STC (you must use the MVS CANCEL command to cancel a started task in execution). The message is issued and no MVS CANCEL is issued for that job. However, the MVS CANCEL commands are issued and the jobs are cancelled. Either the HASP003 is being erroneously issued or the jobs are being erroneously cancelled. Any idea why this is happening. 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: why compression costs additional I/O?
Pawel Leszczynski wrote: generally all of it probably mean that using DFSORT for compressed datasets is not good idea. The EXCP access method is not supported for extended sequential data sets--whether compressed or not, striped or not. I/O for these data sets is performed by Media Manager which uses STARTIO and fully understands PREFIX, MIDAWs, zHPF, etc. In general, Media Manager is the smartest, most efficient I/O service available on z/OS. Its I/O driver updates the EXCP counts "manually" (using the SMFIOCNT service) to try to give you something to measure. But, these are--in effect--made up numbers whereas a real EXCP exploiter gets the EXCP counts updated by the EXCP driver--one per EXCP SVC issued. Neither measures blocks transferred unless you're reading/writing only one block at a time. The bottom line is that what you're looking at is an apples-to-oranges comparison of EXCP counts faked by Media Manager servicing BSAM requests vs DFSORT doing its own EXCP. IMHO, this comparison is meaningless. If you want to see what's really being done, I suggest a GTF trace of the I/O against the input/output data sets. But beware, if you have a z10 and a DS8100 with System z High Performance FICON support, you will be looking at TRANSPORT MODE channel programs for the Media Manager I/O which you might not understand... [...unless you come to SHARE in Seattle and attend Session 2253: zHPF Channel Programming - The Bits and Bytes, presented by David Bond and Yours Truly at 8:00 AM Thursday morning.] This will be a very technical session. Attend at your own risk! :-) -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: why compression costs additional I/O?
> generally all of it probably mean that using DFSORT for compressed datasets is > not good idea. I'm not sure I would agree with a general statement such as that. First. There is a cpu overhead associated with compression and it effects ALL applications, not just sort. The overhead is generally higher for write than it is for read. In some cases, that overhead can be offset by reduced data transfer but that depends on how well the data compresses. You also need to look at how the data set is used. If it's written once but read many times, then you may get enough benefit on all those reads to warrant the negative impact on the write. Second, higher EXCPs does not necessarily mean higher I/Os. For BSAM, buffers are used to store the blocks which are then chained together in single I/Os. So the increase in I/Os is likely much smaller than the increase in EXCPs. Thirdly, you may want to consider multiple stripes so that data is transferred in parallel. This won't reduce the I/Os but it would allow multiple I/Os to be done in parallel and reduce elapsed time. I've never really considered compression as a means of improving performance. I've heard all the arguments about less data being transferred but in all my years of batch tuning I never really saw that great an impact to offset the cpu cost. To me, compression is great for avoiding out of space conditions and managing very large files. When performance is the sole concern, I've always recommended extended format with multiple stripes but not compressed. Of course that requires that. you have the disk space available to support storing the large data sets! Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List wrote on 01/27/2010 10:23:22 AM: > [image removed] > > Re: why compression costs additional I/O? > > Pawel Leszczynski > > to: > > IBM-MAIN > > 01/27/2010 10:26 AM > > Sent by: > > IBM Mainframe Discussion List > > Please respond to IBM Mainframe Discussion List. > > Hi Yifat, > > Thanks for answer - you are right! - I 've checked in joblog: > > for compressed output: > > 0 SORTOUT : BSAM USED > > but for non-compressed output: > > SORTOUT : EXCP USED > > generally all of it probably mean that using DFSORT for compressed datasets is > not good idea. > > Regards, > Pawel > > > > > > On Wed, 27 Jan 2010 15:55:24 +0200, Yifat Oren > wrote: > > >Hi Pawel, > > > >The reason is the sort product can not use the EXCP access method with the > >compressed data set and instead chooses BSAM as the access method. > >The EXCP access method usually reads or writes on a cylinder (or more) > >boundary while BSAM, as its name suggests, reads or writes block by block. > > > >Hope that helps, > >Yifat Oren. > > > >-Original Message- > >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf > >Of Pawel Leszczynski > >Sent: Wednesday, January 27, 2010 12:56 PM > >To: IBM-MAIN@bama.ua.edu > >Subject: why compression costs additional I/O? > > > >Hello everybody, > >Recently we are reviewing our EndOfDay jobs looking for potential > >performance improvements (reducing CPU/elapsed time). > >We have several jobs sorting big datasets where output is SMS-compressible > >(type: EXTENDED) datasets. > >When we compare such sorting with sorting on non-compressible output we > can > >see this: > > EXCP TCB SRB el.time > >TESTXWP5 STEP110 00 757K 3.51.709.01 <-- w/o > >compression > >TESTXWP5 STEP120 00 1462K 3.62 2.89 10.45 <-- w. compresion > > > >We guess that big SRB in (2) goes for compression (that we understand - we > >probably quit compression at all), but we don't understand 2 times bigger > >EXCP in second case. > > > >Any ideas will be appreciated, > >Regards, > >Pawel Leszczynski > >PKO BP SA > > > >-- > >For IBM-MAIN subscribe / signoff / archive access instructions, send email > >to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the > >archives at http://bama.ua.edu/archives/ibm-main.html > > > >-- > >For IBM-MAIN subscribe / signoff / archive access instructions, > >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > >Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.
Re: System Rexx questions
The userid value specified for AXRUSER must have access to the resource SYSREXX. of class SURROGAT. Any defined surrogate user ID may be selected by specifying AXRUSER (siteuserid ) in SYS1.PARMLIB(AXR00). The only access requirement necessary for the surrogate user id is READ authority to the SYS1.SAXREXEC data set, unless the installation has imposed some access requirements of their own. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A8A0/31.1 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Chase > Sent: Wednesday, January 27, 2010 9:02 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: System Rexx questions > > On Fri, 11 Apr 2008 17:13:13 +0200, Lindy Mayfield > wrote: > > >1.8 with a APAR and shipped by default in 1.9. > > > >It is where you put system rexx programs that can run system > commands. > > > >I found this nice presentation on it: > > > >http://www.gsezos.be/PDF-Files/071121%20-%20System%20Rexx.pdf > > [ snip ] > > We're finally getting around to SYSREXX, and find that the > documentation for > setup is rather sparse. Both the Init & Tuning Reference and > the z/OS 1.9 > Implementation Redbook say: > > "The AXRUSER parameter in the AXRxx parmlib member specifies a 1 to 8 > character user ID that is used to define the security > environment that an > exec initiated using the AXREXX macro when SECURITY=BYAXRUSER > is specified. > The exec will run with the level of authorization associated with the > specified user ID. The installation needs to provide the user > ID with SAF > access to the resource SYSREXX.. If this parameter is > omitted, then > the default is AXRUSER." > > What's missing from this is the RACF class in which > SYSREXX. should > be defined. Its format and usage context suggests the > SURROGAT class, but > it could as easily need to be defined in the FACILITY class. > It seems odd > that the user ID would need to be permitted to its own > SURRUGAT profile, though > > Can someone say definitively in which class to define > SYSREXX.? > > TIA, > > -jc- > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: why compression costs additional I/O?
Hi Yifat, Thanks for answer - you are right! - I 've checked in joblog: for compressed output: 0 SORTOUT : BSAM USED but for non-compressed output: SORTOUT : EXCP USED generally all of it probably mean that using DFSORT for compressed datasets is not good idea. Regards, Pawel On Wed, 27 Jan 2010 15:55:24 +0200, Yifat Oren wrote: >Hi Pawel, > >The reason is the sort product can not use the EXCP access method with the >compressed data set and instead chooses BSAM as the access method. >The EXCP access method usually reads or writes on a cylinder (or more) >boundary while BSAM, as its name suggests, reads or writes block by block. > >Hope that helps, >Yifat Oren. > >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf >Of Pawel Leszczynski >Sent: Wednesday, January 27, 2010 12:56 PM >To: IBM-MAIN@bama.ua.edu >Subject: why compression costs additional I/O? > >Hello everybody, >Recently we are reviewing our EndOfDay jobs looking for potential >performance improvements (reducing CPU/elapsed time). >We have several jobs sorting big datasets where output is SMS-compressible >(type: EXTENDED) datasets. >When we compare such sorting with sorting on non-compressible output we can >see this: > EXCP TCB SRB el.time >TESTXWP5 STEP110 00 757K 3.51.709.01 <-- w/o >compression >TESTXWP5 STEP120 00 1462K 3.62 2.89 10.45 <-- w. compresion > >We guess that big SRB in (2) goes for compression (that we understand - we >probably quit compression at all), but we don't understand 2 times bigger >EXCP in second case. > >Any ideas will be appreciated, >Regards, >Pawel Leszczynski >PKO BP SA > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, send email >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: System Rexx questions
On Fri, 11 Apr 2008 17:13:13 +0200, Lindy Mayfield wrote: >1.8 with a APAR and shipped by default in 1.9. > >It is where you put system rexx programs that can run system commands. > >I found this nice presentation on it: > >http://www.gsezos.be/PDF-Files/071121%20-%20System%20Rexx.pdf [ snip ] We're finally getting around to SYSREXX, and find that the documentation for setup is rather sparse. Both the Init & Tuning Reference and the z/OS 1.9 Implementation Redbook say: "The AXRUSER parameter in the AXRxx parmlib member specifies a 1 to 8 character user ID that is used to define the security environment that an exec initiated using the AXREXX macro when SECURITY=BYAXRUSER is specified. The exec will run with the level of authorization associated with the specified user ID. The installation needs to provide the user ID with SAF access to the resource SYSREXX.. If this parameter is omitted, then the default is AXRUSER." What's missing from this is the RACF class in which SYSREXX. should be defined. Its format and usage context suggests the SURROGAT class, but it could as easily need to be defined in the FACILITY class. It seems odd that the user ID would need to be permitted to its own SURRUGAT profile, though Can someone say definitively in which class to define SYSREXX.? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PCE long wait for JES2 command
Thanks, Allan..that make sense to me... I checked the jes2 init deck, there's no LINE(nnn) statement... On Wed, Jan 27, 2010 at 9:48 PM, Staller, Allan wrote: > If you have no lines, why are you issuing the command(s) at all? > Check and see if there are any line(nn) statements in you init deck and > only start/stop that number of lines, or remove the commands entirely if > no line(nn) statements are present. > > I just checked the manual and the range for line(*) is 1-65535. > Since you specified LINE(*) in your command, it will have to check 64K > lines. This is bound to take a while. > > This is most likely not caused by you MASDEF parameters. > > HTH, > > > We have a Lpar (not in sysplex), every time when we shutdown/warmstart > JES2 > in IPL, we have a command $PLINE(*)/$SLINE(*), we will get: > *$HASP9203 LONG PCE DISPATCH 188 > DURATION-000:00:17.76 PCE-COMM EXIT-NONE JOB ID-NONE > COMMAND-$PLINE(*) > $HASP003 RC=(25),P LINE(*) - NO SELECTABLE DEVICE(S) FOUND > $HASP9301 JES2 MAIN TASK ALERTS CLEARED > I checked, we don't have any LINE defined, why this command would spend > so > much time? Not sure if MASDEF related, > MASDEF DORMANCY=(100,500), > HOLD=0, > LOCKOUT=1000, > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Cobe Xu Best Regards --- zOS Performance & Capacity Analyst E2E Performance Analyst Email: cob...@gmail.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: why compression costs additional I/O?
Hi Pawel, The reason is the sort product can not use the EXCP access method with the compressed data set and instead chooses BSAM as the access method. The EXCP access method usually reads or writes on a cylinder (or more) boundary while BSAM, as its name suggests, reads or writes block by block. Hope that helps, Yifat Oren. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pawel Leszczynski Sent: Wednesday, January 27, 2010 12:56 PM To: IBM-MAIN@bama.ua.edu Subject: why compression costs additional I/O? Hello everybody, Recently we are reviewing our EndOfDay jobs looking for potential performance improvements (reducing CPU/elapsed time). We have several jobs sorting big datasets where output is SMS-compressible (type: EXTENDED) datasets. When we compare such sorting with sorting on non-compressible output we can see this: EXCP TCB SRB el.time TESTXWP5 STEP110 00 757K 3.51.709.01 <-- w/o compression TESTXWP5 STEP120 00 1462K 3.62 2.89 10.45 <-- w. compresion We guess that big SRB in (2) goes for compression (that we understand - we probably quit compression at all), but we don't understand 2 times bigger EXCP in second case. Any ideas will be appreciated, Regards, Pawel Leszczynski PKO BP SA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: PCE long wait for JES2 command
If you have no lines, why are you issuing the command(s) at all? Check and see if there are any line(nn) statements in you init deck and only start/stop that number of lines, or remove the commands entirely if no line(nn) statements are present. I just checked the manual and the range for line(*) is 1-65535. Since you specified LINE(*) in your command, it will have to check 64K lines. This is bound to take a while. This is most likely not caused by you MASDEF parameters. HTH, We have a Lpar (not in sysplex), every time when we shutdown/warmstart JES2 in IPL, we have a command $PLINE(*)/$SLINE(*), we will get: *$HASP9203 LONG PCE DISPATCH 188 DURATION-000:00:17.76 PCE-COMM EXIT-NONE JOB ID-NONE COMMAND-$PLINE(*) $HASP003 RC=(25),P LINE(*) - NO SELECTABLE DEVICE(S) FOUND $HASP9301 JES2 MAIN TASK ALERTS CLEARED I checked, we don't have any LINE defined, why this command would spend so much time? Not sure if MASDEF related, MASDEF DORMANCY=(100,500), HOLD=0, LOCKOUT=1000, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: why compression costs additional I/O?
On Wed, 27 Jan 2010 12:28:56 +0100, R.S. wrote: >W dniu 2010-01-27 11:55, Pawel Leszczynski pisze: >> Hello everybody, >> Recently we are reviewing our EndOfDay jobs looking for potential performance >> improvements (reducing CPU/elapsed time). >> We have several jobs sorting big datasets where output is SMS- compressible >> (type: EXTENDED) datasets. >> When we compare such sorting with sorting on non-compressible output we >> can see this: >> EXCP TCB SRB el.time >> TESTXWP5 STEP110 00 757K 3.51.709.01<-- w/o compression >> TESTXWP5 STEP120 00 1462K 3.62 2.89 10.45<-- w. compresion >> >> We guess that big SRB in (2) goes for compression (that we understand - we >> probably quit compression at all), but we don't understand 2 times bigger EXCP >> in second case. >> >> Any ideas will be appreciated, > EXCP doesn't mean there are more data. EXCP depends on BLKSIZE. A simple >test with IEBGENER will show the larger BLKSIZE the smaller number of >EXCP's. >Surely the amount of data measured in MB is smaller when compression is >ON, because compression takes place in CPC, before data is sent to the >channel (assumed compressible data). > >-- >Radoslaw Skorupka >Lodz, Poland >>-- >BRE Bank SA >ul. Senatorska 18 >00-950 Warszawa >www.brebank.pl > Radek, Thanks for your fast answer (one can always count on you). Of course, I realize that if I had another blocksize then EXCP would be different, but here situation is like that: non-compressed output-blocksize: 27903 compressed output: 32750 so in second case number of EXCPs should be smaller, unless (as you suggested) for EXtended format 'real-low level' blocksize is much more smaller (4kB or so on) Anyway do you agree that SRB comes from compression? Regards, Pawel Leszczynski PKO BP SA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: why compression costs additional I/O?
Pawel, >Hello everybody, >Recently we are reviewing our EndOfDay jobs looking for potential >performance >improvements (reducing CPU/elapsed time). >We have several jobs sorting big datasets where output is SMS-compressible >(type: EXTENDED) datasets. >When we compare such sorting with sorting on non-compressible output we >can see this: > EXCP TCB SRB el.time >TESTXWP5 STEP110 00 757K 3.51.709.01 <-- w/o compression >TESTXWP5 STEP120 00 1462K 3.62 2.89 10.45 <-- w. compresion > >We guess that big SRB in (2) goes for compression (that we understand - we >probably quit compression at all), but we don't understand 2 times bigger EXCP >in second case. I recommend you ask your sort vendor to get the answer. I am sure they would be happy to explain how their excp routines are more efficient. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Getmain Freemain?
Wanted to thank you all for the assistance on my storage issue last week
and give you an update on the solution...
The issue was with VTOCLIST, CBT file 343, and the particular way I was
executing it in my new z/OS 1.10 environment. I have the routine wrapped
in a REXX script which calls it once for each volume in my shop using a
DCOLLECT report as the volume list driver. This process was working fine
in my 1.9 environment - it seems to have been releasing the storage it
obtained in between calls as the SP0 usage never climbed above 376K as the
script was running. However, in my new 1.10 environment it just kept
grabbing storage in SP0 below the line until it abended.
John Kalinich assisted with some properly placed FREEMAIN code expecting it
to help, but that was not quite all that was needed, as in 1.10 it was
still abending. The addition of some well placed FREEPOOL macros finally
did the trick. It should also be noted that we have a new 1.10 parm,
SEZOSV1R9RULES(YES), set to YES - so its suppose to be using the old 1.9
rules for obtaining storage - but obviously something changed.
So, thank you John for your coding assistance and fix. Also thank you Mark
Zelden for testing assistance.
John said he will update CBT 343, VTOCLIST, soon with the new code. Will
be available on www.cbttape.org.
In case you interested, here was the REXX script execution.
//STEP1EXEC PGM=IKJEFT01,PARM='VLIST'
//SYSTSPRT DD SYSOUT=*
//SYSPROC DD DISP=SHR,DSN=SE.REXX.LIBRARY
//SYSPRINT DD DISP=(MOD,CATLG),DSN=ISPC.VTOC.OUTPUT(+1),
//DCB=(RECFM=FBA,BLKSIZE=0,LRECL=133,DSORG=PS),
//UNIT=DISK,SPACE=(CYL,(55,5))
//SYSTSIN DD DUMMY
//DCOLLDD DISP=SHR,DSN=SE.DCOLLECT.INPUT
The REXX itself
/* REXX */
SIGNAL ON ERROR
EXCLUDELIST = "RESCUE SYST01"
"EXECIO * DISKR DCOLL(STEM VOLS. FINIS"
DO I = 1 TO VOLS.0
/* CALL THE VTOCLIST PROGRAM FOR EACH ENTRY IN */
/* THE DCOLLECT DATASET */
PARSE VAR VOLS.I 25 31 . 77 U1 78 U2 79 .
IF POS(,EXCLUDELIST) > 0 THEN ITERATE
PRE = SUBSTR(,1,2)
IF PRE = "M9" | PRE = "M3" THEN ITERATE
"ALLOC F(SYSUT1) UNIT(DISK) VOLUME("") SHR ",
"DSNAME('SYS1.VTOCIX.""')"
IF RC > 0 THEN ITERATE
"CALL 'SYS2.ISS.LOADLIB(VTOCLIST)'"
"FREE F(SYSUT1)"
END
EXIT
ERROR:
RCSAVE = RC
SAY "--ENTERING ERROR ROUTINE"
SAY "--RC = "FINALCODE" FOR LINE "SIGL
SAY SOURCELINE(SIGL)
SAY "--"
EXIT RCSAVE
RETURN
And the DCOLLECT looks like this, of course
//LISTCEXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//OUTDSDD DISP=OLD,DSN=SE.PADMIN.BATCH.PRDRGENR.DCOLL
//SYSINDD *
DCOLLECT -
OFILE(OUTDS) -
NODATAINFO -
VOLUME(**)
and VTOCLIST list came from CBT343, which can be found at
www.cbttape.org.
Thanks.
Jeffrey Deaver, Engineer
Systems Engineering
jeffrey.dea...@securian.com
651-665-4231(v)
IS - "Creating competitive advantage with technology. Providing service
that excels."
OSS - " Where Innovation Happens"
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: why compression costs additional I/O?
I can understand from your explanation that we would get the Radoslaw, I can understand from your explanation that we would get the same number of EXCPs, but not twice as many. If say we are backing up 1000 30K blocks, if compression reduces the size of each block, to say 10K, then we will be backing up 1000 10K blocks and the number of EXCPs will stay the same. I could imagine it might go up slightly to allow for some 'control info' saying that 'this data is compressed', but I would hope that such numbers would be low - I would also hope - perhaps naievely, that z/OS / IOS (or whoever is doing the compressing) would write blocks in big lumps - of 30K - or more - it is now in control of the data, rather than the user. Perhaps it does something 'stupid' like only being able to send 4K blocks, or use its own buffering, rather thanthe defualt of 5 - or any larger number you specified originally, Nigel Nigel Wolfendale nigel.wolfend...@btinternet.com +44(0)1494 723092 +966(0)540217367 From: R.S. To: IBM-MAIN@bama.ua.edu Sent: Wednesday, 27 January, 2010 14:28:56 Subject: Re: why compression costs additional I/O? W dniu 2010-01-27 11:55, Pawel Leszczynski pisze: > Hello everybody, > Recently we are reviewing our EndOfDay jobs looking for potential performance > improvements (reducing CPU/elapsed time). > We have several jobs sorting big datasets where output is SMS-compressible > (type: EXTENDED) datasets. > When we compare such sorting with sorting on non-compressible output we > can see this: > EXCP TCB SRB el.time > TESTXWP5 STEP110 00 757K 3.51 .70 9.01<-- w/o compression > TESTXWP5 STEP120 00 1462K 3.62 2.89 10.45<-- w. compresion > > We guess that big SRB in (2) goes for compression (that we understand - we > probably quit compression at all), but we don't understand 2 times bigger EXCP > in second case. > > Any ideas will be appreciated, Paweł, EXCP niekoniecznie świadczy o ilości danych. Jeżeli skopiujesz IEBGENERem ten sam zbiór na taśmę używając różnych blocksajzów to uzyskasz różne EXCP (mniejsze przy większym BLKSIZE). Tak więc większe EXCP niekoniecznie się przekłada na większe obciążenie systemu dyskowego. Danych w [MB] na pewno zapisujesz mniej, bo kompresja odbywa się w CPC (zakładam, że zbiór się kompresuje). BTW: Nie sprawdzałem, ale podejrzewam, że PS-ext w wersji COMPRESSED może mieć fizyczne (niewidoczne dla aplikacji) bloki 4kB - jak PDSE. HTH Quick&dirty translation for lurkers EXCP doesn't mean there are more data. EXCP depends on BLKSIZE. A simple test with IEBGENER will show the larger BLKSIZE the smaller number of EXCP's. Surely the amount of data measured in MB is smaller when compression is ON, because compression takes place in CPC, before data is sent to the channel (assumed compressible data). -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: undoc'd DFDSS msg
It's not in the z/OS 1.11 books, either. -jc- > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Hoelscher > Sent: Tuesday, January 26, 2010 6:19 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: undoc'd DFDSS msg > > so i have been informed ... well - i did what I could to assist ... oh > well .. > > Chris Hoelscher > Senior IDMS & DB2 Database Administrator > Humana Inc > 502-476-2538 > choelsc...@humana.com > > you only need to test the programs that you want to work correctly > > > > > > > From: > "Pommier, Rex R." > To: > IBM-MAIN@bama.ua.edu > Date: > 01/26/2010 06:12 PM > Subject: > Re: [IBM-MAIN] undoc'd DFDSS msg > Sent by: > IBM Mainframe Discussion List > > > > Chris, > > But.unfortunately.the publib link points to a z/OS 1.10 messages > and codes book. The book doesn't contain the message. > > Rex > > > > > The information transmitted is intended only for the person or entity to which it is addressed and may > contain CONFIDENTIAL material. If you receive this material/information in error, please contact the > sender and delete or destroy the material/information. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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: Re : Extracting STDOUT data from USS
>We have done some tests and found that there is no issue to read >and write HFS files from a CICS transactions, using the C library >functions for reading and writing files. I'm by far anything else than a CICS expert, but I seem to remember that CICS transaction must not go into a wait, be it deliberately or as the result of calling a non-CICS service. I think nowadays there is a special queue to put transactions that do incur waits. >As a named pipe is just another file, it should work. A named pipe is different from a standard file in that both ends my become blocked upon a read or write, resp. The reader if there is insufficient data in the pipe, i.e. the reader is faster reading from the pipe than the writer can write into it. The writer if the pipe becomes "full", i.e. the writer is faster in writing to the pipe than the reader can read from it. I'm not saying that to be an inhibitor but this fact has to be taken into account. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: why compression costs additional I/O?
W dniu 2010-01-27 11:55, Pawel Leszczynski pisze: Hello everybody, Recently we are reviewing our EndOfDay jobs looking for potential performance improvements (reducing CPU/elapsed time). We have several jobs sorting big datasets where output is SMS-compressible (type: EXTENDED) datasets. When we compare such sorting with sorting on non-compressible output we can see this: EXCP TCB SRB el.time TESTXWP5 STEP110 00 757K 3.51.709.01<-- w/o compression TESTXWP5 STEP120 00 1462K 3.62 2.89 10.45<-- w. compresion We guess that big SRB in (2) goes for compression (that we understand - we probably quit compression at all), but we don't understand 2 times bigger EXCP in second case. Any ideas will be appreciated, Paweł, EXCP niekoniecznie świadczy o ilości danych. Jeżeli skopiujesz IEBGENERem ten sam zbiór na taśmę używając różnych blocksajzów to uzyskasz różne EXCP (mniejsze przy większym BLKSIZE). Tak więc większe EXCP niekoniecznie się przekłada na większe obciążenie systemu dyskowego. Danych w [MB] na pewno zapisujesz mniej, bo kompresja odbywa się w CPC (zakładam, że zbiór się kompresuje). BTW: Nie sprawdzałem, ale podejrzewam, że PS-ext w wersji COMPRESSED może mieć fizyczne (niewidoczne dla aplikacji) bloki 4kB - jak PDSE. HTH Quick&dirty translation for lurkers EXCP doesn't mean there are more data. EXCP depends on BLKSIZE. A simple test with IEBGENER will show the larger BLKSIZE the smaller number of EXCP's. Surely the amount of data measured in MB is smaller when compression is ON, because compression takes place in CPC, before data is sent to the channel (assumed compressible data). -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Re : Extracting STDOUT data from USS
Hello Peter, You're correct, I do not want to write to spool .. :-) Kind Regards, Jim Thomas 617-233-4130 (mobile) 636-294-1014 (res) j...@thethomasresidence.us -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Wednesday, January 27, 2010 12:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Re : Extracting STDOUT data from USS >If the OP actually wants to write to spool, and is not necessarily >running under BPXBATCH, he can do: I can't see where the OP ever said he wanted to write to the spool. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.432 / Virus Database: 271.1.1/2638 - Release Date: 01/26/10 19:36:00 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to modify the CICS DB2ENTRY resource Table
On Tue, 26 Jan 2010 13:12:41 -0600, Alvaro Quintupray Burgos wrote: >If anyone can help me or give me some link to join a CICS forums. http://cicswiki.org/cicswiki1/index.php?title=CICS_List Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Re : Extracting STDOUT data from USS
On Tue, 26 Jan 2010 09:33:24 -0600, Paul Gilmartin wrote: >On Tue, 26 Jan 2010 13:15:45 +0100, Hunkeler Peter (KIUP 4) wrote: > >>Create a named pipe and have the writer send its stdout to that pipe. >>In CICS run a process to read form that named pipe. Prerequisite to >>this design is that both ends must be active simultaneuosly. >> >Good answer; seems to meet the OP's requirement. (But I don't know >CICS; I seem to remember discussions about problems using Unix >System Services in CICS.) We have done some tests and found that there is no issue to read and write HFS files from a CICS transactions, using the C library functions for reading and writing files. As a named pipe is just another file, it should work. Obviously, when in CICS, you're not alone... Make sure proper serialization (E C ENQ, E C DEQ) is done. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
why compression costs additional I/O?
Hello everybody, Recently we are reviewing our EndOfDay jobs looking for potential performance improvements (reducing CPU/elapsed time). We have several jobs sorting big datasets where output is SMS-compressible (type: EXTENDED) datasets. When we compare such sorting with sorting on non-compressible output we can see this: EXCP TCB SRB el.time TESTXWP5 STEP110 00 757K 3.51.709.01 <-- w/o compression TESTXWP5 STEP120 00 1462K 3.62 2.89 10.45 <-- w. compresion We guess that big SRB in (2) goes for compression (that we understand - we probably quit compression at all), but we don't understand 2 times bigger EXCP in second case. Any ideas will be appreciated, Regards, Pawel Leszczynski PKO BP SA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PCE long wait for JES2 command
Hi listers, We have a Lpar (not in sysplex), every time when we shutdown/warmstart JES2 in IPL, we have a command $PLINE(*)/$SLINE(*), we will get: *$HASP9203 LONG PCE DISPATCH 188 DURATION-000:00:17.76 PCE-COMM EXIT-NONE JOB ID-NONE COMMAND-$PLINE(*) $HASP003 RC=(25),P LINE(*) - NO SELECTABLE DEVICE(S) FOUND $HASP9301 JES2 MAIN TASK ALERTS CLEARED I checked, we don't have any LINE defined, why this command would spend so much time? Not sure if MASDEF related, MASDEF DORMANCY=(100,500), HOLD=0, LOCKOUT=1000, Anyother field I should check? Thanks! -- Cobe Xu Best Regards --- zOS Performance & Capacity Analyst E2E Performance Analyst Email: cob...@gmail.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
