Re: CPP (C++) file on z/OS
On Mon, 30 Jan 2012 21:25:04 -0600, John McKown wrote: >... "wordpad" will properly recognize the UNIX >style line endings. You can then do a "save" function and wordpad will >change the line endings from UNIX style to Windows style. > Which is better than nothing, but it really ought to give the user the choice of either preserving the input new line convention or converting. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
On Mon, 30 Jan 2012 20:27:00 -0800, Charles Mills wrote: > >BTW, it will want to be a .C (upper case) file to compile it with the IBM C >compiler. > Do you mean .C for C++ versus .c for C? Otherwise I've never encountered that restriction. Might you have a bad suffix rule in a makefile? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
> For a page data set on a HiperPAV device, ASM creates two > sets of channel program control blocks. If a single page read > request come along while the first set is in use, ASM will use > the second set to start another channel program to do the single > page read. The purpose is to avoid having a single page read need > to wait for a long string of pageouts to complete before it > can be started. >Jim, that's what you told me some time ago - and what I have presented in >Memory Matters: 2 effective per page data set. When I present on the >support for > 4GB page data sets I verbalise the trade off between the >simplicity of fewer, larger, page data sets vs the larger number of >channel program control blocks for more, smaller, page data sets. Because >of the virtualisation within modern disk controllers robustness favours >more, smaller. So to summarize: Page data sets can be up to 44,9GB in size (supported by ASM in using it), HiperPAV is used, but 'only' two IOs will ever get started for the same page data set at the same time. Jim, thanks for clarifying the current state. Martin, that means I have to attend the latest 'Memory matters' in May, right? :-) The reason I asked is that the DB2 colleagues have demanded an (almost) free-for-all memlimit for all address spaces. (Due to a clear abend0c4-4 on two getmained addresses in a BMC utility that they say is caused by not-enough-storage above the bar.) They will get 32GB per asid, which in turn means that we will now see drastic increase in paging, which was bad here to begin with (around 30% per page data set already). So we system guys need to redesign our paging setup, hence my question after studying ibmmain. For the curious: Doubling the memlimit from 500MB to 1GB increased paging to the same number of page data sets from 18-22% to 28-31%. Now we won't catch those applications anymore that just get 20GB, touch every page (which gets them backed) and then never use it because there just isn't any activity in the product on that system. But the locals will surely get filled up. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
On 31/01/2012 12:27 PM, Charles Mills wrote: BTW, it will want to be a .C (upper case) file to compile it with the IBM C compiler. I use *.cpp extensions. Either use the -+ compiler option, set the _CXX_CXXSUFFIX environment variable or set up a stanza in the compiler configuration file. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Donald Likens Sent: Monday, January 30, 2012 6:47 PM To: IBM-MAIN@bama.ua.edu Subject: CPP (C++) file on z/OS I am attempting to port a C++ (.CPP) file to z/OS. I appears that .CPP files do not have new line indicators because when I FTP it I get one long record that exceeds 32765 bytes and the FTP failes. Also when I read these file with notepad they are one long stream. Any advise? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
I do this daily. It's not a "cpp" problem -- it's a file conversion and line-ending problem. I use Ipswitch WS_FTP. Where did the file originate? .cpp sounds like Visual Studio, so it should have correct Windows line endings, which are essentially a superset of UNIX line endings. .cpp files on Windows should have CR-LFs. It sounds like it is wrong before it ever starts out. BTW, it will want to be a .C (upper case) file to compile it with the IBM C compiler. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Donald Likens Sent: Monday, January 30, 2012 6:47 PM To: IBM-MAIN@bama.ua.edu Subject: CPP (C++) file on z/OS I am attempting to port a C++ (.CPP) file to z/OS. I appears that .CPP files do not have new line indicators because when I FTP it I get one long record that exceeds 32765 bytes and the FTP failes. Also when I read these file with notepad they are one long stream. Any advise? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TOD clock format
On Mon, 30 Jan 2012 15:27:06 -0800, Phil Smith wrote: >I looked at PofOp and didn't see it (but then, it's not the >most accessible volume any more - remember the old days, >when it was what, 200 pages?). The -7 edition of the System/360 POO is on bitsavers. It is 199 pages and you won't find a TOD clock in it. The -4 edition of the System/370 POO, dated September, 1974 is 329 pages. Regardless, there is a lot to a z/Architecture processor and I disagree that the POO is a difficult document. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
On Mon, 30 Jan 2012 20:47:14 -0600, Donald Likens wrote: >I am attempting to port a C++ (.CPP) file to z/OS. I appears that .CPP files >do not have new line indicators because when I FTP it I get one long record >that exceeds 32765 bytes and the FTP failes. Also when I read these file with >notepad they are one long stream. Any advise? > OK. The standard questions: o Where's it coming from that notepad can't read it? o Why not use the vastly superior wordpad instead of notepad? o When the FTP fails, what system is the client? o What system is the server? o What options do you supply? (ASCII? BINARY? other (specify)?) o Are you transferring it to a Legacy data set or to a UNIX file on the z? o What do "STAT" and "quote STAT" tell you? o Can you supply a console log of the failure? -- gil >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TOD clock format
Regrettably, the current PrOp in not specific about the time horizon of the STCK instruction. At 23:58:43 on 17 September 2042 the IBM mainframe TOD clock, 64-bit STCK value overflows. STCKE values do not have this defect. Effectively, they are 14-byte, 8 x 14 = 112-bit [unsigned] values. (The rightmost two bytes of the full sixteen-byte value ensure uniqueness when there are multiple TOD clocks in an environment, but they are not part of the TOD value proper.) There is thus no excuse for any use of an STCK instruction in NEW code. Old code is a different matter, If it is judged that there is NO possibility that it will still be in use in 2042, STCKs in it need not be replaced. Otherwise they should be. --jg -- John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
C++ files certainly may be multi-line, just like C. What is the originating system? I have seen this sort of thing when an ASCII file has UNIX style line endings (LF only) and the ftp is done by a Windows system (which wants CRLF). Instead of using "notepad" (which makes me think you are using Windows), try using "wordpad". I don't "do" Windows myself, but I've heard that "wordpad" will properly recognize the UNIX style line endings. You can then do a "save" function and wordpad will change the line endings from UNIX style to Windows style. This may well allow the ftp to succeed. On Mon, 2012-01-30 at 20:47 -0600, Donald Likens wrote: > I am attempting to port a C++ (.CPP) file to z/OS. I appears that .CPP > files do not have new line indicators because when I FTP it I get one > long record that exceeds 32765 bytes and the FTP failes. Also when I > read these file with notepad they are one long stream. Any advise? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- John McKown Maranatha! <>< -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
What system is it currently on? Which system is your client and which your server? What ftp options are you using? What command? :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On :>: Behalf Of Donald Likens :>: Sent: Monday, January 30, 2012 6:47 PM :>: To: IBM-MAIN@bama.ua.edu :>: Subject: CPP (C++) file on z/OS :>: :>: I am attempting to port a C++ (.CPP) file to z/OS. I appears that .CPP :>: files do not have new line indicators because when I FTP it I get one :>: long record that exceeds 32765 bytes and the FTP failes. Also when I :>: read these file with notepad they are one long stream. Any advise? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
CPP (C++) file on z/OS
I am attempting to port a C++ (.CPP) file to z/OS. I appears that .CPP files do not have new line indicators because when I FTP it I get one long record that exceeds 32765 bytes and the FTP failes. Also when I read these file with notepad they are one long stream. Any advise? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TOD clock format
On Mon, 30 Jan 2012 19:54:06 -0500, Tony Harminc wrote: > >Even machines with the traditional 64-bit TOD clock guaranty that >different values will be obtained from two executions of STCK on one >or different CPUs. You cannot issue STCKs fast enough to obtain >duplicate values. Or rather, the machine will do what it has to, even >to the extent of slowing your program, so that things come out as >documented. Doubtless for this reason, Store Clock Fast (STCKF) >exists. How STCK and STCKE interact with STCKF is more subtle, but >allows for performance with predictability. > Long ago, IIRC, the PoOp (PrOp) said that each CPU in a system had its own TOD clock. A wizard told me that this was to ensure fault tolerance, and that there was some horrendous logic to keep all synchronized or report an error (bad CC? machine check?) if they fell out-of-sync. And that the lowest bits were CPU-specific (Processor ID?) to ensure uniqueness. Nowadays, the PoOp (PrOp) says that a single (E)TOD clock serves all processors in a system. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TOD clock format
On 30 January 2012 18:27, Phil Smith wrote: > It's been a while since I did an STCK and looked at the results. ISTR that > the last five or so nibbles were always zero; now they aren't. Five zero nibbles suggest quite a slow CPU. On current hardware, a number of bits to the right of position 51 (the microsecond bit) are typically seen to increment in trace entries and the like. > I assume that's added granularity to reduce repeated timestamps from STCKs > close together (on the same processor), though still perhaps not enough to > avoid the need for STCKE in critical codepaths. Even machines with the traditional 64-bit TOD clock guaranty that different values will be obtained from two executions of STCK on one or different CPUs. You cannot issue STCKs fast enough to obtain duplicate values. Or rather, the machine will do what it has to, even to the extent of slowing your program, so that things come out as documented. Doubtless for this reason, Store Clock Fast (STCKF) exists. How STCK and STCKE interact with STCKF is more subtle, but allows for performance with predictability. > Anyway, does anyone have a machine-readable copy of the current "rules" for > STCK? I looked at PofOp and didn't see it (but then, it's not the most > accessible volume any more - remember the old days, when it was what, 200 > pages?). I remember when it was a 30-page supplement to the S/360 PofOp. However the clock "rules" are in the current 1300+ page monster, and I think not too inaccessible, for all the impracticality of bedtime reading of the paper version. Chapter 4. Control ->Timing ->Time-of-Day-Clock -> Setting and Inspecting the Clock is the place to start. Just over a page for the rules, and followed by some very good notes. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SHARE Atlanta March numbers
Okay, I have told the marketing folks to keep the faith. I promised them more than 250 attendees! Thanks. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Linda Mooney Sent: Monday, January 30, 2012 4:13 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SHARE Atlanta March numbers I resemble that! I always try to get the hotel reservations first. I frequently end up with SHARE onsite registration - it mostly depends on who pays for the trip. If it's me, it definitely last minute. :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TOD clock format
You mean: The current value of bits 0-63 of the TOD clock is stored in the eight-byte field designated by the sec- ond-operand address, provided the clock is in the set, stopped, or not-set state. When the clock is stopped, zeros are stored in positions to the right of the rightmost bit position that is incremented when the clock is running. For STORE CLOCK, when the value of a running clock is stored, nonzero values may be stored in positions to the right of the rightmost incremented bit; this is to ensure that a unique value is stored. For STORE CLOCK FAST, when the value of a running clock is stored, bits to the right of the rightmost bit that is incremented are stored as zeros. Zeros are stored at the operand location when the clock is in the error state or the not-operational state. The quality of the clock value stored by the instruction is indicated by the resultant condition-code setting. For STORE CLOCK, a serialization function is performed before the value of the clock is fetched and again after the value is placed in storage. Resulting Condition Code: 0 Clock in set state 1 Clock in not-set state 2 Clock in error state 3 Clock in stopped state or not-operational state Program Exceptions: . Access (store, operand 2) . Operation (STCKF, if the store-clock-fast facility is not installed) Programming Notes: 1. Bit position 31 of the clock is incremented every 1.048576 seconds; hence, for timing applications involving human responses, the leftmost clock word may provide sufficient resolution. 2. Condition code 0 normally indicates that the clock has been set by the control program. Accordingly, the value may be used in elapsedtime measurements and as a valid time-of-day and calendar indication. Condition code 1 indicates that the clock value is the elapsed time since the power for the clock was turned on. In this case, the value may be used in elapsed-time measurements but is not a valid time-of-day indication. Condition codes 2 and 3 mean that the value provided by STORE CLOCK cannot be used for time measurement or indication. 3. Condition code 3 indicates that the clock is in either the stopped state or the not-operational state. These two states can normally be distinguished because an all-zero value is stored when the clock is in the not-operational state. 4. If a problem program written for z/Architecture is to be executed also on a system in the System/ 370 mode, then the program should take into account that, in the System/370 mode, the value stored when the condition code is 2 is not necessarily zero. 5. Two executions of STORE CLOCK FAST, or an execution of STORE CLOCK FAST and STORE CLOCK, either on the same or different CPUs, do not necessarily return different values of the clock if the clock is running. Thus, the values returned by STORE CLOCK FAST do not necessarily indicate the correct sequence of execution of the instruction by one or more CPUs. 6. When the TOD-clock-steering facility is installed, and assuming a valid operating system, then, for the problem program, the TOD clock is always in the set state and there is no need to test the condition code after issuing STORE CLOCK or STORE CLOCK FAST. Useful site: http://www.longpelaexpertise.com.au/toolsTOD.php Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Phil Smith Sent: Monday, January 30, 2012 3:27 PM To: IBM-MAIN@bama.ua.edu Subject: TOD clock format It's been a while since I did an STCK and looked at the results. ISTR that the last five or so nibbles were always zero; now they aren't. I assume that's added granularity to reduce repeated timestamps from STCKs close together (on the same processor), though still perhaps not enough to avoid the need for STCKE in critical codepaths. Anyway, does anyone have a machine-readable copy of the current "rules" for STCK? I looked at PofOp and didn't see it (but then, it's not the most accessible volume any more - remember the old days, when it was what, 200 pages?). Thanks, ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SHARE Atlanta March numbers
I resemble that! I always try to get the hotel reservations first. I frequently end up with SHARE onsite registration - it mostly depends on who pays for the trip. If it's me, it definitely last minute. :-) Linda - Original Message - From: "Edward Jaffe" To: IBM-MAIN@bama.ua.edu Sent: Monday, January 30, 2012 3:24:37 PM Subject: Re: SHARE Atlanta March numbers On 1/30/2012 1:12 PM, Charles Mills wrote: > I am looking at an e-mail from SHARE HQ dated January 19 that says "We have > about 240 attendees registered so far." > > Hard for me to believe. Oh, I can believe that for sure. I'm the SHARE MVS Core Technologies Project Manager and even I haven't registered yet! IMHO, the best indicator of expected attendance are hotel reservations. People don't have to pay for those until they leave. -- 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: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SHARE Atlanta March numbers
Hi: In many cases people are waiting for approval to attend SHARE which is in March. Check the figures after mid-February to get a better figure. Regards, Gene In a message dated 1/30/2012 4:13:35 P.M. Eastern Standard Time, charl...@mcn.org writes: I am looking at an e-mail from SHARE HQ dated January 19 that says "We have about 240 attendees registered so far." Hard for me to believe. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Monday, January 30, 2012 12:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SHARE Atlanta March numbers On 1/30/2012 11:53 AM, Charles Mills wrote: > The marketing department -- which is new and has no previous > experience in dealing with SHARE -- is telling me that the expected > attendance is 250 to 300. Does that seem reasonable? If true, does that seem sustainable? Those numbers are way too low to be reasonable. The Orlando registration numbers were: o Total Full Week Paid - 618 attendees o Total Onsite - 1,081 attendees o Total First Time Attendees - 62 The above registration numbers are typical of recent conferences and do not count the SHARE "Live" audience participating via webcast... -- 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: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SHARE Atlanta March numbers
On 1/30/2012 1:12 PM, Charles Mills wrote: I am looking at an e-mail from SHARE HQ dated January 19 that says "We have about 240 attendees registered so far." Hard for me to believe. Oh, I can believe that for sure. I'm the SHARE MVS Core Technologies Project Manager and even I haven't registered yet! IMHO, the best indicator of expected attendance are hotel reservations. People don't have to pay for those until they leave. -- 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: INFO IBM-MAIN
TOD clock format
It's been a while since I did an STCK and looked at the results. ISTR that the last five or so nibbles were always zero; now they aren't. I assume that's added granularity to reduce repeated timestamps from STCKs close together (on the same processor), though still perhaps not enough to avoid the need for STCKE in critical codepaths. Anyway, does anyone have a machine-readable copy of the current "rules" for STCK? I looked at PofOp and didn't see it (but then, it's not the most accessible volume any more - remember the old days, when it was what, 200 pages?). Thanks, ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Forbes: Kids See A Future In Mainframes
yes they are located in 200 countries. However, those server are owned and run by banks not Visa. As of several years ago, Visa Inc had 2 large, 1 medium and 1 small zos data centers, not counting test. the 145,000 is split over a large number of machines. And not all of them are zos. On Mon, Jan 30, 2012 at 2:56 PM, Mike Schwab wrote: > On Mon, Jan 30, 2012 at 3:53 PM, Sam Siegel wrote: >> I used to work at VISA ... the 145,000 txn/sec is misleading. The >> authorization system (tpf based) runs sustained peak rate of about >> 7,000 txn/sec as of about 3 years ago. The clearing system (zos) run >> about 24,000 txn/second as of about 3 years ago. >> >> The 145,000 sounds like the sum of all the banks TPS rates as a whole. >> > 'The servers were located in about 200 countries.' > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Forbes: Kids See A Future In Mainframes
On Mon, Jan 30, 2012 at 3:53 PM, Sam Siegel wrote: > I used to work at VISA ... the 145,000 txn/sec is misleading. The > authorization system (tpf based) runs sustained peak rate of about > 7,000 txn/sec as of about 3 years ago. The clearing system (zos) run > about 24,000 txn/second as of about 3 years ago. > > The 145,000 sounds like the sum of all the banks TPS rates as a whole. > 'The servers were located in about 200 countries.' -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Forbes: Kids See A Future In Mainframes
Ahh to be young again ... -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sen! t from or received at this email address. -- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Roberts, John J Sent: Monday, January 30, 2012 5:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Forbes: Kids See A Future In Mainframes And there is a general belief that the people who know about mainframes are old, too, you know, like the guy with the COBOL skills and dubious hygiene who shuffles along the corridor, looking like he eats his blue-plate special at 4:30 in the afternoon. I am offended that anyone would think that I have dubious hygiene. Maybe dubious social skills, but not dubious hygiene ;-) As for the 4:30 blue-plate special, for me it is a 2PM Chinese #3 with Orange Soda. What's wrong with that? John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
IBM Mainframe Discussion List wrote on 30/01/2012 22:10:39: > From: > > Jim Mulder > > To: > > IBM-MAIN@bama.ua.edu, > > Date: > > 30/01/2012 22:14 > > Subject: > > Re: ASM and HiperPAV > > Sent by: > > IBM Mainframe Discussion List > > > >To be precise: ASM reserves 2 exposures *per pagedataset* not per > > >volume (i.e. 2n-1 Aliasses per volume), since/so you can allocate more > > >than 1 pagedataset on one volume. We do so to fill 3390-9s and -27s > with > > >pagedatasets. > > > > I beg to disagree. :-) HiperPAV works on a per-IO-basis in the > > hardware, so ASM cannot 'reserve' an exposure (anymore). HiperPAV is > > for faster I/O turnaround and for reduction of IOS queuing times by > > giving another SSCH another 'exposure'. No SSCH, no HiperPAV usage. > > If no I/O is started because ASM knows there is one outstanding (as > > was the case in the past) then HiperPAV is effectively not used. > > Other than for the second case that Jim Mulder had detailed in the > > past. Hence my question if that is still true or if ASM now starts > > as many IOs as needed to get paging requests filled. > > For a page data set on a HiperPAV device, ASM creates two > sets of channel program control blocks. If a single page read > request come along while the first set is in use, ASM will use > the second set to start another channel program to do the single > page read. The purpose is to avoid having a single page read need > to wait for a long string of pageouts to complete before it > can be started. > > > Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > Jim, that's what you told me some time ago - and what I have presented in Memory Matters: 2 effective per page data set. When I present on the support for > 4GB page data sets I verbalise the trade off between the simplicity of fewer, larger, page data sets vs the larger number of channel program control blocks for more, smaller, page data sets. Because of the virtualisation within modern disk controllers robustness favours more, smaller. The reason I do this in a "memory" presentation should be obvious. Suffice it to say a substantial proportion of the CritSits (and similar) I've been involved in have been to do with what happens when a paging subsystem performs poorly (because we blew through memory and into page data sets). Rest assured the appropriate Development teams in Poughkeepsie have been involved in those situations, too. Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Forbes: Kids See A Future In Mainframes
And there is a general belief that the people who know about mainframes are old, too, you know, like the guy with the COBOL skills and dubious hygiene who shuffles along the corridor, looking like he eats his blue-plate special at 4:30 in the afternoon. I am offended that anyone would think that I have dubious hygiene. Maybe dubious social skills, but not dubious hygiene ;-) As for the 4:30 blue-plate special, for me it is a 2PM Chinese #3 with Orange Soda. What's wrong with that? John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Is there a no cost replacement for EKM?
> > Old EKM is packaged with JAVA 6.0.It is removed in 6.0.1 and up. As long > as JAVA > 6.0 is in support, I would think that version of EKM would be ok yet. > > And it does appear to be true that IBM is now charging for the replacement > ISKLM > product, but it us usage based. However, it does not appear to be very > expensive, > and it the "lite" version that does not require DB2 backend or the SSRE(system > services Runtime environment, which I believe to be OEMWAS). > > We did migrate to it. Gonna be hard to explain to the PHB when you can't > read your > tapes anymore if you run on something unsupported. Does it stink that IBM is > now > charging for something that used to be free? U bet. Although it seems you > should be > able to 'negotiate" a price since you purchased the hardware encryption > feature on > your 359x drives that is worthless without it. > > Here is the link to the announcement(watch the wrap): http://www- > 01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/0/872/ENUSAP11 > -0100/index.html&lang=en&request_locale=en > Thank you both Sam Knutson and Dave Jousma. I remembered a year or so ago when this came up it was considered TKLM lite and no charge. It is a shame that IBM seems to be back-dooring the demise of EKM without being more upfront with it. I am now wondering what other EKM-like products are out there and what the cost comparison is to ISKLM. I know there is CA Key Manager, and IBM TKLM/ISKLM. But are there others? The main reason (besides no charge) we got EKM is because we do not have an Crypto Card on the z10s and we only run the E05/TS1120 tape drives with encryption.. So this may be also something we have to look at. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SHARE Atlanta March numbers
IBMers do get the early bird or speaker or volunteer discount. Early bird is past. But the others still work... Sent via BlackBerry by AT&T -Original Message- From: John Eells Sender: IBM Mainframe Discussion List Date: Mon, 30 Jan 2012 16:57:01 To: Reply-To: IBM Mainframe Discussion List Subject: Re: SHARE Atlanta March numbers Charles Mills wrote: > I am looking at an e-mail from SHARE HQ dated January 19 that says "We have > about 240 attendees registered so far." > > Hard for me to believe. > > Charles Easy for me to believe. I always register at the last possible minute (or onsite when I miss the deadline) so that the credit card charge that happens right away can be written off in the same expense report as the rest of the trip. If I registered today, I would have to submit two rather than one. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
> >To be precise: ASM reserves 2 exposures *per pagedataset* not per > >volume (i.e. 2n-1 Aliasses per volume), since/so you can allocate more > >than 1 pagedataset on one volume. We do so to fill 3390-9s and -27s with > >pagedatasets. > > I beg to disagree. :-) HiperPAV works on a per-IO-basis in the > hardware, so ASM cannot 'reserve' an exposure (anymore). HiperPAV is > for faster I/O turnaround and for reduction of IOS queuing times by > giving another SSCH another 'exposure'. No SSCH, no HiperPAV usage. > If no I/O is started because ASM knows there is one outstanding (as > was the case in the past) then HiperPAV is effectively not used. > Other than for the second case that Jim Mulder had detailed in the > past. Hence my question if that is still true or if ASM now starts > as many IOs as needed to get paging requests filled. For a page data set on a HiperPAV device, ASM creates two sets of channel program control blocks. If a single page read request come along while the first set is in use, ASM will use the second set to start another channel program to do the single page read. The purpose is to avoid having a single page read need to wait for a long string of pageouts to complete before it can be started. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SHARE Atlanta March numbers
Even though you would get a discount for registering early, or does that not apply to IBMers? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Eells Sent: Monday, January 30, 2012 1:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SHARE Atlanta March numbers Charles Mills wrote: > I am looking at an e-mail from SHARE HQ dated January 19 that says "We > have about 240 attendees registered so far." > > Hard for me to believe. > > Charles Easy for me to believe. I always register at the last possible minute (or onsite when I miss the deadline) so that the credit card charge that happens right away can be written off in the same expense report as the rest of the trip. If I registered today, I would have to submit two rather than one. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SHARE Atlanta March numbers
Charles Mills wrote: I am looking at an e-mail from SHARE HQ dated January 19 that says "We have about 240 attendees registered so far." Hard for me to believe. Charles Easy for me to believe. I always register at the last possible minute (or onsite when I miss the deadline) so that the credit card charge that happens right away can be written off in the same expense report as the rest of the trip. If I registered today, I would have to submit two rather than one. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Forbes: Kids See A Future In Mainframes
I used to work at VISA ... the 145,000 txn/sec is misleading. The authorization system (tpf based) runs sustained peak rate of about 7,000 txn/sec as of about 3 years ago. The clearing system (zos) run about 24,000 txn/second as of about 3 years ago. The 145,000 sounds like the sum of all the banks TPS rates as a whole. On Mon, Jan 30, 2012 at 1:06 PM, Ken Porowski wrote: > Nice upbeat read until the last line > > Disclosure: Endpoint has a consulting relationship with IBM. > > > > -- > This email message and any accompanying materials may contain proprietary, > privileged and confidential information of CIT Group Inc. or its subsidiaries > or affiliates (collectively, "CIT"), and are intended solely for > the recipient(s) named above. If you are not the intended recipient of this > communication, any use, disclosure, printing, copying or distribution, or > reliance on the contents, of this communication is strictly prohibited. CIT > disclaims any liability for the review, retransmission, dissemination or > other use of, or the taking of any action in reliance upon, this > communication by persons other than the intended recipient(s). If you have > received this communication in error, please reply to the sender advising of > the error in transmission, and immediately delete and destroy the > communication and any accompanying materials. To the extent permitted by > applicable law, CIT and others may inspect, review, monitor, analyze, copy, > record and retain any communications s! en! > t from or received at this email address. > -- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Edward Jaffe > Sent: Monday, January 30, 2012 3:26 PM > To: IBM-MAIN@bama.ua.edu > Subject: [IBM-MAIN] Forbes: Kids See A Future In Mainframes > > Interesting article on forbes.com: > > http://www.forbes.com/sites/rogerkay/2012/01/30/kids-see-a-future-in-mai > nframes/ > > -- > 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: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SHARE Atlanta March numbers
I am looking at an e-mail from SHARE HQ dated January 19 that says "We have about 240 attendees registered so far." Hard for me to believe. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Monday, January 30, 2012 12:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SHARE Atlanta March numbers On 1/30/2012 11:53 AM, Charles Mills wrote: > The marketing department -- which is new and has no previous > experience in dealing with SHARE -- is telling me that the expected > attendance is 250 to 300. Does that seem reasonable? If true, does that seem sustainable? Those numbers are way too low to be reasonable. The Orlando registration numbers were: o Total Full Week Paid - 618 attendees o Total Onsite - 1,081 attendees o Total First Time Attendees - 62 The above registration numbers are typical of recent conferences and do not count the SHARE "Live" audience participating via webcast... -- 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: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Forbes: Kids See A Future In Mainframes
Nice upbeat read until the last line Disclosure: Endpoint has a consulting relationship with IBM. -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sen! t from or received at this email address. -- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Monday, January 30, 2012 3:26 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Forbes: Kids See A Future In Mainframes Interesting article on forbes.com: http://www.forbes.com/sites/rogerkay/2012/01/30/kids-see-a-future-in-mai nframes/ -- 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: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SHARE Atlanta March numbers
Marketing IS working with SHARE HQ. There is a challenge apparently in getting calls returned due to volunteer staffing. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Norman Hollander Sent: Monday, January 30, 2012 12:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SHARE Atlanta March numbers Definitely not in that low range. If you really need the numbers you could call Share HQ. Over 1,000 is where I would aim. There are different types of attendees: speakers, vendors, IBMers, part week and full week attendees. The content is just what you need for current projects in your shop. I've supported Share for decades. Full disclosure for those who don't know me, I am the project manager for EWCP... Sent via BlackBerry by AT&T -Original Message- From: "Schneck.Glenn" Sender: IBM Mainframe Discussion List Date: Mon, 30 Jan 2012 15:28:32 To: Reply-To: IBM Mainframe Discussion List Subject: Re: SHARE Atlanta March numbers Ken, Yes, many, many years ago the numbers were in the range of 2500 - 3000 or more. It is when IBM decided that they can make money and completely control the content with their own conferences that SHARE attendance lowered. Many execs see the IBM tag and immediately think it must be better, but that is not the case. SHARE offers a diverse audience and session content, with non-IBM speakers and solutions. Any time I am asked which conference to go to I quickly recommend SHARE. (Full Disclosure: I am the Deputy Project Manager of the CICS Project at SHARE) The ability to talk to and hear presentations from and about vendor solutions without the IBM slant is what is in the best interest of the attendees. IBM makes great products, but there are vendors out there that enhance the IBM products and should be heard also. (GT Software, ASG, BMC, HostBridge and many more.) This does not happen at the IBM sponsored conferences. With that said I would guess that the attendance at the Atlanta SHARE would be over 1000. But that is just my guess. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SMP/E: ++MOD DELETE CSECT( ??? )
The SMP/E Ref. states: CSECT lists all the CSECTs contained in the module. This operand is required if the module contains more than one CSECT or if the CSECT name is different from the module name on the ++MOD MCS. Suppose I have: ++PTF (P1) . ++MOD (wombat) CSECT( foo ) . ++PTF (P2) SUP( P1 ) . ++MOD (wombat) CSECT( foo bar ) . ++PTF (P3) SUP( P1 P2 ) . ++MOD (wombat) DELETE CSECT( ??? ) . Should the CSECT operand of P3 mention: o Only foo, if the customer has APPLYed only P1 previously (But this is invalid if the customer has APPLYed P2) o Both foo and bar in case the customer has APPLYed P2? Is this harmful if the customer has APPLYed only P1? Should P3 instead say, "SUP( P1 ) PRE( P2 )"? Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SHARE Atlanta March numbers
On 1/30/2012 11:53 AM, Charles Mills wrote: The marketing department -- which is new and has no previous experience in dealing with SHARE -- is telling me that the expected attendance is 250 to 300. Does that seem reasonable? If true, does that seem sustainable? Those numbers are way too low to be reasonable. The Orlando registration numbers were: o Total Full Week Paid – 618 attendees o Total Onsite – 1,081 attendees o Total First Time Attendees – 62 The above registration numbers are typical of recent conferences and do not count the SHARE "Live" audience participating via webcast... -- 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: INFO IBM-MAIN
Re: SHARE Atlanta March numbers
Definitely not in that low range. If you really need the numbers you could call Share HQ. Over 1,000 is where I would aim. There are different types of attendees: speakers, vendors, IBMers, part week and full week attendees. The content is just what you need for current projects in your shop. I've supported Share for decades. Full disclosure for those who don't know me, I am the project manager for EWCP... Sent via BlackBerry by AT&T -Original Message- From: "Schneck.Glenn" Sender: IBM Mainframe Discussion List Date: Mon, 30 Jan 2012 15:28:32 To: Reply-To: IBM Mainframe Discussion List Subject: Re: SHARE Atlanta March numbers Ken, Yes, many, many years ago the numbers were in the range of 2500 - 3000 or more. It is when IBM decided that they can make money and completely control the content with their own conferences that SHARE attendance lowered. Many execs see the IBM tag and immediately think it must be better, but that is not the case. SHARE offers a diverse audience and session content, with non-IBM speakers and solutions. Any time I am asked which conference to go to I quickly recommend SHARE. (Full Disclosure: I am the Deputy Project Manager of the CICS Project at SHARE) The ability to talk to and hear presentations from and about vendor solutions without the IBM slant is what is in the best interest of the attendees. IBM makes great products, but there are vendors out there that enhance the IBM products and should be heard also. (GT Software, ASG, BMC, HostBridge and many more.) This does not happen at the IBM sponsored conferences. With that said I would guess that the attendance at the Atlanta SHARE would be over 1000. But that is just my guess. Glenn Glenn A. Schneck AVP, Transaction Services SunTrust Banks, Inc. Tel: 407-762-3514 Mobile: 407-625-2596 Normal Business Hours - 7 AM - 4PM Eastern Time Office - Monday, Tuesday, Friday WFH - Wednesday, Thursday Live Solid. Bank Solid. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ken Porowski Sent: Monday, January 30, 2012 3:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SHARE Atlanta March numbers Didn't there use to be an extra zero on those numbers? -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sen! t from or received at this email address. -- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Monday, January 30, 2012 2:53 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] SHARE Atlanta March numbers The marketing department -- which is new and has no previous experience in dealing with SHARE -- is telling me that the expected attendance is 250 to 300. Does that seem reasonable? If true, does that seem sustainable? Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. By replying to this e-mail, you consent to SunTrust's monitoring activities of all communication that occurs on SunTrust's systems. SunTrust is a federally registered service mark of SunTrust Ba
Re: SHARE Atlanta March numbers
Ken, Yes, many, many years ago the numbers were in the range of 2500 - 3000 or more. It is when IBM decided that they can make money and completely control the content with their own conferences that SHARE attendance lowered. Many execs see the IBM tag and immediately think it must be better, but that is not the case. SHARE offers a diverse audience and session content, with non-IBM speakers and solutions. Any time I am asked which conference to go to I quickly recommend SHARE. (Full Disclosure: I am the Deputy Project Manager of the CICS Project at SHARE) The ability to talk to and hear presentations from and about vendor solutions without the IBM slant is what is in the best interest of the attendees. IBM makes great products, but there are vendors out there that enhance the IBM products and should be heard also. (GT Software, ASG, BMC, HostBridge and many more.) This does not happen at the IBM sponsored conferences. With that said I would guess that the attendance at the Atlanta SHARE would be over 1000. But that is just my guess. Glenn Glenn A. Schneck AVP, Transaction Services SunTrust Banks, Inc. Tel: 407-762-3514 Mobile: 407-625-2596 Normal Business Hours - 7 AM - 4PM Eastern Time Office - Monday, Tuesday, Friday WFH - Wednesday, Thursday Live Solid. Bank Solid. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ken Porowski Sent: Monday, January 30, 2012 3:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SHARE Atlanta March numbers Didn't there use to be an extra zero on those numbers? -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sen! t from or received at this email address. -- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Monday, January 30, 2012 2:53 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] SHARE Atlanta March numbers The marketing department -- which is new and has no previous experience in dealing with SHARE -- is telling me that the expected attendance is 250 to 300. Does that seem reasonable? If true, does that seem sustainable? Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. By replying to this e-mail, you consent to SunTrust's monitoring activities of all communication that occurs on SunTrust's systems. SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live Solid. Bank Solid. is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Forbes: Kids See A Future In Mainframes
Interesting article on forbes.com: http://www.forbes.com/sites/rogerkay/2012/01/30/kids-see-a-future-in-mainframes/ -- 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: INFO IBM-MAIN
Re: SHARE Atlanta March numbers
Didn't there use to be an extra zero on those numbers? -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sen! t from or received at this email address. -- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Monday, January 30, 2012 2:53 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] SHARE Atlanta March numbers The marketing department -- which is new and has no previous experience in dealing with SHARE -- is telling me that the expected attendance is 250 to 300. Does that seem reasonable? If true, does that seem sustainable? Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SHARE Atlanta March numbers
The marketing department -- which is new and has no previous experience in dealing with SHARE -- is telling me that the expected attendance is 250 to 300. Does that seem reasonable? If true, does that seem sustainable? Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Is there a no cost replacement for EKM?
Old EKM is packaged with JAVA 6.0.It is removed in 6.0.1 and up. As long as JAVA 6.0 is in support, I would think that version of EKM would be ok yet. And it does appear to be true that IBM is now charging for the replacement ISKLM product, but it us usage based. However, it does not appear to be very expensive, and it the "lite" version that does not require DB2 backend or the SSRE(system services Runtime environment, which I believe to be OEMWAS). We did migrate to it. Gonna be hard to explain to the PHB when you can't read your tapes anymore if you run on something unsupported. Does it stink that IBM is now charging for something that used to be free? U bet. Although it seems you should be able to 'negotiate" a price since you purchased the hardware encryption feature on your 359x drives that is worthless without it. Here is the link to the announcement(watch the wrap): http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/0/872/ENUSAP11-0100/index.html&lang=en&request_locale=en _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, January 30, 2012 10:21 AM To: IBM-MAIN@bama.ua.edu Subject: Is there a no cost replacement for EKM? We are getting ready to upgrade to z/OS V1.13 and have a question of EKM (Encryption Key Manager). I know that if I do not hold onto the Java 1.6.0 files - it might not work. So is there a no charge replacement for EKM? Or is IBM forcing customers to go to Tivoli Key Lifecycle Manager? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Is there a no cost replacement for EKM?
You just need to install multiple instances of the JDK retaining your older JDK prior to 6.0.1. GEICO has so far refused to upgrade from EKM to ISKLM till we either acquire hardware or need function like full disk encryption not supported by EKM. Attaching E07 drives native is not supported by EKM. http://publib.boulder.ibm.com/infocenter/ts7700/cust/index.jsp?topic=%2Fcom.ibm.storage.ts7740.doc%2Fts7740_drives_3592.html Here is part of the answer we got from IBM on the same question "As you know there are multiple versions of the Java SDK for z/OS. The EKM component is still available in the z/OS SDKs listed below, and will remain in these SDKs for the life of these SDKs. The EKM component in these SDKs has not been enhanced since 2008 with new device support. If you have a deployment of the EKM component that utilizes one of the SDKs listed you can certainly continue to use these SDKs for that EKM deployment and the devices that are presently supported by the EKM component. IBM 31-bit SDK for z/OS, Java Technology Edition, V6.0.0 IBM 31-bit SDK for z/OS, Java 2 Technology Edition, V5 IBM SDK for z/OS, Java 2 Technology Edition, V1.4" We will be upgrading from z/OS 1.12 to 1.13 starting next month and don't plan on replacing EKM yet unless something comes up unexpected. Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 "Think big, act bold, start simple, grow fast..." -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, January 30, 2012 10:21 AM To: IBM-MAIN@bama.ua.edu Subject: Is there a no cost replacement for EKM? We are getting ready to upgrade to z/OS V1.13 and have a question of EKM (Encryption Key Manager). I know that if I do not hold onto the Java 1.6.0 files - it might not work. So is there a no charge replacement for EKM? Or is IBM forcing customers to go to Tivoli Key Lifecycle Manager? Thanks Lizette This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Is there a no cost replacement for EKM?
We are getting ready to upgrade to z/OS V1.13 and have a question of EKM (Encryption Key Manager). I know that if I do not hold onto the Java 1.6.0 files - it might not work. So is there a no charge replacement for EKM? Or is IBM forcing customers to go to Tivoli Key Lifecycle Manager? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Sort repeating date field
James, I think I understand what you're trying to do and you can use DFSORT's WHEN=GROUP function to do it. Here's an example: //S1 EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD * 01/20/12 08:00 01/20/12 08:59 XRQ0 11.419 X257 63 .178 01/20/12 09:00 01/20/12 09:59 ACFT 12 .001 CATA177 .008 CATD 34 .005 CDTS 9 .003 //SORTOUT DD SYSOUT=* //SYSIN DD * OPTION COPY INREC IFTHEN=(WHEN=GROUP,BEGIN=(1,2,CH,NE,C' '), PUSH=(1:1,30)) /* SORTOUT would have: 01/20/12 08:00 01/20/12 08:59 XRQ0 11.419 01/20/12 08:00 01/20/12 08:59 X257 63 .178 01/20/12 09:00 01/20/12 09:59 ACFT 12 .001 01/20/12 09:00 01/20/12 09:59 CATA177 .008 01/20/12 09:00 01/20/12 09:59 CATD 34 .005 01/20/12 09:00 01/20/12 09:59 CDTS 9 .003 Does that help? Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Sort repeating date field
James Chambers at IBM Mainframe Discussion List wrote on 01/30/2012 02:12:18 AM: > I am trying to repeat the Start and end Date/Time for an Omegamon Cics > report. Is it possible using DFSORT repeat a field for all the records > after that have a blank for that field? > > The below is an example of the output > > DATE AND TIME- TRAN > AVG > > START- -STOP-NAME COUNT > RESP > > - > > 01/20/12 01:00 01/20/12 01:59 CATD1 .011 > > CESC > 2 .004 > > CSPQ > 10 .001 > > CWBG > 5 .001 > > 01/20/12 02:00 01/20/12 02:59 CSPQ 10 .001 > > CWBG > 5 .001 James, It's not clear to me what you're trying to do exactly. Please show an example of the records in your input file (relevant fields only) and what you expect for output. Explain the "rules" for getting from input to output. Give the starting position, length and format of each relevant field. Give the RECFM and LRECL of the input files. It's also difficult to determine where your fields are from you post, so feel free to send me the input and expected output offline (yae...@us.ibm.com) as plain text files so I can see what they really look like. Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Going from mod-3 to mod9
Thanks, Ron. I didn't know about the 3990-3's ability to process two cache hits simultaneously. I would assume, though, that both I/Os would have to be read only. And all that the controller has to do to test for read-only is to test two bits in the File Mask byte. The pending time I described existed with the introduction of S/370-X/A in the early 1980s for all attached DASDs, I believe. The single threading with MDA is necessary if there is any possibility that one I/O can alter data that another active I/O to the same logical device might need to read. This is controlled in EMC's 2105 microcode by single-threading all I/Os to device X that have at least one track in common in their defined extent track ranges AND if any of the I/Os with the extent overlap is not read-only. As long as all the I/Os to device X are read-only, then an infinite number of them can run simultaneously with no worries. But as soon as an I/O is found to be non-read-only, then its track range is used for single-threading against all other I/Os running that have at least one track in both I/O's track ranges. E.g., if I/O (1) from system (A) to device X has a track range of -5678000E and is read-only but I/O (2) from system (B) to device X has a track range of 5678000E-5679 and also has the potential to write data somewhere within that range of only two tracks, then both of these I/Os must be single-threaded and executed in the same sequence in which they entered the control unit. At least this is how EMC's patent application describes how their equivalent MDA microcode works. And this single-threading is not forced upon the I/Os by sibling pend but rather is required in order to guarantee data integrity regardless of how many siblings or internal paths there are. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Friday, January 27, 2012 9:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Going from mod-3 to mod9 Bill, You said " If the shared control unit attached to this device is not an IBM 2105 SHARK (vintage ca. 2000), plug-compatible equivalent, or some successor technology, then image A's I/O will not really be started until image B's already started I/O ends." Logical Device allegiance was introduced in the 3990-3 would allow ImageA and ImageB to process two cache hits concurrently providing they were not on the same track. My understanding is that the pending time you described occurs when the both systems tried to access the disk drives in 3990 controller emulation. Multiple Device Allegiance (MDA) was developed to allow concurrent access to multiple disk drives that make up the logical volume. There's no need single threading IO requests from multiple systems when there's four or more disk drives that can handle the IO without sibling pend. HDS had a function called the multi-job IO feature that would allow up to four LPARs to access the HDD for a logical volume concurrently. This was introduced in the 7700E, but they had to rewrite it in order to support MDA and PAV (9980V I think). MDA works without a PAV license. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of > Bill Fairchild > Sent: Monday, January 23, 2012 11:21 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Going from mod-3 to mod9 > > In <45e5f2f45d7878458ee5ca679697335502e25...@usdaexch01.kbm1.loc>, on > 01/23/2012 >at 09:08 AM, "Staller, Allan" said: > > >From the viewpoint of the Operating System, you now have 3 times as > >much data behind the actuator on Mod-9's as Mod-3's. > >If the Operating system *thinks* the device is busy, the IO is queued > >off the UCB and never even tried until it comes to head of queue. > > You MIGHT have up to three times as much data behind the actuator. > That depends on how fully loaded the three mod-3s are which are to be > merged onto > the same single mod-9; i.e., it depends on which three mod-3s you > choose to > merge together. > > If all data sets on all volumes are equally and randomly accessed, > then you > will have three times as much requirement to access the new mod-9 as > any of > the three mod-3s had which were merged. However, most data centers > have highly skewed access patterns. 80% of the actuators might have > only 20% of > the total I/O workload. Which means your volumes are almost certainly > NOT equally and randomly accessed. You have some volumes that are > almost never > accessed and some others that are accessed all the time. > > When z/OS starts in I/O on DASD device , z/OS turns on a flag bit > in the > UCB for that device that indicates that this particular z/OS image has started > an I/O on that device. But if the device is shared, then another z/OS image > may have already started an I/O on the same device, turned that same device's > UCB flag bit
Re: ASM and HiperPAV
On 01/30/12 11:21, Mark Zelden wrote: Yes, you are. z/OS 1.8 added the support but ASM forgot to. :-) . That APAR FIXED the problem so ASM did support it. That was why I said you needed z/OS 1.8 PLUS the fix for APAR OA20749. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- I've seen that APAR before, read it several times but never picked up that with the fix on ASM now supports page datasets GT 4GB. Thanks. -- Mark Jacobs Time Customer Service Tampa, FL Don't be too sweet lest you be eaten up; don't be too bitter lest you be spewed out. Yiddish Proverb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
Come on guys, read the whole thing. Maybe some of the wording isn't the best but it seems clear to me: PROBLEM CONCLUSION: ASM is updated to support page data sets larger than 4GB. PATCYLNO (ILRPAT) and other internal fields are redefined to be unsigned in order to accommodate a maximum of 65,520 cylinders. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ On Mon, 30 Jan 2012 11:18:09 -0500, Jousma, David wrote: >Haha, I didn't read that last sentence. I'm curious too. > >" HOWEVER, ASM still supports only up to 4G page datasets." >_ >Dave Jousma >Assistant Vice President, Mainframe Services >david.jou...@53.com >1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H >p 616.653.8429 >f 616.653.2717 > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On >Behalf Of Jousma, David >Sent: Monday, January 30, 2012 11:11 AM >To: IBM-MAIN@bama.ua.edu >Subject: Re: ASM and HiperPAV > >Mark, > >See OA20749 > > >The MVS Initialization and Tuning Guide (SA22-71591-04) in > section 2.2 "Page Data Set Sizes" indicates page datasets can be > no more than 1M (1,048,576) slots (4GB) in size. As of z/OS > R1.8, this is no longer true, page datasets can now be allocated > as large as 16M (16,777,216) slots (64GB) in size. > HOWEVER, ASM still supports only up to 4G page datasets. > >_ >Dave Jousma >Assistant Vice President, Mainframe Services >david.jou...@53.com >1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H >p 616.653.8429 >f 616.653.2717 > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On >Behalf Of Mark Jacobs >Sent: Monday, January 30, 2012 10:57 AM >To: IBM-MAIN@bama.ua.edu >Subject: Re: ASM and HiperPAV > >On 01/30/12 10:33, Mark Zelden wrote: > > > >> >> You've been able to allocate a page ds larger than 4G for quite some >time >> now (since z/OS 1.8 + OA20749). On our largest systems, we allocate a >> single local page dataset per 3390-27 volume. >> >> In one of the environments I support I couldn't turn on WLMPAV because >> much of DASD was shared between 2 sysplexes (via MIM) and that would >> have led to "PAV thrashing", so I never allocated more than one per >> volume anyway (except common/plpa). We did have static PAVs for >> that environment, but ASM ignored that and only reserved the pavs >> when WLMPAV was set. So it was nice when HIPERPAV came along for >> that environment. >> >> Mark >> -- >> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS >> mailto:m...@mzelden.com >> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html >> Systems Programming expert at >http://expertanswercenter.techtarget.com/ >> >> >> >According to the apar it seems like that you can define large page >datasets. but ASM will still only use up to 4GB of it for paging, or am >I missing something? > >ERROR DESCRIPTION: > The MVS Initialization and Tuning Guide (SA22-71591-04) in > section 2.2 "Page Data Set Sizes" indicates page datasets can be > no more than 1M (1,048,576) slots (4GB) in size. As of z/OS > R1.8, this is no longer true, page datasets can now be allocated > as large as 16M (16,777,216) slots (64GB) in size. > HOWEVER, ASM still supports only up to 4G page datasets. > > > LOCAL FIX: > IDCAMS DEFINE PAGESPACE supports>4G page datasets at z/OS R1.8. > HOWEVER, ASM still only supports page datasets up to 4G in size. > > > > >-- >Mark Jacobs >Time Customer Service >Tampa, FL > > >Don't be too sweet lest you be eaten up; don't >be too bitter lest you be spewed out. > >Yiddish Proverb > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > >This e-mail transmission contains information that is confidential and >may be privileged. It is intended only for the addressee(s) named >above. If you receive this e-mail in error, please do not read, copy or >disseminate it in any manner. If you are not the intended recipient, any >disclosure, copying, distribution or use of the contents of this >information is prohibited. Please reply to the message immediately by >informing the sender that the message was misdirected. After replying, >please erase it from your computer system. Your assistance in correcting >this error is appreciated. > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > >This e-mail transmission contains in
Re: ASM and HiperPAV
On Mon, 30 Jan 2012 17:00:04 +0100, Vernooij, CP - SPLXM wrote: >See my reply to Mark for the non-Hiperpav environment. >What does ASM do in Hiperpav environment? I cannot make this up from the >APAR Barbara mentioned. > I don't know what is being done exactly either, but I think the bottom line is once you have the APAR applied you can turn off WLMPAV in a HIPERPAV environment. I tracked that apar for what seemed like years... actually I think it was at least a couple of years from the time it was opened until it closed. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
On Mon, 30 Jan 2012 10:52:18 -0500, Jousma, David wrote: >So what is the current thinking on the ROT for page space? Is one 27GB >page dataset better than 2 13Gb page datasets on the same volume? Is it >a wash? > More is better. You should have at least 3 locals and that was the ROT we used. If there weren't at least 9 mod-9 locals needed, we didn't convert to mod-27. The Init and tuning manuals give you good recommendations. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
On Mon, 30 Jan 2012 10:57:25 -0500, Mark Jacobs wrote: >On 01/30/12 10:33, Mark Zelden wrote: > > > >> >> You've been able to allocate a page ds larger than 4G for quite some time >> now (since z/OS 1.8 + OA20749). On our largest systems, we allocate a >> single local page dataset per 3390-27 volume. >> >> In one of the environments I support I couldn't turn on WLMPAV because >> much of DASD was shared between 2 sysplexes (via MIM) and that would >> have led to "PAV thrashing", so I never allocated more than one per >> volume anyway (except common/plpa). We did have static PAVs for >> that environment, but ASM ignored that and only reserved the pavs >> when WLMPAV was set. So it was nice when HIPERPAV came along for >> that environment. >> >> Mark >> -- >> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS >> mailto:m...@mzelden.com >> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html >> Systems Programming expert at http://expertanswercenter.techtarget.com/ >> >> >> >According to the apar it seems like that you can define large page >datasets. but ASM will still only use up to 4GB of it for paging, or am >I missing something? Yes, you are. z/OS 1.8 added the support but ASM forgot to. :-) . That APAR FIXED the problem so ASM did support it. That was why I said you needed z/OS 1.8 PLUS the fix for APAR OA20749. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
Haha, I didn't read that last sentence. I'm curious too. " HOWEVER, ASM still supports only up to 4G page datasets." _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jousma, David Sent: Monday, January 30, 2012 11:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ASM and HiperPAV Mark, See OA20749 The MVS Initialization and Tuning Guide (SA22-71591-04) in section 2.2 "Page Data Set Sizes" indicates page datasets can be no more than 1M (1,048,576) slots (4GB) in size. As of z/OS R1.8, this is no longer true, page datasets can now be allocated as large as 16M (16,777,216) slots (64GB) in size. HOWEVER, ASM still supports only up to 4G page datasets. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Monday, January 30, 2012 10:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ASM and HiperPAV On 01/30/12 10:33, Mark Zelden wrote: > > You've been able to allocate a page ds larger than 4G for quite some time > now (since z/OS 1.8 + OA20749). On our largest systems, we allocate a > single local page dataset per 3390-27 volume. > > In one of the environments I support I couldn't turn on WLMPAV because > much of DASD was shared between 2 sysplexes (via MIM) and that would > have led to "PAV thrashing", so I never allocated more than one per > volume anyway (except common/plpa). We did have static PAVs for > that environment, but ASM ignored that and only reserved the pavs > when WLMPAV was set. So it was nice when HIPERPAV came along for > that environment. > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > mailto:m...@mzelden.com > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > Systems Programming expert at http://expertanswercenter.techtarget.com/ > > > According to the apar it seems like that you can define large page datasets. but ASM will still only use up to 4GB of it for paging, or am I missing something? ERROR DESCRIPTION: The MVS Initialization and Tuning Guide (SA22-71591-04) in section 2.2 "Page Data Set Sizes" indicates page datasets can be no more than 1M (1,048,576) slots (4GB) in size. As of z/OS R1.8, this is no longer true, page datasets can now be allocated as large as 16M (16,777,216) slots (64GB) in size. HOWEVER, ASM still supports only up to 4G page datasets. LOCAL FIX: IDCAMS DEFINE PAGESPACE supports>4G page datasets at z/OS R1.8. HOWEVER, ASM still only supports page datasets up to 4G in size. -- Mark Jacobs Time Customer Service Tampa, FL Don't be too sweet lest you be eaten up; don't be too bitter lest you be spewed out. Yiddish Proverb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: different tape media for ML2 copies in HSM
Can the VTS be configured to emulate the physical tape type? If it can, create new volumes on the physical tape type and recycle the old type of virtual tape. On Mon, Jan 30, 2012 at 8:24 AM, Staller, Allan wrote: > > From: > http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2I480/1.10 > .5.9?SHELF=DGT2BK90&DT=20090605105438 (watch the wrap) Topic 1.10.5.9 > > Or > > http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/DOWNLOAD/dgt2i480.p > df?DN=SC35-0418-10&DT=20090605105438 (pp 270) (Acrobat Reader page 292) > > z/OS V1R11.0 DFSMShsm Implementation and Customization Guide > > Creating Concurrent Tapes for Onsite and Offsite Storage > > "Within an SMS environment, ACS routines can direct the alternate tape > to a different tape library, such as one at an offsite location. Within > a non-SMS environment, the output restricter (for example, SETSYS > UNIT(3590)) is used for both the original and the alternate. If > allocation routing separation is needed, it must be done outside of > DFSMShsm. Alternate tapes must keep the same tape geometry as the > original tape (for example, both must be 3590 standard length tapes). > For those customers who are drive-constrained, DFSMShsm maintains the > existing TAPECOPY creation methods. " > > snip> > > Just to play Devil's Advocate here - What the OP asked for was a way > > to create two ML2 tapes on different media at the time of the > > creation of the ML2 tapes/files. No one has addressed this > > requirement and said it is not possible. > > -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
Mark, See OA20749 The MVS Initialization and Tuning Guide (SA22-71591-04) in section 2.2 "Page Data Set Sizes" indicates page datasets can be no more than 1M (1,048,576) slots (4GB) in size. As of z/OS R1.8, this is no longer true, page datasets can now be allocated as large as 16M (16,777,216) slots (64GB) in size. HOWEVER, ASM still supports only up to 4G page datasets. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Monday, January 30, 2012 10:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ASM and HiperPAV On 01/30/12 10:33, Mark Zelden wrote: > > You've been able to allocate a page ds larger than 4G for quite some time > now (since z/OS 1.8 + OA20749). On our largest systems, we allocate a > single local page dataset per 3390-27 volume. > > In one of the environments I support I couldn't turn on WLMPAV because > much of DASD was shared between 2 sysplexes (via MIM) and that would > have led to "PAV thrashing", so I never allocated more than one per > volume anyway (except common/plpa). We did have static PAVs for > that environment, but ASM ignored that and only reserved the pavs > when WLMPAV was set. So it was nice when HIPERPAV came along for > that environment. > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > mailto:m...@mzelden.com > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > Systems Programming expert at http://expertanswercenter.techtarget.com/ > > > According to the apar it seems like that you can define large page datasets. but ASM will still only use up to 4GB of it for paging, or am I missing something? ERROR DESCRIPTION: The MVS Initialization and Tuning Guide (SA22-71591-04) in section 2.2 "Page Data Set Sizes" indicates page datasets can be no more than 1M (1,048,576) slots (4GB) in size. As of z/OS R1.8, this is no longer true, page datasets can now be allocated as large as 16M (16,777,216) slots (64GB) in size. HOWEVER, ASM still supports only up to 4G page datasets. LOCAL FIX: IDCAMS DEFINE PAGESPACE supports>4G page datasets at z/OS R1.8. HOWEVER, ASM still only supports page datasets up to 4G in size. -- Mark Jacobs Time Customer Service Tampa, FL Don't be too sweet lest you be eaten up; don't be too bitter lest you be spewed out. Yiddish Proverb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
On 01/30/12 10:33, Mark Zelden wrote: You've been able to allocate a page ds larger than 4G for quite some time now (since z/OS 1.8 + OA20749). On our largest systems, we allocate a single local page dataset per 3390-27 volume. In one of the environments I support I couldn't turn on WLMPAV because much of DASD was shared between 2 sysplexes (via MIM) and that would have led to "PAV thrashing", so I never allocated more than one per volume anyway (except common/plpa). We did have static PAVs for that environment, but ASM ignored that and only reserved the pavs when WLMPAV was set. So it was nice when HIPERPAV came along for that environment. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ According to the apar it seems like that you can define large page datasets. but ASM will still only use up to 4GB of it for paging, or am I missing something? ERROR DESCRIPTION: The MVS Initialization and Tuning Guide (SA22-71591-04) in section 2.2 "Page Data Set Sizes" indicates page datasets can be no more than 1M (1,048,576) slots (4GB) in size. As of z/OS R1.8, this is no longer true, page datasets can now be allocated as large as 16M (16,777,216) slots (64GB) in size. HOWEVER, ASM still supports only up to 4G page datasets. LOCAL FIX: IDCAMS DEFINE PAGESPACE supports>4G page datasets at z/OS R1.8. HOWEVER, ASM still only supports page datasets up to 4G in size. -- Mark Jacobs Time Customer Service Tampa, FL Don't be too sweet lest you be eaten up; don't be too bitter lest you be spewed out. Yiddish Proverb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
"Mark Zelden" wrote in message news:<1732118085814428.wa.markmzelden@bama.ua.edu>... > On Mon, 30 Jan 2012 11:39:20 +0100, Vernooij, CP - SPLXM wrote: > > > > > >To be precise: ASM reserves 2 exposures *per pagedataset* not per > >volume (i.e. 2n-1 Aliasses per volume), since/so you can allocate more > >than 1 pagedataset on one volume. We do so to fill 3390-9s and -27s with > >pagedatasets. > > > > You've been able to allocate a page ds larger than 4G for quite some time > now (since z/OS 1.8 + OA20749). On our largest systems, we allocate a > single local page dataset per 3390-27 volume. > > In one of the environments I support I couldn't turn on WLMPAV because > much of DASD was shared between 2 sysplexes (via MIM) and that would > have led to "PAV thrashing", so I never allocated more than one per > volume anyway (except common/plpa). We did have static PAVs for > that environment, but ASM ignored that and only reserved the pavs > when WLMPAV was set. So it was nice when HIPERPAV came along for > that environment. > > Mark > -- Yes, I know of the large pagedatasets. However, since we don't have Hiperpav, we decided to stick with the 4 GB datasets on a 3390-27 so ASM could reserve 6x2 exposures to the 27GB pagedatasets, i.s.o. 2 exposures to the single 27GB pagedataset. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
See my reply to Mark for the non-Hiperpav environment. What does ASM do in Hiperpav environment? I cannot make this up from the APAR Barbara mentioned. Kees. "Jousma, David" wrote in message news:... > So what is the current thinking on the ROT for page space? Is one 27GB > page dataset better than 2 13Gb page datasets on the same volume? Is it > a wash? > > _ > Dave Jousma > Assistant Vice President, Mainframe Services > david.jou...@53.com > 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H > p 616.653.8429 > f 616.653.2717 > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Mark Zelden > Sent: Monday, January 30, 2012 10:34 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: ASM and HiperPAV > > On Mon, 30 Jan 2012 11:39:20 +0100, Vernooij, CP - SPLXM > wrote: > > > > > >To be precise: ASM reserves 2 exposures *per pagedataset* not per > >volume (i.e. 2n-1 Aliasses per volume), since/so you can allocate more > >than 1 pagedataset on one volume. We do so to fill 3390-9s and -27s > with > >pagedatasets. > > > > You've been able to allocate a page ds larger than 4G for quite some > time > now (since z/OS 1.8 + OA20749). On our largest systems, we allocate a > single local page dataset per 3390-27 volume. > > In one of the environments I support I couldn't turn on WLMPAV because > much of DASD was shared between 2 sysplexes (via MIM) and that would > have led to "PAV thrashing", so I never allocated more than one per > volume anyway (except common/plpa). We did have static PAVs for > that environment, but ASM ignored that and only reserved the pavs > when WLMPAV was set. So it was nice when HIPERPAV came along for > that environment. > > > This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
So what is the current thinking on the ROT for page space? Is one 27GB page dataset better than 2 13Gb page datasets on the same volume? Is it a wash? _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Zelden Sent: Monday, January 30, 2012 10:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ASM and HiperPAV On Mon, 30 Jan 2012 11:39:20 +0100, Vernooij, CP - SPLXM wrote: > >To be precise: ASM reserves 2 exposures *per pagedataset* not per >volume (i.e. 2n-1 Aliasses per volume), since/so you can allocate more >than 1 pagedataset on one volume. We do so to fill 3390-9s and -27s with >pagedatasets. > You've been able to allocate a page ds larger than 4G for quite some time now (since z/OS 1.8 + OA20749). On our largest systems, we allocate a single local page dataset per 3390-27 volume. In one of the environments I support I couldn't turn on WLMPAV because much of DASD was shared between 2 sysplexes (via MIM) and that would have led to "PAV thrashing", so I never allocated more than one per volume anyway (except common/plpa). We did have static PAVs for that environment, but ASM ignored that and only reserved the pavs when WLMPAV was set. So it was nice when HIPERPAV came along for that environment. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
On Mon, 30 Jan 2012 11:39:20 +0100, Vernooij, CP - SPLXM wrote: > >To be precise: ASM reserves 2 exposures *per pagedataset* not per >volume (i.e. 2n-1 Aliasses per volume), since/so you can allocate more >than 1 pagedataset on one volume. We do so to fill 3390-9s and -27s with >pagedatasets. > You've been able to allocate a page ds larger than 4G for quite some time now (since z/OS 1.8 + OA20749). On our largest systems, we allocate a single local page dataset per 3390-27 volume. In one of the environments I support I couldn't turn on WLMPAV because much of DASD was shared between 2 sysplexes (via MIM) and that would have led to "PAV thrashing", so I never allocated more than one per volume anyway (except common/plpa). We did have static PAVs for that environment, but ASM ignored that and only reserved the pavs when WLMPAV was set. So it was nice when HIPERPAV came along for that environment. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Annoying ISPF prob
Maybe you are not being brief enough - => Sent from my Android phone with K-9 Mail. Please excuse my brevity. => Try M member list, then / against a member. See if the prompt action field => has a spurious M in it. => => Julian => -- => Sent from my Android phone with K-9 Mail. Please excuse my brevity. => => -- => For IBM-MAIN subscribe / signoff / archive access instructions, => send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN => J -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Annoying ISPF prob
Try M member list, then / against a member. See if the prompt action field has a spurious M in it. Julian -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ISPF Workstation Agent for Windows 7?
WSA is free and can dramatically improve productivity. It would be a real shame if you're not given approval to use it. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html > Date: Mon, 30 Jan 2012 09:10:17 +0100 > From: peter.hunke...@credit-suisse.com > Subject: Re: ISPF Workstation Agent for Windows 7? > To: IBM-MAIN@bama.ua.edu > > Thanks to all who replied. > I'd have to get official approval to be able to use it in the intended > environment here. All the nice tricks would no pass, I'm pretty sure. > > -- > Peter Hunkeler > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: different tape media for ML2 copies in HSM
From: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2I480/1.10 .5.9?SHELF=DGT2BK90&DT=20090605105438 (watch the wrap) Topic 1.10.5.9 Or http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/DOWNLOAD/dgt2i480.p df?DN=SC35-0418-10&DT=20090605105438 (pp 270) (Acrobat Reader page 292) z/OS V1R11.0 DFSMShsm Implementation and Customization Guide Creating Concurrent Tapes for Onsite and Offsite Storage "Within an SMS environment, ACS routines can direct the alternate tape to a different tape library, such as one at an offsite location. Within a non-SMS environment, the output restricter (for example, SETSYS UNIT(3590)) is used for both the original and the alternate. If allocation routing separation is needed, it must be done outside of DFSMShsm. Alternate tapes must keep the same tape geometry as the original tape (for example, both must be 3590 standard length tapes). For those customers who are drive-constrained, DFSMShsm maintains the existing TAPECOPY creation methods. " snip> Just to play Devil's Advocate here - What the OP asked for was a way to create two ML2 tapes on different media at the time of the creation of the ML2 tapes/files. No one has addressed this requirement and said it is not possible. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM announces 6% price increase for z/OS
>Did your total IBM software bill decline or increase during that period? I didn't get deeply involved in software costs until c. 2008, so it took some digging, but I did find our then current MLC costs c. 2005 when we were on z900s and looking to go to z9s. In short, today, on z10s with vWLC, our monthly MLC cost is about 10% less (in total, all MLC products) than what it was then on the z900s. Now some of that is because we did eliminate a few unused MLC products (such as old compilers) over the past few years, but I believe that those only totalled to something on the order of 2-3% of the monthly cost. If we hadn't done that, and if we were paying full-capacity VWLC, then I believe our cost would be very close to what it was in 2005. But still, no net increase across a 7 year time-period wouldn't be a bad run. Note that I'm not trying to make the case that z/OS and associated products are by any means inexpensive. Nor am I happy about the 6% increase now. Whether the cost is a reasonable value is a much more complicated analysis that is going to be dependent on every organization's particular needs. For some, I'm sure it's not such a good value. Certainly it is a much better value (on a cost/unit of capacity basis) for much larger shops. Oh, and I didn't try to look at zOTC, because that's even more complicated as we've swapped multiple products between IBM and ISVs over that time period as well as eliminated some products. Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Sort repeating date field
Hi, I have an Omegamon report that lists average response time for a transaction, the count and the name but the Period is only list for the first transaction even though it applies to the following transactions. I have a field in this case that is a Date/Time and I want to repeat that field for the following records while it is blank. The below is an example of the output before sorting START- -STOP- NAMECOUNT RESP 01/20/12 08:00 01/20/12 08:59 XRQ01 1.419 X257 63 .178 01/20/12 09:00 01/20/12 09:59 ACFT12 .001 CATA 177 .008 CATD 34 .005 CDTS 9 .003 CESN 204 .010 CITS 161 .017 CQRY 177 .013 After sorting the Start and Stop date/time has been repeated for the following records while that field is blank. START- -STOP- NAMECOUNT RESP 01/20/12 08:00 01/20/12 08:59 XRQ01 1.419 01/20/12 08:00 01/20/12 08:59 X257 63 .178 01/20/12 09:00 01/20/12 09:59 ACFT12 .001 01/20/12 09:00 01/20/12 09:59 CATA177 .008 01/20/12 09:00 01/20/12 09:59 CATD34 .005 01/20/12 09:00 01/20/12 09:59 CDTS9 .003 01/20/12 09:00 01/20/12 09:59 CESN204 .010 01/20/12 09:00 01/20/12 09:59 CITS161 .017 01/20/12 09:00 01/20/12 09:59 CQRY177 .013 Thanks James -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: 30 January 2012 12:55 To: IBM-MAIN@bama.ua.edu Subject: Re: Sort repeating date field Chambers, James wrote: >I am trying to repeat the Start and end Date/Time for an Omegamon Cics report. Is it possible using DFSORT repeat a field for all the records after that have a blank for that field? >The below is an example of the output I'm not really sure what you want, could you be kind to post the example you received and what you actually want. With both outputs (received and expected) available for comparision, someone can probably see exactly what you want. Thanks in advance. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- This is a confidential communication and is intended only for the addressee indicated in the message (or duly authorised to be responsible for the delivery of the message to such person). You are specifically prohibited from copying this message or delivering the same, or any part thereof, to any other person, whomsoever or howsoever, unless you receive written authorisation from us to do. If you are anyone other than the intended addressee, or person duly authorised and responsible for the delivery of this message to the intended addressee, you should destroy this message and notify us immediately. Please note that we accept no responsibility whatsoever in the event that this message or any other email message or any part thereof becomes known or is communicated to anyone other than the intended recipient or other person authorised in writing by us to receive it, howsoever arising and disclaim all liability for any losses or damage which may be sustained by any person as a result thereof. Irish Life Assurance plc is regulated by the Central Bank of Ireland. Irish Life Financial Services Limited is regulated by the Central Bank of Ireland. "Irish Life" is a member of the Irish Life and Permanent plc group. Irish Life Assurance plc is a company registered in Ireland. Registered office is situated at Irish Life Centre, Lower Abbey Street, Dublin 1. Registered Number 152576. Irish Life Financial Services Limited is a company registered in Ireland. Registered office is situated at Irish Life Centre, Lower Abbey Street, Dublin 1. Registered Number 489221. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Sort repeating date field
Chambers, James wrote: >I am trying to repeat the Start and end Date/Time for an Omegamon Cics report. >Is it possible using DFSORT repeat a field for all the records after that have >a blank for that field? >The below is an example of the output I'm not really sure what you want, could you be kind to post the example you received and what you actually want. With both outputs (received and expected) available for comparision, someone can probably see exactly what you want. Thanks in advance. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: [MVS-OE] Can one cause pthread_create / BPXPTATT / BPXINLPA to have SVAREA=YES ?
On Sun, 29 Jan 2012 20:48:18 -0500 Jim Mulder wrote: :>> It appears that in zOS1.9 there was an FSA. :>> At any rate, would the "Post-process initiation exit (BPX_POSPROC_INIT)" :>get :>> control in the right place? :> The ATTACH for pthread TCBs was changed to specify SVAREA=NO :>in z/OS 1.10. The 152 bytes (144 for the FSA + 8 for LE anchor) below :>16MB was a significant contributor to virtual storage constraints when :>running a large number of pthreads. Would the "Post-process initiation exit (BPX_POSPROC_INIT)" get control under the correct TCB so that I could allocate and anchor an FSA? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Can one cause pthread_create / BPXPTATT / BPXINLPA to have SVAREA=YES ?
On Mon, 30 Jan 2012 07:41:12 -0500 Peter Relson wrote: :>>It seems that pthread_create under zOS1.11 does not establish an FSA. Is :>>there some option to force it? :>I'm just curious: :>Why is the question being asked? Usually if the target needs to save the :>system's regs so that it can return properly to the system upon :>completion, BAKR 14,0 (with PR to return) would work fine. Peter, Like DB2, I use the FSA as an anchor for quick access to data. Name/Token is somewhat costly. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Can one cause pthread_create / BPXPTATT / BPXINLPA to have SVAREA=YES ?
>It seems that pthread_create under zOS1.11 does not establish an FSA. Is >there some option to force it? I'm just curious: Why is the question being asked? Usually if the target needs to save the system's regs so that it can return properly to the system upon completion, BAKR 14,0 (with PR to return) would work fine. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
"Barbara Nitz" wrote in message news:<9197539290910617.wa.nitzibmgmx@bama.ua.edu>... > >To be precise: ASM reserves 2 exposures *per pagedataset* not per > >volume (i.e. 2n-1 Aliasses per volume), since/so you can allocate more > >than 1 pagedataset on one volume. We do so to fill 3390-9s and -27s with > >pagedatasets. > > I beg to disagree. :-) HiperPAV works on a per-IO-basis in the hardware, so ASM cannot 'reserve' an exposure (anymore). HiperPAV is for faster I/O turnaround and for reduction of IOS queuing times by giving another SSCH another 'exposure'. No SSCH, no HiperPAV usage. If no I/O is started because ASM knows there is one outstanding (as was the case in the past) then HiperPAV is effectively not used. Other than for the second case that Jim Mulder had detailed in the past. Hence my question if that is still true or if ASM now starts as many IOs as needed to get paging requests filled. > > Barbara > Diagrement permitted. I was referring to the pre-hiperpav ASM algorithmes, where it ensured that PAVS guaranteed 2 I/Os to each pagedataset. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
>To be precise: ASM reserves 2 exposures *per pagedataset* not per >volume (i.e. 2n-1 Aliasses per volume), since/so you can allocate more >than 1 pagedataset on one volume. We do so to fill 3390-9s and -27s with >pagedatasets. I beg to disagree. :-) HiperPAV works on a per-IO-basis in the hardware, so ASM cannot 'reserve' an exposure (anymore). HiperPAV is for faster I/O turnaround and for reduction of IOS queuing times by giving another SSCH another 'exposure'. No SSCH, no HiperPAV usage. If no I/O is started because ASM knows there is one outstanding (as was the case in the past) then HiperPAV is effectively not used. Other than for the second case that Jim Mulder had detailed in the past. Hence my question if that is still true or if ASM now starts as many IOs as needed to get paging requests filled. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM announces 6% price increase for z/OS
On Sat, 28 Jan 2012 15:53:37 -0600, Scott Chapman wrote: >Over the last 9 years, we've held the line on MIPS growth to essentially >rounding effects >during machine life cycles. As a result, our MIPS count is up only 16% over >that period. >However, due to the "technology dividend"s, our MSU count is actually down. >I don't have all the cost data readily at hand, but I can say with confidence >that our >z/OS (only) cost decilined over that time due to the declining MSU count and >the >implementation of VWLC. Scott, Did your total IBM software bill decline or increase during that period? In other words, did they manage to recoup your cost savings by changes to the billing method for other products like CICS, DB2, Websphere? Regards, Roger Bowler Hercules "the people's mainframe" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ASM and HiperPAV
"Barbara Nitz" wrote in message news:<0492432665216573.wa.nitzibmgmx@bama.ua.edu>... > >See APAR OA32453 (closed last year). It addresses the problem(s) associated with using HYPERPAV (and the WLMPAV option) for paging devices. > > If I read the apar right, this addresses the WLMPAV option in that it is no longer needed to be set. How many IOs does ASM start concurrently to the same paging device? Still two at the most, and the second only for a simple page fault when the first is busy with a long-running channel program? > > Thank you, Barbara > To be precise: ASM reserves 2 exposures *per pagedataset* not per volume (i.e. 2n-1 Aliasses per volume), since/so you can allocate more than 1 pagedataset on one volume. We do so to fill 3390-9s and -27s with pagedatasets. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Sort repeating date field
Hi, I am trying to repeat the Start and end Date/Time for an Omegamon Cics report. Is it possible using DFSORT repeat a field for all the records after that have a blank for that field? The below is an example of the output DATE AND TIME- TRAN AVG START- -STOP-NAME COUNT RESP - 01/20/12 01:00 01/20/12 01:59 CATD1 .011 CESC 2 .004 CSPQ 10 .001 CWBG 5 .001 01/20/12 02:00 01/20/12 02:59 CSPQ 10 .001 CWBG 5 .001 Thanks James -- This is a confidential communication and is intended only for the addressee indicated in the message (or duly authorised to be responsible for the delivery of the message to such person). You are specifically prohibited from copying this message or delivering the same, or any part thereof, to any other person, whomsoever or howsoever, unless you receive written authorisation from us to do. If you are anyone other than the intended addressee, or person duly authorised and responsible for the delivery of this message to the intended addressee, you should destroy this message and notify us immediately. Please note that we accept no responsibility whatsoever in the event that this message or any other email message or any part thereof becomes known or is communicated to anyone other than the intended recipient or other person authorised in writing by us to receive it, howsoever arising and disclaim all liability for any losses or damage which may be sustained by any person as a result thereof. Irish Life Assurance plc is regulated by the Central Bank of Ireland. Irish Life Financial Services Limited is regulated by the Central Bank of Ireland. "Irish Life" is a member of the Irish Life and Permanent plc group. Irish Life Assurance plc is a company registered in Ireland. Registered office is situated at Irish Life Centre, Lower Abbey Street, Dublin 1. Registered Number 152576. Irish Life Financial Services Limited is a company registered in Ireland. Registered office is situated at Irish Life Centre, Lower Abbey Street, Dublin 1. Registered Number 489221. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ISPF Workstation Agent for Windows 7?
Thanks to all who replied. I'd have to get official approval to be able to use it in the intended environment here. All the nice tricks would no pass, I'm pretty sure. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN