Re: Please explore CBT Tape File 830 - Xephon MVS articles
hi , is there any a content map for all of this Xephon magazines? On Fri, Aug 20, 2010 at 4:24 PM, Sam Golob sbgo...@cbttape.org wrote: Hi Folks, CBT Tape File 830 contains 926 articles (with their code, as an EBCDIC pds) from Xephon's MVS Update magazines, ranging from July 1987 thru December 1996. The material covered is very wide-ranging, and it is very possible to search for coding examples there. Xephon does not publish their magazines any more, and Thomas publications has given www.cbttape.org the right to support most of the code. So you can now use this code, with the same disclaimer as for the CBT Tape collection itself. (Also see www.cbttape.org/xephon for PDF's of the newer magazines (not just MVS) from 1998 thru 2005). I have already created CBT File 835 out of one of the articles (from Nov 1994), a PPT display program, and I invite you to find what you want, and try to get it working. In the process of doing this myself, I discovered some ASCII to EBCDIC conversion glitches (x'B0' to x'5F') and I have attempted to correct them in the version of CBT File 830 that is on the Updates page of www.cbttape.org. So go to the Updates page of www.cbttape.org to get the source. CBT Version 479 has just been cut, and it now contains 52 updated files, changed from Version 478. I'm looking forward to seeing some results from your explorations of File 830. Please write to me about any observations you make. (Thanks in advance.) And please send in any results to me, if you can, so everybody can benefit from your work. All the best of everything to all of you. Sincerely,Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
UK GSE 2010 Conference is now open for registration
Hi, Registration is now open for the UK 2010 GSE Conference. The invitation can be found at: http://www.gse.org.uk/tyc/Email01.html This is the largest UK GSE conference in our history and will boast 13 stream on the Tuesday and a whopping 14 streams on the Wednesday. Look forward to seeing some of you at the conference. Regards, _ Mark Wilson GSE Information Large Systems Working Group Chairman www.lsx.gse.org.uk GSE UK Conference Manager www.gse.org.uk/tyc Email: mark.wil...@gse.org.uk -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z196 sysplex question
t...@harminc.net (Tony Harminc) writes: The largest salesman's bonus in IBM history? there was story they told when I was at boeing ... about when the first 360s were announced ... boeing had studied the announcement and walked in to the salesman and placed a really big order ... the salesman hardly knew what it was they were talking about. in anycase, the salesman's commission that year was bigger than the CEO's compensation. it is then that the company changed from commission plan to quota ... something like 20% base salary and 80% of the salary dependent on meeting quota (reaching 150% of quota then is .2 + 1.5*.80 = 1.4*base-salary). next year, boeing ordered so much additional, that the salesman had reached his quota by end of january (he then supposedly left and started his own computer services company). quota plan was then enhanced so it could be adjusted during the year (if the salesman was exceeding it by any significant margin). it makes sure that the only windfalls are for the ceo. much later I sponsored col. boyd's (ooda-loop, patterns of conflict, organic design for command and control, etc) briefings at IBM. One of Boyd's biographies mentions he did a tour in charge of spook base (about the same time I was at boeing), and spook base (largest computer complex in SE asia) was a $2.5B windfall for IBM (at $2.5B, presumably also bigger than the boeing renton datacenter). -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PoPs
Could one of you fine ladies or gentlemen kindly download the PF of the latest Principles of Operations and E-Mail it to me as an attachment? (I'd also accept BookManager format, but I'm told that it's not available.) I am having no end of difficulty in getting any sort of access to that page. It asks me to sign up, then tells me I'm already signed up. When I try the reset password mechanism, it tells me that I'm not a registered user. Can we say Circular logic??? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PoPs
Rick Fochtman wrote: Could one of you fine ladies or gentlemen kindly download the PF of the latest Principles of Operations and E-Mail it to me as an attachment? (I'd also accept BookManager format, but I'm told that it's not available.) I am having no end of difficulty in getting any sort of access to that page. It asks me to sign up, then tells me I'm already signed up. When I try the reset password mechanism, it tells me that I'm not a registered user. Can we say Circular logic??? Try http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US and search for SA22-7832. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z196 sysplex question
W dniu 2010-08-22 00:01, Steve Comstock pisze: [...] Well, that's a good point. I remember a few years back someone posted on this group that if you thought about 64-bit address spaces it's really absurd: I don't want to be responsible for someone's else opinions! 1. The system could not support enough DASD capacity to fully page-out a single 16 EB address space, and besides the maximum number of page data sets limits you even further He was obviously wrong. 64-bit addressing does not imply full sized adddress space. 2. If you actually did have to page in a 64-bit address space at current data transfer rates it would take around 500 years (or was it 500 hours? my memory is a little hazy on their math; either way it's untenable) As above. Point being your point: one may have theoretical limits and practical limits - which is important? I don't understand. However the above (about 64-bit) shows, that misunderstanding of the real nature of things could lead to false conclusions. Mine conclusions regarding sysplex limits are not false, or at least you did not prove it. I repeat: conclusions about 64-bit addressing are not mine. Does the limit make any sense? Yes, of course: it's MORE THAN YOU NEED. No one will ever need more than 640K 5 mainframes 16 MB Very funny, but again: you cite not mine words. If you want to discuss my opinions, then don't put third persons (and unrelated to the topic) opinions. I said: the largest sysplex is bigger than any customer would need. Obviously this is my humble opinion, but even IBMers used to admit that there are very few customers who need more than two (TWO!) CPCs - of course having in mind full sized ones, fully dedicated for z/OS. Hint: financial issues do play a role in the game as well. If you know any customer who want more than IBM could deliver, please let us know. Probably some other limitations like # of CF links or former # of timer links can reduce this theoretical limit. These are my words. And this is my point: there are other limitations which can make your calculations irrelevant. And these words are left unresponded! I didn't say anything about 640kB. I mentioned timer links, CF links, LPAR and z/OS limits. Regards -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - FINDING LIST OF DSNS
For future reference, you do not need to empty a pack to expand the VTOC. You only need to identify a contiguous block of tracks large enough to hold the new size. If you are able to obtain a list of the datasets that affected by this action, such as by the LIST command already suggested, what do you want to do with it? The answer to this question may lead to effective suggestions using completely different tools. From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie bunter [williebun...@yahoo.com] Sent: Wednesday, August 18, 2010 8:24 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - FINDING LIST OF DSNS Good Day All Readers, I migrated (SMS) managed volume because there was ZERO DSCBS available for a ML0 volume - HSEND MIGRATE VOLUME SMC001 DAYS(0). I did this as a quick fix. I plan to expand the VTOC of the volume on the weekend. My question is after the volume was migrated : ARC0523I SPACE MANAGEMENT ENDED ON VOLUME SBP203, 0635 DATA SET(S) MIGRATED/DELETED, 007694 TRACK(S) FREED,MIGRATED I was trying to find the dsns that were either migrated or deleted. I checked the MIGRATION LOG but I was unsuccessful. Is there some place else where I can find them? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PoPs
On 8/22/2010 10:49 PM, Bob Rutledge wrote: Try http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US and search for SA22-7832. That think is half broken.. On Firefox it sends me to a page that says : Error 404: SRVE0190E: File not found: / Probably because of some cookie (Probably IBM ID stuff).. On IE 7, I get a nice Javascript error, but eventually manage to get through. Unfortunately, SA22-7832-08 doesn't seem to be out yet. --Ivan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z196 sysplex question
Very funny, but again: you cite not mine words. They may not be your words, but they are similar in intent. If you want to discuss my opinions, then don't put third persons (and unrelated to the topic) opinions. They are NOT unrelated. I said: the largest sysplex is bigger than any customer would need. Today. Obviously this is my humble opinion, but even IBMers used to admit that there are very few customers who need more than two (TWO!) CPCs - of course having in mind full sized ones, fully dedicated for z/OS. So, what your are saying is that just because we can't use it today, we never will? I'm not trying to put words in your mouth. I'm just trying to understand, with the growth of today, why you'd be such a luddite and say NEVER! - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z196 sysplex question
can z/OS support 80 x 32 = 2560 active CPs per sysplex? No sysplex cares how many CPs an individual system has. If a single z/OS system can have n CPs, and if you can have m of those in a sysplex then by definition you can have n*m CPs in a sysplex. The n*m number is basically content free -- it is likely not a useful indication. how bad was the overhead incurred in managing an 80-way z/OS? I do not have that information. If and when it is relevant to provide that information, I'm sure it will happen. As with any MP situation, it is extremely workload-sensitive. If your 80-way is primarily doing 80 unique things you get one sort of answer. If it ist primarily running 80 tasks of the same server all contending (for example) for a particular lock or ENQ or even a 256-byte line of memory) you get another very different answer. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z196 sysplex question
Radoslaw and Steve, Well, that's a good point. I remember a few years back someone posted on this group that if you thought about 64-bit address spaces it's really absurd: He was obviously wrong. 64-bit addressing does not imply full sized adddress space. [Ron Hawkins] If I remember correctly the post you are referring to was by Chris Craddock, and he usually knows what he is talking about. I think Steve may have placed Chris's post somewhat out of context, and it may be worth re-reading something like that before either of you start tilting at windmills. I have not re-read it, but my recollection seems different to yours. I'm wondering how many there are in our community that are still holding off consolidating their 3380 Ds to Es, keep their LPAR to CP ratio less than 2:1, will never use RAID-5, refuse to put more than 90GB behind a DASD controller, and run channels at less than 30% busy. Once upon a time these were things that were supposed to make MVS shrivel up and die. A 32x80 Sysplex in the near future does not seem so farfetched when I was working on an asymmetric 16 way Sysplex in 2004. All dedicated CEC with up to 10xCP each as I recall and it ran just peachy. IMHO I think it's quite neat how MVS can be made to adapt to what users want to do with it. Ron . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LARL vs literal alignment
At 8:40 PM + on 8/21/10, john gilmore wrote about Re: LARL vs literal alignment: Did the literal that originally gave John Baker trouble contain an odd number of hexadecimal digits? No relevant. If you define a X string with an odd number of hex digits it will be right padded so the first digit is a X0 (ie: X12345 is saved as if it were defined as X012345). His problem is that while having an even number of digits it has an odd number of pairs of digits. This caused the literal to be placed after the last HW aligned literal and an odd length literal be HW/Non-HW aligned depending on how many bytes it is past that HW aligned literal (which could be FW or DW aligned since these qualify as HW alignment). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html