Re: Problem fetching a program object (CSV031I)
I think that is IBMese for don't do that!. Hmm... yes, this makes sense - absolutely ;-) bye, Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem fetching a program object (CSV031I)
what does AMBLIST tells you about patched module. Nothing one should care about I've also compared the listings of AMBLIST (patched and unpatched module) and they just differ in the hex-listing (only at the expected locations). Why don't you use AMASPZAP for such kind of patches? Well, now as I fight with this stuff for some days, I really think I should try to argue our management that we should use AMASZAP. The problem is, that the bytes we have to patch are on different byte offsets with every release - so we also have to create new control cards for AMASZAP for every release. Currently I wonder if it is possible to 1. build our application, 2. analyze all needed program objects 3. find the offsets to patch 4. write control cards for AMSZAP I guess this would be fewest pain for all ;) Bye, Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem fetching a program object (CSV031I)
The problem is, that the bytes we have to patch are on different byte offsets with every release - so we also have to create new control cards for AMASZAP for every release. I don't understand why you don't take on Steve's suggestion of just linking in an 'info' module for each customer. That way, there would be no patching, no error. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Contents of ICSF's PKDS (was: Contents ... CKDS)
Patrick O'Keefe wrote: Oops. I asked the wrong question. Swap PKDS and CKDS. I had the datasets reversed in my mind. (Hey, I admited I didn't know what I was asking.) Is there a way to tell if the PKDS is logically empty? The encrypted one. The answer is quite similar ;-) Empty PKDS contains 1 record. KSDS key is all-zeroes. Caution: the above is true on z9 and CEX2C. Number of records can vary depending on crypto HW and ICSF level. You can create empty (but initialized) PKDS and compare content of PKDSes. HTH -- 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.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSI
It's missing a w in www, should be http://www.isham-research.co.uk/ibm-vs-psi-amended.html Bill On Thu, 20 Dec 2007 00:15:15 -0600, Ed Gould [EMAIL PROTECTED] wrote: I tried Phil's url and it came back server not found. I then ran across this in the Register. They are a bit uneven in their PSI coverage (IMO) so read it (if you are interested. http://www.theregister.co.uk/2007/12/19/ibm_europe_psi/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem fetching a program object (CSV031I)
The conclusions in this thread are correct. Internal structures keep data for validation. If you update the program object in any way other than by using supported interfaces, the entire risk is yours. In the case mentioned, you broke the program object by changing the program object data without having the system update the validation data. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Back in the Systems Programming saddle (again)
This is just a quick note to let my friends out here on IBM-Main know that I am alive, well and employed! As you can see from my signature box, I am now in politics central. :-) I wish all of you Happy Holidays and a prosperous New Year for 2008. Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe Eric Chevalier wrote: Paste your long URL into the field that's labeled Enter a long URL to make tiny: Click the button that says Make TinyURL! Voila! You have a very *short* URL that you can paste into your message. No more Watch the wrap...! How long do they last? At least a day, IME. I've not tried accessing one older than that. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Max. number of physical blocks on 3390 track
AFAIK it is 86, for equal blocks up to 22 bytes. Q: What is the reason for the limitation ? Surely, it's not track capacity. Where can I find further information (some RTFM) ? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FICON vs ESCON CTC's
Skip Robinson wrote: Just to clarify: if GRS is part of a basic sysplex, it uses the same PATHIN/PATHOUT CTCs that XCF uses. SCTC or FCTC is required. With GRS ring directly over CTC (not XCF) you can have GRSplex sysplex. In other words you can have out-of-sysplex systems in GRSplex. Or multiple sysplexes. If you really want it then you need BCTC = ESCON only. Disclaimer: I have never said that GRS configuration as above is good idea. Is there still a reason for JES2 BSC NJE? IMHO only tradition . -- 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.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Max. number of physical blocks on 3390 track
R.S. [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... AFAIK it is 86, for equal blocks up to 22 bytes. Q: What is the reason for the limitation ? Surely, it's not track capacity. Where can I find further information (some RTFM) ? -- Radoslaw Skorupka Yes, it is probably track capacity. Between the blocks are inter-block-gaps of a fixed size. Enough interblock gaps will fill the track. Remember that the original physical 3390 platters are still emulated. 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bad JOB card through NJE
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert A. Rosenberg Sent: Wednesday, December 19, 2007 8:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Bad JOB card through NJE At 09:21 -0600 on 12/19/2007, Mark Zelden wrote about Re: Bad JOB card through NJE: On Tue, 18 Dec 2007 15:46:48 -0800, Edward Jaffe [EMAIL PROTECTED] wrote: Thompson, Steve wrote: ... If you want blind ship then use /*XMIT not /*XEQ In this day and age, it's best to avoid JECL altogether when possible. As of z/OS 1.4, JES2 finally supports the XMIT JCL statement. So what are the practical advantages of using //XMITJC JOB... // XMIT DEST=node //REALJOB JOB .. vs. //XMITJC JOB... /*XMIT node //REALJOB JOB .. .. .. Mark -- //XMITJC JOB... // XMIT DEST=node //REALJOB JOB .. Allows you to send jobs to non-ZOS systems (such as DOS/POWER) since everything from the // XMIT is non-parsed data up to the end-of-data delimiter. With /*XMIT I think it is still parsed and the routed. Thus to send to a DOS/POWER system, you need to go with IEBGENER to INTRDR with a routing of Nx to immediately get it sent to the NJE Job Queue without parsing. SNIP Thank you. You are helping me make my point. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Max. number of physical blocks on 3390 track
In a message dated 12/20/2007 7:43:02 A.M. Central Standard Time, [EMAIL PROTECTED] writes: AFAIK it is 86, for equal blocks up to 22 bytes. Q: What is the reason for the limitation ? Surely, it's not track capacity. Where can I find further information (some RTFM) ? The maximum number of physical blocks (CKD) on any given device has always been the number of blocks with key length 0 and data length 0. For many years now, even if you specify data length 0 the control unit would write one byte on the track in the data field. But originally, if you asked for X bytes in the data field, you would get X bytes on the track at that location. Some time in the 1980s (I think), IBM began recording data on the track not in bytes but rather in units of some larger size, possibly called chunks (at least by me). The size of the chunk has varied from device type to device type. Using units of chunks allowed for greater levels of error detection and correction. The 3390's chunk size is around 34 bytes, I think. No matter how many bytes you want in your data field, 12 more bytes are added by the controller for a 3390 track (I think it's 12). So the smallest amount of data, a data length of 0, requires the controller to add 12 bytes, which requires one full chunk. Any data length between 0 and 22 will result in one chunk on the track. Any data length between 23 and 56 uses up two chunks on the track. And so on. Besides recording data in chunks, inter-record gaps have also been required on real CKD devices since day 1. There are plenty of other gaps on the track also, such as immediately after the home address and after each count field. All this overhead reduces the amount of space effectively available for user records. All this overhead is now unnecessary, since real devices are FBA and not CKD, and the control unit maps virtual to real when writing and real to virtual when reading. The internal real device's characteristics can literally be anything, and some day they may even be replaced by bunches of atoms instead of magnetized areas on rapidly spinning platters. The controller just has to know how to do the mapping. Our software back in the mainframe has to conform to what the access methods require, and they still require adherence to the ancient physical CKD limitations. Now if you want to know why the gaps were required since day one, that's another story, and equally fascinating (at least to me). :-) Bill Fairchild Franklin, TN **See AOL's top rated recipes (http://food.aol.com/top-rated-recipes?NCID=aoltop000304) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
On Wed, 19 Dec 2007 16:34:38 -0700 Anton Britz said: Hi, a) To avoid others Cut and Pasting too : *http://tinyurl.com/2jcwby* If you use FireFox, there is also an extension that allows you to right click on the page, and it automatically creates a TinyURL for that page, and copies it to your clipboard for pasting into email. https://addons.mozilla.org/en-US/firefox/addon/126 /ahw -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FICON vs ESCON CTC's
On Thu, 20 Dec 2007 08:54:51 +0100, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote: Yes - of course with a shared CF engine. But with current hardware (link technology, z9 engines) the links are once again faster. YMMV. Mark I was at a Parallel Sysplex and Performance training earlier this month and the teacher told us, that CTCs ourperform CF signalling paths, because of the multiple step (write, notify, read) approach for the CF path versus the single step (what is written is synchronously read at the other side) approach for the CTC path. And as I said: if the CTCs for our production sysplex are going to perform as they do now in our testsysplex, and I so no reason why not, then they will double the XCF signalling performance. Ahhh... a teacher at a class told you. Then it must be true! :-) I understand that (this is the way I heard it explained once) a direct pipe is quicker than a mail box. But there are a lot of factors that go into YMMV with this. Type of links, how many, speed of the CF CPs, average message size, rate of signaling, etc. For example, for small messages (1K) even ESCON can be better than FICON at lower signaling rates. Here is a recent post from Barbara Nitz where she talks about this in her installation: http://bama.ua.edu/cgi-bin/wa?A2=ind0712L=ibm-mainD=1amp;O=DF=S=P=142096 I haven't looked at our numbers closely since we brought in z9s, but I know that the CTCs aren't getting used... even though they are defined and I have 4 transport classes. You will also find a lot of contrary information to what your teacher told you in this white paper: Parallel Sysplex Performance: XCF Performance Considerations V3.1 http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP100743 The benchmarks in that paper were done with a z990. A z9 CP is much faster, although that is only part of the response time equation. But what really matters for you is the results in your environment using your hardware. So I'm not disagreeing that CTCs are faster for _you_. BTW, can you say what your HW config is (CF, type of links, FICON EX or FICON EX2, etc.)? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem fetching a program object (CSV031I)
On Wed, 19 Dec 2007 12:40:47 -0600, McKown, John wrote: I wonder if the use of the Dignus products would be indicated here. Or perhaps instead of sending program objects, the code should be distributed in text decks instead, forcing the customer to do the linking at his end. If I remember what a friend of mine in Level 1 support once said, Top Secret used to install this way. Like SMP/E? Some customers clamor for SMP/E installation. Others feel the vendor is forcing a technique on them. The idea of customizing a product in this way site-by-site repels me. Better to distribute a uniform base product and ship the customization as a USERMOD. SMP/E supports AMASPZAP. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bandwidth for connectivity with mainframe
Ron Hawkins [EMAIL PROTECTED] I've used Tom Brennan's Vista on 24K dial up from Nanning in China to our MF in Santa Clara. It was OK as long as I didn't try and connect to e-mail at the same time. And more than one of us have used terminal emulation over 300baud or even 110baud lines, back in the day. Patience is a virtue... ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Doug Fuerst I fail to understand why anyone would find this stunning. You really didn't think IBM gave away every trade secret did you? When I was at Intel they weren't giving out the chip masks for the processors or their memory chips either. IBM also kept the existence of the diagnose instruction hidden in obscure places for many years before innocently admitting that it existed and was pretty powerful. Doug snip [EMAIL PROTECTED] (Phil Payne) writes: Has anyone from the Hercules team read IBM's rather stunning admission (on the above page - paragraph 176) that there is a confidential version of the PoP? Their words, not mine. there has been the (confidential) architecture redbook (distributed in red 3ring binders) ... implemented in (cp67/)CMS script file ... with conditional formating to produce either the princples of operation subset ... or the full (confidential) architecture redbook. snip IBM has been the benevolent dictator in the mainframe market since Dr. Amdahl left. It appears now that IBM, via this litigation, is seeking to prove the adage, Even the most benevolent dictator is still a dictator. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FICON vs ESCON CTC's
Mark Zelden [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... On Thu, 20 Dec 2007 08:54:51 +0100, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote: Yes - of course with a shared CF engine. But with current hardware (link technology, z9 engines) the links are once again faster. YMMV. Mark I was at a Parallel Sysplex and Performance training earlier this month and the teacher told us, that CTCs ourperform CF signalling paths, because of the multiple step (write, notify, read) approach for the CF path versus the single step (what is written is synchronously read at the other side) approach for the CTC path. And as I said: if the CTCs for our production sysplex are going to perform as they do now in our testsysplex, and I so no reason why not, then they will double the XCF signalling performance. Ahhh... a teacher at a class told you. Then it must be true! :-) Come on, give me some credits, I have been running around in this arena long enough not trip into this, but he gave me an interesting item to dig into. I understand that (this is the way I heard it explained once) a direct pipe is quicker than a mail box. But there are a lot of factors that go into YMMV with this. Type of links, how many, speed of the CF CPs, average message size, rate of signaling, etc. For example, for small messages (1K) .. But what really matters for you is the results in your environment using your hardware. So I'm not disagreeing that CTCs are faster for _you_. BTW, can you say what your HW config is (CF, type of links, FICON EX or FICON EX2, etc.)? Mark 2 z9 machines, each with a dedicated ICF for CF and z/OS LPARs, ISC3 links, Ficon ex2 links. CF engines for the testsysplex are shared CPs, hence the obvious improvement. Of course YMMV and I will wait for the production figures, but I have good expectations as I said before. 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FICON vs ESCON CTC's
Mark Zelden wrote: [...] I was at a Parallel Sysplex and Performance training earlier this month and the teacher told us, that CTCs ourperform CF signalling paths, because of the multiple step (write, notify, read) approach for the CF path versus the single step (what is written is synchronously read at the other side) approach for the CTC path. [...] Ahhh... a teacher at a class told you. Then it must be true! :-) Maybe because *it is* true? ;-) I was told (almost) the same information. *Almost*. It was: *for short messages* CTC outperforms IXC* structures. So, it depends on the size. What size falls in short category - it depends on speed of links (CTC and sysplex), CF CPU speed and workload. That's why one can have CLASSDEF statements in COUPLExx. Just my $0.02 -- 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.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ATS STAR question
Hello list, We are planning to use ATS STAR to share our TS7700 tape units among our systems. The main reason is a problem specific to the TS7700 (and probably other VTSs) that did not exist in our STK physical tape environment: when a system goes down (for whatever reason) and it had tapes mounted, these tapes remain mounted on the TS7700 units and are therefore not available to other systems. The only way to get the tape available again is to dismount it and that can only be done from a system that has the unit online. We started our initial TS7700 configuration with tapeunits dedicated per system, because the TS7700 provided more than enough of them and we could drop our MIA tapesharing software. But soon we found the problem that tapes could only be dismounted by the owning system and if that system was down for a longer period (software problems, hardware maintenance, scheduled unavailability of testsystems), the mounted tapes were unavailable for that period. The obvious solution was ATS START tapesharing. In this situation, a tape mounted by a disappeared system can be dismounted by another sharing system. Chapter 16 of Setting up a Sysplex describes sharing tapeunits in a sysplex and explains how sharing in a sysplex works most optimal. This does not cover the situation that a tape mounted by a testsystem can be dismounted when the entire test-sysplex is down. The last paragraph of chapter 16 suggests that tapeunits can be shared by systems outside the sysplex, either supporting ATS STAR or not. This sounds reasonable, since the ASSIGN is done when a unit is allocated for AS units or at vary online for non-AS units and so serialization is guaranteed. See ATS STAR APAR OW50900 for details. My question is: Does anybody share ATS units over sysplexes and does this work? What happens when a system allocates a unit and that unit is assigned to a foreign host (AFH)? Does allocation go through allocation recovery and select another unit, or does it wait for the device to become available? Thanks, 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Max. number of physical blocks on 3390 track
On 20 Dec 2007 05:43:03 -0800, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (R.S.) wrote: AFAIK it is 86, for equal blocks up to 22 bytes. Q: What is the reason for the limitation ? Surely, it's not track capacity. Where can I find further information (some RTFM) ? Yes, as others have noted, it *is* track capacity. I don't have the exact name or number of the FM, but you can find the exact formula on the 3390 reference card. It gives the size of the interblock gaps and of the minimum chunk (as Bill called it). I have a REXX program to give 3380 and 3390 utilizations based on LRECL and the available blocksizes for that LRECL. (For BLKSIZE=1 it gives 86 on 3390 and 93 on 3380.) It was written *long* ago and was based on an even older CLIST for 3330 3350. FWIW, here it is. I disavow any bad coding, as it belongs to a much younger version of myself. (Beware that at least two lines are probably broken by line-wrap. Hint: Nothing starts in column 1 except roundup.) code /* rexx exec to show track utilization on 3380's and 3390's */ ARG TEMP1 if datatype(word(temp1,1),n) then temp1= 'LRECL='temp1 do while temp1 \= '' parse var temp1 temp2 temp1 if right(temp2,1) = ')' then temp2 = translate(temp2,'= ','()') if pos('=',temp2) = 0 then temp2 = temp2 || '= ' interpret temp2 end drop temp1 drop temp2 if debug = 'TRACE' then trace ?i else if debug \= DEBUG then trace i if lrecl = 'LRECL' then do say 'LRECL must be specified' exit 4 end if stop = 'STOP' then do if dasd = '80' | dasd = '3380' then stop = 23476 else stop = 27998 end stop = min(stop,32760) 'clr' say 'lrecl blksize blk/trk blk/trk used used% %blk' say '3380 3390 3380 3390 3380 3390 fctr' say '' size0 = lrecl if start = 'START' then start=1 if size0 start then size0 = trunc(start/size0)*size0 slrecl = center(lrecl,6) do size = size0 by lrecl to stop blkfctr = size/lrecl D80 = (SIZE + 12) / 32 d80 = roundup(d80) NBLK80 = trunc(1499 / (15 + D80) ) USED80 = NBLK80 * SIZE PERC80 = USED80/47476*100 dn90 = (size+6)/232 dn90 = roundup(dn90) d90 = 9 + (size + 6*dn90 +6)/34 d90 = roundup(d90) NBLK90 = trunc(1729 / (10 + D90) ) USED90 = NBLK90 * SIZE PERC90 = USED90/56664*100 blkfctr = size/lrecl sblk = center(blkfctr,4) sblks = center(size,6) sblk80 = center(nblk80,6) sused80 = left(used80,6) sperc80 = format(perc80,3,1) sblk90 = center(nblk90,6) sused90 = left(used90,6) sperc90 = format(perc90,3,1) star = '' select when dasd = '80' | dasd = '3380' then do if perc80 = 90 then star = '*' if perc80 = 95 then star = '**' end when dasd = '90' | dasd = '3390' then do if perc90 = 90 then star = '*' if perc90 = 95 then star = '**' end otherwise do if perc80 = 85 perc90 = 83.8 then star = '*' if perc80 = 90 perc90 = 88.8 then star = '**' if perc80 = 90 perc90 = 93.8 then star = '***' end end if ostar \= 'OSTAR' then if star = '' then iterate say slrecl sblks || ' ' || sblk80 || ' ' || sblk90 , sused80 sused90 || ' ' || sperc80 || ' ' || , sperc90 || ' ' || sblk star end exit 0 roundup: PROCEDURE ARG curr temp = trunc(curr) if temp \= curr then temp = temp + 1 return temp /code -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM question.
Ted, I'm with you on SU, mostly. I like percentage, it's what you see in SDSF and is easier to describe back to the user (and their demanding managers). I find SU useful, but constricting, particularly because our sysplexes invariably consist of different models of machines and trying to limit application X to 1% of the CPU becomes an exercise in frustration when the application is required to run on at least one image on nearly every CEC at the same time. I think SU would be more useful if you could specify it by system/image, for a single application with the same name. Say you have an application named HOG on 6 systems, and you want to limit it to 1% of the system at max on a per-system basis, and you know that it is the only workload running in the SYSHOG started task service class. It would be nice if I could limit it then, on SYSA to 100 MSU, on SYSB to 300 MSU, on SYSC to 180 MSU, SYSD to 40 MSU, SYSE to 65 MSU, and SYSF to 420 MSU. But instead, I have to either make six service classes and six resource groups (what a waste of CPU to have to traverse all that), or simply allow that any one of them might get as much as 6% of the largest box it runs on (unacceptable). SU is also painful in Batch and TSO periods. I want first period TSO to last a quarter second. Real time. Not SUs. And I want my WLM policy to apply equally to all systems (across more than 12 CECs) and all images. And I want my low batch to sit in first period for 30 minutes before dropping lower. The same way on all systems. SU doesn't seem to allow that either. It becomes an approximation, that we constantly have to review and update to keep it accurate. Percentages are better, in disparate sysplexes, if you ask me, but SU still has it's (very limited) uses in an overarching standardized policy (which is much easier to maintain than having multiple policies for each plex). Still, I wish the new percentage system could allow different percentages for different images in the same resource group. Ah well. At least having percentages is a step forward, and a welcome one at that. Do you know if there has been some update to WLM to address image-level resource groups that I haven't seen in the books? Cheers, Gary Diehl MVS Support The glass is neither half full or half empty; the engineer who designed the glass simply allowed for a 100% increase in fluid storage. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, December 18, 2007 3:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: WLM question. CPU percentages are a much better methodology. They adjust with processor changes. Very cool. I disagree for two reasons: 1. Some shops wish to ensure the same service for a test workload, regardless of how many times the processor is upgraded. 2. What does a percentage mean when there are multiple machines in a SYSPLEX with varying capacities? That's why I prefer SU based resource classes, which do not (necessarily) have to be changed when a processor is upgraded. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Back in the Systems Programming saddle (again)
Congratulations Bob. It's good to see you back even though you are in government now. I guess I can still trust you. :-) Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards, Robert B. Sent: Thursday, December 20, 2007 7:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Back in the Systems Programming saddle (again) This is just a quick note to let my friends out here on IBM-Main know that I am alive, well and employed! As you can see from my signature box, I am now in politics central. :-) I wish all of you Happy Holidays and a prosperous New Year for 2008. Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Back in the Systems Programming saddle (again)
LOL! Thanks Tom. Yes, you can trust me. My integrity will survive...even here in DC. LOL! Merry Christmas! - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom Sent: Thursday, December 20, 2007 11:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Back in the Systems Programming saddle (again) Congratulations Bob. It's good to see you back even though you are in government now. I guess I can still trust you. :-) Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards, Robert B. Sent: Thursday, December 20, 2007 7:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Back in the Systems Programming saddle (again) This is just a quick note to let my friends out here on IBM-Main know that I am alive, well and employed! As you can see from my signature box, I am now in politics central. :-) I wish all of you Happy Holidays and a prosperous New Year for 2008. Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Back in the Systems Programming saddle (again)
On Thu, 20 Dec 2007 11:35:24 -0500, Richards, Robert B. [EMAIL PROTECTED] wrote: Yes, you can trust me. My integrity will survive...even here in DC. LOL! Even though you changed your name from Bob to Robert? :-) Merry Christmas! Ditto! Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Holiday wishes to all
To All My Democrat Friends: Please accept with no obligation, implied or implicit, my best wishes for an environmentally conscious, socially responsible, low-stress, non-addictive, gender-neutral celebration of the winter solstice holiday, practiced within the most enjoyable traditions of the religious persuasion of your choice, or secular practices of your choice, with respect for the religious/secular persuasion and/or traditions of others, or their choice not to practice religious or secular traditions at all. I also wish you a fiscally successful, personally fulfilling and medically uncomplicated recognition of the onset of the generally accepted calendar year 2008, but not without due respect for the calendars of choice of other cultures whose contributions to society have helped make America great. Not to imply that America is necessarily greater than any other country nor the only America in the Western Hemisphere . Also, this wish is made without regard to the race, creed, color, age, physical ability, religious faith or sexual preference of the wishee. To My Republican Friends: Merry Christmas and a Happy New Year! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
I wouldn't be holding my breath on that one! :-) Anton Britz wrote: Hi, a) To avoid others Cut and Pasting too : *http://tinyurl.com/2jcwby* b) next step is to make them understand NOT to use an ISP email address because everybody is going to start changing ISP's soon.. http://www22.verizon.com/Content/ConsumerFiOS/ Anton Britz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
Maybe Verizon will offer FIOS at my address sometime in the next decade, but probably not. In any case, I am very hesitant to do any business with Verizon, they have caused me great pain in the past. Anton Britz [EMAIL PROTECTED] 12/19/2007 6:34 PM Hi, a) To avoid others Cut and Pasting too : *http://tinyurl.com/2jcwby* b) next step is to make them understand NOT to use an ISP email address because everybody is going to start changing ISP's soon.. http://www22.verizon.com/Content/ConsumerFiOS/ Anton Britz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Back in the Systems Programming saddle (again)
Nice to know that someone is visiting our money. :-) Never argue with an idiot. You'll lower yourself to his level and he'll win by experience. - Richards, Robert B. wrote: This is just a quick note to let my friends out here on IBM-Main know that I am alive, well and employed! As you can see from my signature box, I am now in politics central. :-) I wish all of you Happy Holidays and a prosperous New Year for 2008. Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Max. number of physical blocks on 3390 track
-snip-- AFAIK it is 86, for equal blocks up to 22 bytes. Q: What is the reason for the limitation ? Surely, it's not track capacity. Where can I find further information (some RTFM) ? unsnip Unfortunately, CKD/ECKD devices have significant gaps between the records, and between the count, key and data fields. If you can find the manuals on almost any CKD/ECKD disk drive, it's usually explained in there somewhere. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Back in the Systems Programming saddle (again)
Richards, Robert B. wrote: This is just a quick note to let my friends out here on IBM-Main know that I am alive, well and employed! Glad you've got a position. And, working for a company that can (and does on occasion) print its own money to pay the bills, offers generous retirement benefits, and almost never fires anyone 'aint bad neither! But always remember and never forget, you work for me now! ;-) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Back in the Systems Programming saddle (again)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden On Thu, 20 Dec 2007 11:35:24 -0500, Richards, Robert B. [EMAIL PROTECTED] wrote: Yes, you can trust me. My integrity will survive...even here in DC. LOL! Even though you changed your name from Bob to Robert? :-) Probably a government thing. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bandwidth for connectivity with mainframe
-snip- And more than one of us have used terminal emulation over 300baud or even 110baud lines, back in the day. Patience is a virtue... unsnip--- And 134.5, on a accoustic coupler, driving a 2741. We're talking PREHISTORIC here. :-) [EMAIL PROTECTED] thing weighed a TON! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Holiday wishes to all
-Original Message- From: IBM Mainframe Discussion List On Behalf Of David Day To All My Democrat Friends: [ snip ] To My Republican Friends: [ snip ] You don't have any Other friends?? (I'll bet you do. :-) ) MC HNY to you, too. :-) Also HB when that day comes, and HA when/if applicable. -jc- Card-carrying Libertarian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GPL and z/OS (was: Java Problem Analysis)
Timothy, I agree, except: 1) Its not simple :-) 2) The ported tools and toys are not released by IBM as a product. I still don't believe that IBM has released any GPL-licensed z/OS tools as products.Probably my fault... it would have been more clear if I would have said supported products. IMO, this is one of the big problems with z/OS Unix other *nix implementations include a much better set of tools, such as the GNU tools. Take for example bash. This is the most popular *nix shell, licensed under GPL, but it is not included with z/OS.Other *nix vendors ship their systems with a nice set of tools, and either fully support them, or in some cases have a managed support clause which is something less than full support. See for example: http://www.sun.com/software/solaris/freeware/ Where, you will notice that many of the open source GPL tools are listed as managed support: m = managed: Sun provides existing patches and escalates new bugs to the developer community. Compare this to the z/OS Unix tools and toys... they are woefully incomplete and out of date. Kirk Wolf Dovetailed Technologies On Dec 20, 2007 12:42 AM, Timothy Sipples [EMAIL PROTECTED] wrote: Kirk, I tried to phrase my (limited) answer succinctly yet accurately, but it seems I didn't entirely succeed. The case you're describing is where the original author of the code (Sun in this case) (also) releases their code under non-GPL terms. In that case, it's not GPL code, is it? :-) (That specific code isn't.) Thus my explanation doesn't apply -- I wasn't explaining anything about how code under different licenses works. I was explaining how GPL code works, and that specific code isn't GPL. If IBM or anyone else bases their work off the GPL source, then my explanation does apply. It really is that simple. Yes, IBM has done some GPL-related work on z/OS. Here's some: http://www-03.ibm.com/servers/eserver/zseries/zos/unix/bpxa1ty1.html I believe you'll find several on the list with GPL licenses, or at least licenses that are comparable to the GPL for purposes of this discussion (i.e. which assure access to source code), e.g. emacs. But you did expand our knowledge. So you say that Sun's Java(TM) is available under non-GPL terms. Thus we can conclude there is no assurance that derivatives (from IBM, Sun, or anyone else) of the non-GPL code will be available in source code form. That directly addresses the I don't know part of my answer -- the first sentence :-) -- and I'm grateful for that. Thanks. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Holiday wishes to all
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Thursday, December 20, 2007 11:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Holiday wishes to all -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Day To All My Democrat Friends: [ snip ] To My Republican Friends: [ snip ] You don't have any Other friends?? (I'll bet you do. :-) ) MC HNY to you, too. :-) Also HB when that day comes, and HA when/if applicable. -jc- Card-carrying Libertarian Let me be the first to wish all residents of the U.S.A. a safe and sane 4th of July! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Max. number of physical blocks on 3390 track
[EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) (R.S.) wrote: Where can I find further information (some RTFM) ? I forgot to add that I found the official formula once, probably on an IBM reference card for the 3390. And once I even tried to apply the formula to a specific case. Its obfuscation overwhelmed my perseverance, and I gave up. Some years later I wrote an Assembler program to fill a DASD track with as many blocks as possible with a user-supplied key length and block length. I didn't do this to find out how many would fit, but because I really needed a track with all those blocks on it. I also had to write another program to read and print what was on the track, as IMASPZAP will not display the count fields of 86 records all of which have key and data length of 0, nor will it print all the data if the data length is greater than 32K, nor will it print R0, especially if R0 has a 56K full track data field which I needed for certain test purposes. Here are my test results today with my little programs: KL=0 and 0DL23 yields 86 per track. KL=0 and DL=23 yields 82. Bill Fairchild Franklin, TN **See AOL's top rated recipes (http://food.aol.com/top-rated-recipes?NCID=aoltop000304) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Back in the Systems Programming saddle (again)
John, Yup! Bob is considered an alias. Considering my agency performs most government background employment investigations, you can see why Robert is being used. Bob :-) - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Thursday, December 20, 2007 12:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Back in the Systems Programming saddle (again) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden On Thu, 20 Dec 2007 11:35:24 -0500, Richards, Robert B. [EMAIL PROTECTED] wrote: Yes, you can trust me. My integrity will survive...even here in DC. LOL! Even though you changed your name from Bob to Robert? :-) Probably a government thing. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Holiday wishes to all
OK but you have to put the word BILLION in here some where.. Without THAT word , your message is not for the USA or from the USA. Remember in the old days, it use to be Killroy was here and if you are too young or never read anything and also vote for the SAME polical party, here is what I am talking about : http://en.wikipedia.org/wiki/Kilroy_was_here Conclusion : Give us a BILLION Christmas wishes and lets GIVE a BILLION to all the USA financial institutions etc. and a BILLION to our enemies... 12 Billion just went missing in transit to IRAQ. Anton Britz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Back in the Systems Programming saddle (again)
At your service, my good man! - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Thursday, December 20, 2007 12:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Back in the Systems Programming saddle (again) Richards, Robert B. wrote: This is just a quick note to let my friends out here on IBM-Main know that I am alive, well and employed! Glad you've got a position. And, working for a company that can (and does on occasion) print its own money to pay the bills, offers generous retirement benefits, and almost never fires anyone 'aint bad neither! But always remember and never forget, you work for me now! ;-) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM question.
On Wed, 19 Dec 2007 00:20:51 +, Ted MacNEIL wrote: I calculated my minimums and caps based on a percentage of the MSU's available on the machine. The last time we upgraded to the z9, I had to adjust all the minimums and maximums based on the new machine. So going to a percentage scale will fit nicely in that scheme. And I never have to change them again based on a machine upgrade. I guess that's were I disagree. I use resource classes based on a min/max of service, rather than processor capacity. I set it up, now and never change it. Regardless of the processor capacity, my TEST workload will never get anymore than it had. With my choice the test workload will never get any more resource. With yours, it will grow with each upgrade. Plus, it doesn't work with multiple CEC's (differing capacities) in the same SYSPLEX. Plus, I have a question. Why do you want to give more resource to the unimportant workloads, just because you've done an upgrade? My service classes are loosely structured around a Development - Test/QA - Production scenario. It's loose because I allow things to cross the line. Really important Test/QA stuff can run in a low production class. We aren't SYSPLEX (yet), so I don't have those concerns (yet). I'd expect there to be challenges in making this work in a differing capacity multi-CEC environment. But I'd also expect the move towards minimums and maximums based on percentages of capacity would work better in those environments. When our business grows, it's generally the whole business. We don't see localized pain points. Not that it can't happen. I set up resource groups around the Development and Test/QA service classes to ensure a minimum service of around 1% of the box capacity. When things are busy, these JOBs creep along, but they keep moving. And as resources free up, they can be devoted to these JOBs. But these JOBs can't interfere with production work beyond a certain point. The lower Development classes have a maximum service of about 3% of the box and the next two bottom classes step up to 5% and 7%. Production classes have no minimums and are not capped. We have a couple high performance development classes for short programmer JOBs too, but those have CPU time limits associated with them. This isn't a hard and fast rule either. When we upgraded to the z9, I didn't just carry over a straight percentage. I gave the minimums a little more, but not a full measure of the capacity increase. I gave the maximums the full percentage increase. We're running sub-capacity too, so the MSU floors and ceilings I've defined aren't truly those percentages. But it seems to be a good guideline. Not perfect, but workable. Our business changes over time too. As needs change, the WLM policy has to change to meet those needs. I have only made minimal adjustments for some new JOBs since the z9 upgrade. WLM gives you a lot of options. No two sites are the same. Work out a structure that works for you and adjust it as you see fit to address your needs. Then adjust it again as your needs change. I doubt you'll be able to find a policy that works now and forever. Forever is a long time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Back in the Systems Programming saddle (again)
In [EMAIL PROTECTED], on 12/20/2007 at 08:03 AM, Richards, Robert B. [EMAIL PROTECTED] said: This is just a quick note to let my friends out here on IBM-Main know that I am alive, well and employed! Mazal tov. I'm glad it worked out. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Max. number of physical blocks on 3390 track
You can also get the formula calculations retruned from a Read Device Characteristics command to the storage controller. And I forget who said it, but the vendor hardware manuals will describe whats in the gap. One item is repeated skip displacement information, if a track was assigned a skip due to a faulty area of the track. Bill Date: Thu, 20 Dec 2007 11:12:57 -0500 From: [EMAIL PROTECTED] Subject: Re: Max. number of physical blocks on 3390 track To: IBM-MAIN@BAMA.UA.EDU On 20 Dec 2007 05:43:03 -0800, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (R.S.) wrote: AFAIK it is 86, for equal blocks up to 22 bytes. Q: What is the reason for the limitation ? Surely, it's not track capacity. Where can I find further information (some RTFM) ? Yes, as others have noted, it *is* track capacity. I don't have the exact name or number of the FM, but you can find the exact formula on the 3390 reference card. It gives the size of the interblock gaps and of the minimum chunk (as Bill called it). I have a REXX program to give 3380 and 3390 utilizations based on LRECL and the available blocksizes for that LRECL. (For BLKSIZE=1 it gives 86 on 3390 and 93 on 3380.) It was written *long* ago and was based on an even older CLIST for 3330 3350. FWIW, here it is. I disavow any bad coding, as it belongs to a much younger version of myself. (Beware that at least two lines are probably broken by line-wrap. Hint: Nothing starts in column 1 except roundup.) code /* rexx exec to show track utilization on 3380's and 3390's */ ARG TEMP1 if datatype(word(temp1,1),n) then temp1= 'LRECL='temp1 do while temp1 \= '' parse var temp1 temp2 temp1 if right(temp2,1) = ')' then temp2 = translate(temp2,'= ','()') if pos('=',temp2) = 0 then temp2 = temp2 || '= ' interpret temp2 end drop temp1 drop temp2 if debug = 'TRACE' then trace ?i else if debug \= DEBUG then trace i if lrecl = 'LRECL' then do say 'LRECL must be specified' exit 4 end if stop = 'STOP' then do if dasd = '80' | dasd = '3380' then stop = 23476 else stop = 27998 end stop = min(stop,32760) 'clr' say 'lrecl blksize blk/trk blk/trk used used % % blk' say ' 3380 3390 3380 3390 3380 3390 fctr' say '' size0 = lrecl if start = 'START' then start=1 if size0 start then size0 = trunc(start/size0)*size0 slrecl = center(lrecl,6) do size = size0 by lrecl to stop blkfctr = size/lrecl D80 = (SIZE + 12) / 32 d80 = roundup(d80) NBLK80 = trunc(1499 / (15 + D80) ) USED80 = NBLK80 * SIZE PERC80 = USED80/47476*100 dn90 = (size+6)/232 dn90 = roundup(dn90) d90 = 9 + (size + 6*dn90 +6)/34 d90 = roundup(d90) NBLK90 = trunc(1729 / (10 + D90) ) USED90 = NBLK90 * SIZE PERC90 = USED90/56664*100 blkfctr = size/lrecl sblk = center(blkfctr,4) sblks = center(size,6) sblk80 = center(nblk80,6) sused80 = left(used80,6) sperc80 = format(perc80,3,1) sblk90 = center(nblk90,6) sused90 = left(used90,6) sperc90 = format(perc90,3,1) star = '' select when dasd = '80' | dasd = '3380' then do if perc80 = 90 then star = '*' if perc80 = 95 then star = '**' end when dasd = '90' | dasd = '3390' then do if perc90 = 90 then star = '*' if perc90 = 95 then star = '**' end otherwise do if perc80 = 85 perc90 = 83.8 then star = '*' if perc80 = 90 perc90 = 88.8 then star = '**' if perc80 = 90 perc90 = 93.8 then star = '***' end end if ostar \= 'OSTAR' then if star = '' then iterate say slrecl sblks || ' ' || sblk80 || ' ' || sblk90 , sused80 sused90 || ' ' || sperc80 || ' ' || , sperc90 || ' ' || sblk star end exit 0 roundup: PROCEDURE ARG curr temp = trunc(curr) if temp \= curr then temp = temp + 1 return temp /code -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
On Wed, 19 Dec 2007 18:22:49 -0500, Conmackie, Mike wrote: Ed Jaffe wrote: snip How long do they last? /snip According to the website they never expire. And the money I've paid into Social Security all my life will be returned in my retirement with interest ! I'm so sure that will happen that I've already started to spend it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
According to the website they never expire. I've had the original web site die due to 'link rot' long before the tinyurl did. I've used them for years and never had a problem. I've even (accidently) tried to create another tinyurl on the same original, and been told that it had already been 'tiny''d'. It also gave me the tinyurl. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Max. number of physical blocks on 3390 track
In a message dated 12/20/2007 12:06:21 P.M. Central Standard Time, [EMAIL PROTECTED] writes: You can also get the formula calculations retruned from a Read Device Characteristics command to the storage controller. What is returned are the various constants that must be plugged into the formula and some flag bits that tell what to do with some of the constants. And I forget who said it, but the vendor hardware manuals will describe whats in the gap. One item is repeated skip displacement information, if a track was assigned a skip due to a faulty area of the track. The skip displacement information is always in the gap. If no skips have been assigned, then the skip displacements stored there reflect that no skip has been assigned. This is another aspect of error detection and reliability that has evolved over the decades. The first device with skip displacements had only one, and the 3390 now has seven. What is recorded in each 2-byte-long skip displacement is the relative number of the chunk on the track, beginning with index point, where chunk number of bytes are skipped over in reading and writing. Bill Fairchild Franklin, TN **See AOL's top rated recipes (http://food.aol.com/top-rated-recipes?NCID=aoltop000304) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Back in the Systems Programming saddle (again)
On Thu, 20 Dec 2007 08:03:43 -0500, Richards, Robert B. wrote: As you can see from my signature box, I am now in politics central. :-) I wish all of you Happy Holidays and a prosperous New Year for 2008. Congratulations If I have a problem getting in touch with my representatives, I'll send you the message and you can run it across the street over lunch. ;) Merry Christmas and happy new year to you and yours -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
On 20 Dec 2007 10:10:43 -0800, [EMAIL PROTECTED] (Dave Kopischke) wrote: And the money I've paid into Social Security all my life will be returned in my retirement with interest ! I'm so sure that will happen that I've already started to spend it. Actually, it was spent a long time ago. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
On Wed, 19 Dec 2007 22:28:22 -, Phil Payne [EMAIL PROTECTED] wrote: Has anyone from the Hercules team read IBM's rather stunning admission (on the above page - paragraph 176) that there is a confidential version of the PoP? Their words, not mine. This is bizarre. Why is it a stunning admission that there is a confidential version of the POPs? Lynn Wheeler has been mentioning this Script/GML based book that could be printed as either the customer or the full version, for *years*, on this very list. And well known IBMers have talked very openly at SHARE and in other non-confidential contexts about the real book, vs the published version, though of course they do not discuss its content. And what is the relevance to Hercules? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Back in the Systems Programming saddle (again)
Thanks Dave. As to message delivery, Department of Interior is across the street, White House seven blocks away, but the Capitol building is a little to far to go for a leisurely stroll. Wait a minute, Watergate is three blocks away...perhaps I could catch your congressmen there? vbg Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kopischke Sent: Thursday, December 20, 2007 1:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Back in the Systems Programming saddle (again) On Thu, 20 Dec 2007 08:03:43 -0500, Richards, Robert B. wrote: As you can see from my signature box, I am now in politics central. :-) I wish all of you Happy Holidays and a prosperous New Year for 2008. Congratulations If I have a problem getting in touch with my representatives, I'll send you the message and you can run it across the street over lunch. ;) Merry Christmas and happy new year to you and yours -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape/Cart drives
On Wed, 5 Dec 2007 14:32:25 -0600, Ron Wells [EMAIL PROTECTED] wrote: Looking for pro's/con's on tape drives from IBM vs STK and ?... experiences .. Looking at performance / reliability /encryption facilities ... so on... any decent write-ups out there ?? Here is a little summary from Fred Moore. Just one of Fred's claims to fame is that he was the first systems engineer at StorageTek. The Sun (was STK) drive is faster at 120MB/sec than the 3592 at 100 MB/sec. and customers like the speed. Both offer RFID for Iron Mountain like services and have a 30 year media life, far too much since the technology will obsolete well before then. Capacities are equal at 500 GB and both compress to over 1TB/cart. The 3592 has a max. rating of 20,000 loads and unloads versus 15,000 for the T1 making it 33% more durable in an automated library. To get encryption, IBM and Sun require existing Escon/Ficon tape products to be replaced. This could be expensive and causes encryption appliances and CA's mainframe ZiiP host software encryption product to be considered. These are tape drive agnostic and a few still affect the ability to compress. Bottomline: the products are close with performance the biggest differentiator and the price you pay is based on your sales rep and negotiation skills. Conversion costs need to be carefully evaluated. Other key factors to consider are Sun's ongoing committment to tape. Sun is not 100% focused on tape (or storage) as STK was. Sun has taken STK from years in 1st place and innovative tape leadership to 3rd place in the tape industry in just 1.5 years. They have laid off considerable of storage talent, key tape and virtual tape architects in the past year to save money. Sun spends less than STK on storage marketing.This raises concerns about future developments, schedules and roadmaps. Fred offers more information at www.horison.com Regards, Mike Baldwin Cartagena Software Ltd. www.cartagena.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
In [EMAIL PROTECTED], on 12/19/2007 at 05:12 PM, Eric Chevalier [EMAIL PROTECTED] said: It takes about 15 seconds, and shows that you have concern for your readers. But is that concern positive or negative? There are significant issues with people using tinyurl and such, and it's a mistake more often than not. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
Dave Kopischke wrote: snip And the money I've paid into Social Security all my life will be returned in my retirement with interest ! I'm so sure that will happen that I've already started to spend it. /snip I never claimed belief in the statement ;-) I simply parroted the phrase from the website. Mike Conmackie Senior Software Developer Compuware Corporation 1 Campus Martius Detroit, MI 48226 . The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Service Director/Storage Subsystem replacement...?
Does anyone out there know what, if anything, has replaced the SDSS application the CE's used to use on their PS/2 Service Director? Thanks im advance, Tom Sims Trident Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FICON vs ESCON CTC's
From a management perspective FICON is simpler if your configuration requires numerous pairs of ESCON channels to get around ESCON limits (i.e., implementing interesting candidate lists to avoid message CBDG089I) and not to mention allowing you the flexibility to implement a true any-to-any scheme that makes tasks such as moving systems among processors nothing like the old days. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Wednesday, December 19, 2007 6:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FICON vs ESCON CTC's Is there any advantage in migrating CTC's from ESCON to FICON? -- Mark Jacobs Time Customer Service Tampa, FL -- The primary purpose of the DATA statement is to give names to constants; instead of referring to pi as 3.141592653589793 at every appearance, the variable PI can be given that value with a DATA statement and used instead of the longer form of the constant. This also simplifies modifying the program, should the value of pi change. - FORTRAN manual for Xerox computers -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
On 20 Dec 2007 10:58:19 -0800, [EMAIL PROTECTED] (Shmuel Metz , Seymour J.) wrote: It takes about 15 seconds, and shows that you have concern for your readers. But is that concern positive or negative? There are significant issues with people using tinyurl and such, and it's a mistake more often than not. I recommend putting both the full URL and the short one. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
There are significant issues with people using tinyurl and such, and it's a mistake more often than not. How about a little elabouration (for a change)? What are the issues? And, why is it a mistake? For once, I would like to hear some evidence, rather than blanket declaratives! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
In a message dated 12/20/2007 12:32:25 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Why is it a stunning admission that there is a confidential version of the POPs? I believe the meaning is that Phil considered it stunning that IBM would formally admit that the well known open secret of the internal document exists. I have known of at least one part that was confidential since 1991, which is when I needed doc on how an instruction worked, the documentation for which was not in the GA version of the PoOps. My employer paid a handsome sum for some photocopied pages, and several of us signed an NDA. Later at another employer I recommended the same doc be obtained for code I was writing. That employer chose not to obtain it, but I learned there that the same few pages would have cost $50K. IBM has many other confidential documents, such as some for access methods (Media Manager), subsystems (SMS' interface and API), and DASD CCWs (concurrent copy, XRC, PPRC, PAV management, e.g.). Bill Fairchild Franklin, TN **See AOL's top rated recipes (http://food.aol.com/top-rated-recipes?NCID=aoltop000304) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
Yea, I mean there are all kinds of *cheats* in video games and to think there are none in z/OS or any of the other companion products? I ran across this a few years back at a class where an optimization parameter was discussed. When I got back to the shop and tried to track it down it ended being one of *them*. Undocumented - the horror! The support folks probably snicker when they read this stuff. Tony Harminc [EMAIL PROTECTED] wrote: On Wed, 19 Dec 2007 22:28:22 -, Phil Payne wrote: Has anyone from the Hercules team read IBM's rather stunning admission (on the above page - paragraph 176) that there is a confidential version of the PoP? Their words, not mine. This is bizarre. Why is it a stunning admission that there is a confidential version of the POPs? Lynn Wheeler has been mentioning this Script/GML based book that could be printed as either the customer or the full version, for *years*, on this very list. And well known IBMers have talked very openly at SHARE and in other non-confidential contexts about the real book, vs the published version, though of course they do not discuss its content. And what is the relevance to Hercules? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Conmackie, Mike Dave Kopischke wrote: snip And the money I've paid into Social Security all my life will be returned in my retirement with interest ! I'm so sure that will happen that I've already started to spend it. /snip I never claimed belief in the statement ;-) I simply parroted the phrase from the website. Actually, SocSec is a chain letter: The money you paid in was spent on (or before) the day you sent it in. The money you get back (if any) will be paid in by the folks still working at the time. At any point in time, past, present or future, your equity in SocSec is precisely ZERO; hence it earns no interest. And remember that the CONgress can change the eligibility requirements for withdrawal at any time and in any manner they wish. The only winners in SocSec were the initial recipients who never paid in a penny, and those who live(d) long enough to withdraw more than they paid in. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
IBM has many other confidential documents, such as some for access methods (Media Manager), subsystems (SMS' interface and API), and DASD CCWs (concurrent copy, XRC, PPRC, PAV management, e.g.). Why not? Intellectual property is what keeps a technology company running. I'm more surprised, as others have said, that people are astonished/annoyed/upset that IBM is keeping secrets, than the fact that IBM has secrets. Any large company has trade secrets. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Multiple Subchannel Set Usage
IHAC that is trying to create an IOCP using Multiple Subchannel Sets to achieve UCB address relief; however, they never see the alias for a base address after they bring up the IO gen. Is there anyone that has done this and went through similar problems? How did you fix this problem? Are there any simple errors that could lead to this symptom? Tom Moulder No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.5/1190 - Release Date: 12/19/2007 7:37 PM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
On 20 Dec 2007 11:40:14 -0800, [EMAIL PROTECTED] (Chase, John) wrote: The only winners in SocSec were the initial recipients who never paid in a penny, and those who live(d) long enough to withdraw more than they paid in. It's a tax. The nature of taxes is that we may or may not good value from the tax. It is designed to get money to old or infirmed from current taxes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
I've used it extensively and never had anything bad happen, either tiny urls expiring or surreptitious. Although, I guess that's the nature of things surreptitious. ;-) How about including *both* the original long url *and* the tiny url? Then the individual can decide between quick, potentially risky, access and the joy of unwrapping a long one. Date: Wed, 19 Dec 2007 21:35:00 -0600 From: [EMAIL PROTECTED] Subject: Re: 2007 Year in Review on Mainframes - Interesting To: IBM-MAIN@BAMA.UA.EDU On Dec 19, 2007, at 5:12 PM, Eric Chevalier wrote: On 19 Dec 2007 10:59:34 -0800, [EMAIL PROTECTED] (Ed Gould) wrote: Watch the wrap... Have you checked out the website that Little_Nicky suggested? Eric, I looked at it maybe 6 months ago and I just did not care for it. One of the items I was concerned about was the issue of hidden URL's. Myself I don't like clicking on an essentially hidden URL. Myself I would (and have done in the past) cut and pasted long URL's. Call it paranoia but too many phishing going on out there. The other item I was concerned about was how long it stayed on the server (TINYURL) it was not clear to me how long it was good for. I know that we gently remind users to hit the archives and if they need the info and it has evaporated off of tinyurl it won't do anybody any good. At least if you get the person to the right server (no guarantee of course) they might be able to find it themselves. As we have seen on here the archives have now been split and that means quite a few postings and more to do research on. Ed _ Don't get caught with egg on your face. Play Chicktionary! http://club.live.com/chicktionary.aspx?icid=chick_wlhmtextlink1_dec -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Max. number of physical blocks on 3390 track
Bill: Another excellent explanation and addition to all of your previous posts. I know I gasped when I first looked at the formula calculations from RDC but a little time spent in understanding it proved to be worthwhile. Thanks Bill Date: Thu, 20 Dec 2007 13:22:47 -0500 From: [EMAIL PROTECTED] Subject: Re: Max. number of physical blocks on 3390 track To: IBM-MAIN@BAMA.UA.EDU In a message dated 12/20/2007 12:06:21 P.M. Central Standard Time, [EMAIL PROTECTED] writes: You can also get the formula calculations retruned from a Read Device Characteristics command to the storage controller. What is returned are the various constants that must be plugged into the formula and some flag bits that tell what to do with some of the constants. And I forget who said it, but the vendor hardware manuals will describe whats in the gap. One item is repeated skip displacement information, if a track was assigned a skip due to a faulty area of the track. The skip displacement information is always in the gap. If no skips have been assigned, then the skip displacements stored there reflect that no skip has been assigned. This is another aspect of error detection and reliability that has evolved over the decades. The first device with skip displacements had only one, and the 3390 now has seven. What is recorded in each 2-byte-long skip displacement is the relative number of the chunk on the track, beginning with index point, where chunk number of bytes are skipped over in reading and writing. Bill Fairchild Franklin, TN **See AOL's top rated recipes (http://food.aol.com/top-rated-recipes?NCID=aoltop000304) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple Subchannel Set Usage
What do you mean by they never see it? What command/tool are they using? What generation of processor is it? I haven't implemented it yet, but from the test I did, you can make the base and alias the same device number but one is in LSS 0 and the alias is in LSS 1. I don't know what that would look like on the D M=DEV or D M=CHP command. Try using DEVSERV or RMF to view them if you are not. Also, make sure the bases defined as 3390B and the aliases defined as 3390A's in the I/O Gen? Steve -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Thursday, December 20, 2007 2:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Multiple Subchannel Set Usage IHAC that is trying to create an IOCP using Multiple Subchannel Sets to achieve UCB address relief; however, they never see the alias for a base address after they bring up the IO gen. Is there anyone that has done this and went through similar problems? How did you fix this problem? Are there any simple errors that could lead to this symptom? Tom Moulder No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.5/1190 - Release Date: 12/19/2007 7:37 PM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
Howard Brazee wrote: It's a tax. The nature of taxes is that we may or may not good value from the tax. It is designed to get money to old or infirmed from current taxes. FICA looks like a tax and smells like a tax. But, technically is not a tax. If you look carefully, it's a pre-tax deduction. And, when you receive a payment in retirement, it's taxable. Not unlike 401(k) contributions and redemptions. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Use of TinyURLs (Was: 2007 Year in Review on Mainframes)
J R wrote: I've used it extensively and never had anything bad happen, either tiny urls expiring or surreptitious. Although, I guess that's the nature of things surreptitious. ;-) I believe the only problem occurs when the TinyURL site is down. In that case, having the original URL would have been advantageous assuming that site is up. How about including *both* the original long url *and* the tiny url? Then the individual can decide between quick, potentially risky, access and the joy of unwrapping a long one. Easy enough to do. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zFS Recovery via APAR OA22351
Apar OA22351 introduces an option to allow zFS to temporarily remount a R/O file as R/W so that it can rerun the zFS log. Normally a R/O file does not change, but if it is mounted R/W for maintenance, for example, and is not properly closed down, it may not be able to be mounted R/O and has to be remounted R/W to do the recovery. OA22351 allows this remount to be dynamic and automatic so saving an IPL to fix the problem. My question is why the default for this option if NO and not YES, and, for that matter why would you ever not want the recovery to happen automatically? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
On Thu, 20 Dec 2007 13:39:50 -0600, Chase, John wrote: Actually, SocSec is a chain letter: The money you paid in was spent on (or before) the day you sent it in. The money you get back (if any) will be paid in by the folks still working at the time. My point was to compare the promise of Social Security from the past to the same promise of a tiny URL lasting forever. Forever is a long time. Hosting services can lapse. Data can be lost. Big promise. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: Use of TinyURLs (Was: 2007 Year in Review on Mainframes)
WebSense prevents my using tinyurl or numeric urls. I need the long version. EdP How about including *both* the original long url *and* the tiny url? Then the individual can decide between quick, potentially risky, access and the joy of unwrapping a long one. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
On 20 Dec 2007 12:10:39 -0800, [EMAIL PROTECTED] (Edward Jaffe) wrote: FICA looks like a tax and smells like a tax. But, technically is not a tax. If you look carefully, it's a pre-tax deduction. And, when you receive a payment in retirement, it's taxable. Not unlike 401(k) contributions and redemptions. Many other taxes are pre-tax, with benefits being taxed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS Recovery via APAR OA22351
On Thu, 20 Dec 2007 14:21:33 -0600, Anthony Fletcher [EMAIL PROTECTED] wrote: ... My question is why the default for this option if NO and not YES, and, for that matter why would you ever not want the recovery to happen automatically? ... If the function had been available from the beginning of zFS, YES might have been a good default, but changing default behavior mid-release is bound to catch someone off guard, no matter how reasonable the change looks. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 12/20/2007 11:19:43 AM: There are significant issues with people using tinyurl and such, and it's a mistake more often than not. How about a little elabouration (for a change)? What are the issues? And, why is it a mistake? The issue is that it may send an unwary recipient to an unsafe site. Supposedly there are sites that will somehow infect your machine just by being viewed. Or it may be to a known site that I wouldn't care to visit, such as doubleclick, or that I don't want to show up in the usage logs at work, such as www.sex.com. For once, I would like to hear some evidence, rather than blanket declaratives! I don't think I've heard of any examples of problems with tinyurl, but it's not something I'd hear about. The tinylink site says: Hide your affiliate URLs Are you posting something that you don't want people to know what the URL is because it might give away that it's an affiliate link? Then you can enter a URL into TinyURL, and your affiliate link will be hidden from the visitor, only the tinyurl.com address and the ending address will be visible to your visitors. In other words, deceiving the visitor is one of their goals. And given the political content of the tinyurl site, I don't trust them to have my best interests at heart. By the way, there's an option, controlled by a browser cookie, that claims to display the destination link for you, rather than sending you directly to it. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Jack Hamilton Management Information Analysis - Analytic Information Services Kaiser Foundation Health Plan, Inc. 1950 Franklin Street, Oakland, California 94612 +1 510 987-1556 (KP tieline 8-427-1556) NOTE: This email document and attachments are covered by CA Evidence Code §1157 and CA Health and Safety Code §1370. NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Use of TinyURLs (Was: 2007 Year in Review on Mainframes)
On 20 Dec 2007 12:13:51 -0800, in bit.listserv.ibm-main (Message-ID:[EMAIL PROTECTED]) [EMAIL PROTECTED] (Edward Jaffe) wrote: J R wrote: I've used it extensively and never had anything bad happen, either tiny urls expiring or surreptitious. Although, I guess that's the nature of things surreptitious. ;-) I believe the only problem occurs when the TinyURL site is down. In that case, having the original URL would have been advantageous assuming that site is up. How about including *both* the original long url *and* the tiny url? Then the individual can decide between quick, potentially risky, access and the joy of unwrapping a long one. Easy enough to do. Here's what I wrote to RISKS digest in 2005 http://catless.ncl.ac.uk/Risks/23.80.html#subj5: We all know the Risks of long URLs. They include line-wrap problems and trying to find an @ about 100 characters in. To combat the line-wrap problem, some sites are providing short URLs for any arbitrary page. One such is http://tinyurl.com . The problem here, though, is that you can't know where you're going until you get there. This hampers the anti-phishing advice to type in a URL sent in e-mail. It could be used for a range of nefarious or hoax uses. I looked at the tinuyrl site and didn't find any way to expand a compressed URL. Since they specifically suggest using their service to hide affiliate URLs, this is probably on purpose. Some time since then, tinyurl has given people a chance to see the actual URL before visiting it. A tinyurl link from a trusted person is not likely to be a problem, so the use on IBM-Main is likely fine. However, DO be careful out in the wilds of the rest of the Internet. As suggested, a tinyurl *plus* the URL of the actual site is best. Among other things, it gives the recipient an idea of where this link is going to go to, before clicking on it. -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at intergate dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2007 Year in Review on Mainframes - Interesting
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main as well. [EMAIL PROTECTED] (Conmackie, Mike) writes: And the money I've paid into Social Security all my life will be returned in my retirement with interest ! ss is pay as you go system ... not a fully funded retirement plan. it is one of the reasons why they are concerned about the ratio of people paying-in to the number supported on retirement. SS historical ratio table 1940-2006: http://www.ssa.gov/history/ratios.html This can drastically tip with baby boomers moving from paying to collecting. The first baby boomer collects social security http://abcnews.go.com/WN/LifeStages/story?id=3732745page=1 there is also some gimick on how much is paid, it is currently 15.3% ... but for standard salary workers ... the company has to pay half of it over and above the salary ... and then there is the other half deducted from the salary. This is readily seen in tax returns for self-employed workers where they have to pay the full 15.3%. for most purposes, eliminate the facade and have it restructured so the employers paid the full 15.3% before paying salary (theoritically reducing salaries paid correspondingly) ... with it never showing up for individual employees at all. in past 10-15 there have been some number of companies going under (and/or declared bankruptcy) because their pay as you go retirement systems sometimes reached their largest single expense http://www.skeptically.org/curpol/id7.html ... and federal gov. having to assume the payment http://en.wikipedia.org/wiki/Pension_Benefit_Guaranty_Corporation some number of posts related to unfunded liabilities growing to largest part of the budget and swamping the federal gov ... even if everything else in the budget is eliminated. http://www.garlic.com/~lynn/2007j.html#91 IBM Unionization http://www.garlic.com/~lynn/2007j.html#93 IBM Unionization http://www.garlic.com/~lynn/2007s.html#1 Translation of IBM Basic Assembler to C? http://www.garlic.com/~lynn/2007t.html#13 Newsweek article--baby boomers and computers http://www.garlic.com/~lynn/2007t.html#18 Newsweek article--baby boomers and computers (federal) comptroller general (appointed in the mid-90s for 15yr term) has been making references that congress for at least the past 50 yrs has been capable of simple middleschool arithmatic; recent reference: http://www.garlic.com/~lynn/2007q.html#7 what does xp do when system is copying -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OT: tinyurl [was 2007 Year in Review on Mainframes - Interesting]
On Thu, 2007-12-20 at 19:19 +, Ted MacNEIL wrote: There are significant issues with people using tinyurl What are the issues? And, why is it a mistake? As someone else noted (I think it was Ed Gould), I'm uncomfortable clicking on a link when I don't know in advance where it's going. Work politics, y'know. And clicking through tinyurl (or any proxy) provides yet *another* leak for your browsing history to escape through. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Service Director/Storage Subsystem replacement...?
On Thu, 20 Dec 2007 11:05:57 -0800, Tom Sims [EMAIL PROTECTED] wrote: Does anyone out there know what, if anything, has replaced the SDSS application the CE's used to use on their PS/2 Service Director? Tom, I am pretty sure Electronic Service Agent is now the one to be used. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: tinyurl [was 2007 Year in Review on Mainframes - Interesting]
On Thu, 20 Dec 2007 15:52:39 -0500, David Andrews [EMAIL PROTECTED] wrote: As someone else noted (I think it was Ed Gould), I'm uncomfortable clicking on a link when I don't know in advance where it's going. Work politics, y'know. Tinyurl has a preview feature that you can turn on (yes, it sets a cookie, but just once). When you click the tinyurl URL, you go to a preview page where you see the target URL, and can choose to go there or not. http://tinyurl.com/preview.php And clicking through tinyurl (or any proxy) provides yet *another* leak for your browsing history to escape through. Yup - can't fix that with any service like this. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Use of TinyURLs (Was: 2007 Year in Review on Mainframes)
One such is http://tinyurl.com . The problem here, though, is that you can't know where you're going until you get there. This hampers the anti-phishing advice to type in a URL sent in e-mail. There is 'make a shorter link' -- I don't remember its exact name, but it tells you where you are going and gives you some time before it transfers. I have used it in the past, but I am too lazy (in general), and so far I have passed tiny's out, expecting people to trust me. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: tinyurl [was 2007 Year in Review on Mainframes - Interesting]
I'm uncomfortable clicking on a link when I don't know in advance where it's going. I've always told people where mine are going. They're usually to articles I have written for IBM Systems Magazine. I hope people trust me, at least. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: tinyurl [was 2007 Year in Review on Mainframes - Interesting]
On Thu, 20 Dec 2007 15:52:39 -0500, David Andrews [EMAIL PROTECTED] wrote: As someone else noted (I think it was Ed Gould), I'm uncomfortable clicking on a link when I don't know in advance where it's going. Work politics, y'know. In response to that concern, TinyUrl allows you to specify that you want to preview the long link before clicking through. You can specify that option at tinyurl.com if you want. In addition, anyone creating a TinyUrl link can post either a direct click0-through link or a preview link. I always post the preview links, for example, so that people who have not established the preview option will see the real link before they click through. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple Subchannel Set Usage
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bielskie, Stephen Sent: Thursday, December 20, 2007 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Multiple Subchannel Set Usage What do you mean by they never see it? -- The alias does not appear in the command output. What command/tool are they using? -- DS QP,BF10,VOLUME What generation of processor is it? -- z9BC I haven't implemented it yet, but from the test I did, you can make the base and alias the same device number but one is in LSS 0 and the alias is in LSS 1. I don't know what that would look like on the D M=DEV or D M=CHP command. Try using DEVSERV or RMF to view them if you are not. Also, make sure the bases defined as 3390B and the aliases defined as 3390A's in the I/O Gen? The aliases are defined as 3390B. The base addresses are BF00-B7FF on LSS 0 and the aliases are BF80 - BFFF on LSS 1. I'll ask the customer's permission to post the actual command output and IOCP input. Steve -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Thursday, December 20, 2007 2:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Multiple Subchannel Set Usage IHAC that is trying to create an IOCP using Multiple Subchannel Sets to achieve UCB address relief; however, they never see the alias for a base address after they bring up the IO gen. Is there anyone that has done this and went through similar problems? How did you fix this problem? Are there any simple errors that could lead to this symptom? Tom Moulder No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.5/1190 - Release Date: 12/19/2007 7:37 PM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.5/1190 - Release Date: 12/19/2007 7:37 PM No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.5/1190 - Release Date: 12/19/2007 7:37 PM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.5/1190 - Release Date: 12/19/2007 7:37 PM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Contents of ICSF's PKDS (was: Contents ... CKDS)
On Thu, 20 Dec 2007 11:50:26 +0100, R.S. [EMAIL PROTECTED] wrote: ... The answer is quite similar ;-) Empty PKDS contains 1 record. KSDS key is all-zeroes. Caution: the above is true on z9 and CEX2C. Number of records can vary depending on crypto HW and ICSF level. You can create empty (but initialized) PKDS and compare content of PKDSes. ... Thanks. I've passed that along. I don't have read access to the ICSF datasets so I can't check. I assume all we can know is the number of records because their content is encrypted. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple Subchannel Set Usage
Oops, I did a finger check on the reply. Below I said the aliases were 3390b and I meant 3390a, the base addresses are 3390b. Tom -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Thursday, December 20, 2007 3:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Multiple Subchannel Set Usage -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bielskie, Stephen Sent: Thursday, December 20, 2007 2:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Multiple Subchannel Set Usage What do you mean by they never see it? -- The alias does not appear in the command output. What command/tool are they using? -- DS QP,BF10,VOLUME What generation of processor is it? -- z9BC I haven't implemented it yet, but from the test I did, you can make the base and alias the same device number but one is in LSS 0 and the alias is in LSS 1. I don't know what that would look like on the D M=DEV or D M=CHP command. Try using DEVSERV or RMF to view them if you are not. Also, make sure the bases defined as 3390B and the aliases defined as 3390A's in the I/O Gen? The aliases are defined as 3390B. The base addresses are BF00-B7FF on LSS 0 and the aliases are BF80 - BFFF on LSS 1. I'll ask the customer's permission to post the actual command output and IOCP input. Steve -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Thursday, December 20, 2007 2:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Multiple Subchannel Set Usage IHAC that is trying to create an IOCP using Multiple Subchannel Sets to achieve UCB address relief; however, they never see the alias for a base address after they bring up the IO gen. Is there anyone that has done this and went through similar problems? How did you fix this problem? Are there any simple errors that could lead to this symptom? Tom Moulder No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.5/1190 - Release Date: 12/19/2007 7:37 PM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.5/1190 - Release Date: 12/19/2007 7:37 PM No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.5/1190 - Release Date: 12/19/2007 7:37 PM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.5/1190 - Release Date: 12/19/2007 7:37 PM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.5/1190 - Release Date: 12/19/2007 7:37 PM No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.5/1190 - Release Date: 12/19/2007 7:37 PM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.5/1190 - Release Date: 12/19/2007 7:37 PM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple Subchannel Set Usage
Tom, Can you also check the gen to see if it the alias devices are defined to the active OS Configuration? Thanks, Steve -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Thursday, December 20, 2007 4:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Multiple Subchannel Set Usage Oops, I did a finger check on the reply. Below I said the aliases were 3390b and I meant 3390a, the base addresses are 3390b. Tom == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape/Cart drives
Mike Baldwin wrote: [...] Here is a little summary from Fred Moore. Just one of Fred's claims to fame is that he was the first systems engineer at StorageTek. The Sun (was STK) drive is faster at 120MB/sec than the 3592 at 100 MB/sec. and customers like the speed. Speed can be misleading. The benchmark show maximum possible speed - that requires environment optimized for the test. For example data cannot compress to poor or to well (!). Been there, done that. However real-life speed is never optimal. In such case it is important that both drives can slow down. However, AFAIK both use different approach for that. Size of buffer can be also a factor. Both offer RFID for Iron Mountain like services and have a 30 year media life, far too much since the technology will obsolete well before then. As now, very few applications/components of z/OS utilize RFID. AFAIK DFSMShsm uses it for WORM carts *only*. What's important, RFID on STK is not visible to z/OS !!! At least HSM-RMM-z/OS. Capacities are equal at 500 GB and both compress to over 1TB/cart. New 3592E05 aka TS1120 with new EEETC cart has 700/2100 GB per cart. That's more than STK has. The 3592 has a max. rating of 20,000 loads and unloads versus 15,000 for the T1 making it 33% more durable in an automated library. To get encryption, IBM and Sun require existing Escon/Ficon tape products to be replaced. In both cases encryption is fee-based feature. In both cases only the newest models support it. However the implementation is completely different. What's better ? I can't jugde, but if one is interested, he should learn deeply about it. This could be expensive and causes encryption appliances and CA's mainframe ZiiP host software encryption product to be considered. ...and IBM has product (Encryption Facility, AFAIK) which uses crypto hardware. I believe it's even faster and doesn't consume neither MVS CP, nor ZIIP cycles. Caution: encryption at host level means compression at drive level is almost completely ineffective. Encrypted data tend not to compress. This is a cost - media usage, speed. [...] My $0.02 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.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Contents of ICSF's PKDS (was: Contents ... CKDS)
Patrick O'Keefe wrote: [...] Thanks. I've passed that along. I don't have read access to the ICSF datasets so I can't check. I assume all we can know is the number of records because their content is encrypted. Well assumed. vbg However records have labels - key names (crypto key, not KSDS key). This is method to identify records. simplification Only key values are encrypted /simplification -- 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.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Is msys for Setup widely used? Is it useful to some of you?
Is msys for Setup widely used? Is it useful to some of you? It looks like it could have potential, but maybe someone hear has experience... the great teacher. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Contents of ICSF's PKDS (was: Contents ... CKDS)
The actual key values are encrypted but the key labels are not. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Thursday, December 20, 2007 4:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Contents of ICSF's PKDS (was: Contents ... CKDS) On Thu, 20 Dec 2007 11:50:26 +0100, R.S. [EMAIL PROTECTED] wrote: ... The answer is quite similar ;-) Empty PKDS contains 1 record. KSDS key is all-zeroes. Caution: the above is true on z9 and CEX2C. Number of records can vary depending on crypto HW and ICSF level. You can create empty (but initialized) PKDS and compare content of PKDSes. ... Thanks. I've passed that along. I don't have read access to the ICSF datasets so I can't check. I assume all we can know is the number of records because their content is encrypted. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Max. number of physical blocks on 3390 track
At 12:29 -0500 on 12/20/2007, (IBM Mainframe Discussion List) wrote about Re: Max. number of physical blocks on 3390 track: I forgot to add that I found the official formula once, probably on an IBM reference card for the 3390. I seem to remember macro TRACKCAP (?) that would return the needed information to you (or I may be confused and it had a different function). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is msys for Setup widely used? Is it useful to some of you?
John, it's almost dead. I used it for DB2 and detect a lot of issues. All of them are fixed by APAR. Roland Is msys for Setup widely used? Is it useful to some of you? It looks like it could have potential, but maybe someone hear has experience... the great teacher. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: tinyurl [was 2007 Year in Review on Mainframes - Interesting]
And clicking through tinyurl (or any proxy) provides yet *another* leak for your browsing history to escape through. Yup - can't fix that with any service like this. Use a decent browser - preferably running on a decent O/S. And of course there's always lynx (and its ilk). Bit light-on for plugins though ;-) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS Recovery via APAR OA22351
My question is why the default for this option if NO and not YES, and, for that matter why would you ever not want the recovery to happen automatically? Just yesterday I was reading a forenics paper on analysing a journalling filesystem (ext3 as it phappens). In my case the interest is in data recovery rather than investigation, but the data carving techniques are largely common. There is a lot of useful info in the journal meta-data - running the journal causes most of it to be lost; even a (non read-only) mount. I expect similar issues apply to zFS. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PR: IBM Beacon Award (for Business Partners) Nominations Now Open
IBM is now accepting nominations for the IBM Beacon Awards. Details here: http://www.ibm.com/partnerworld/pwhome.nsf/weblook/2008_awards.html Nominations are due by January 25, 2008. This award is given to outstanding business partners in a variety of categories. The most relevant category for IBM-MAIN readers is likely Excellence in the Use of System z for New Workloads or Applications, but there are many other mainframe-relevant categories. Last year, Cornerstone Systems won in the category Best IBM System z9 Solution for their excellent work to help CompuCredit deploy their new Installment Loan Application. Some of the other mainframe-relevant winners include NIWS Co., Ltd. (Japan) and Sogeti Group (France) for Overall Technical Excellence. If you are an Advanced or Premier Business Partner, you can nominate yourself. Your solution should be new or substantially improved in 2007. Judging criteria and other details are available on the Web site. Good luck, everyone. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Flushing SMF Records from Buffer
Is there a way to flush SMF records from buffer to immediately write to DASD? Currently, we have to wait for 15-30 mins before we can access the SMF records. I knew that we can access SMF type 70-79 using RMF JCL and produce reports from the bufferspace, however for CICS and DB2, we can't do that. We need this requirement to immediately access the SMF records for problem determination. Btw, can we use REXX to access the bufferspace? TIA. Regards, Jason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Use of TinyURLs (Was: 2007 Year in Review on Mainframes)
On Thu, 20 Dec 2007 21:06:41 +, Ted MacNEIL [EMAIL PROTECTED] wrote: One such is http://tinyurl.com . The problem here, though, is that you can't know where you're going until you get there. This hampers the anti-phishing advice to type in a URL sent in e-mail. There is 'make a shorter link' -- I don't remember its exact name, but it tells you where you are going and gives you some time before it transfers. I have used it in the past, but I am too lazy (in general), and so far I have passed tiny's out, expecting people to trust me. Make a shorter link shut down awhile ago, as I recall. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PR: New Videos on IBM TV about IT Costs
There is a new series of videos posted to IBM TV that I found interesting. First, start here: http://www.ibm.com/software/info/television/index.jsp Click on the Select a topic button, then choose either Systems Storage (or Software) and navigate to the System z - All media types section. You'll then get a list of videos. Several are interesting, but look for the Scorpion series and start with part 1 if you want to view the cost-related ones. One thing I actually disagree with slightly in Part 1 is the speaker's statement, Everybody knows the cost of their mainframe software, as if it's a fixed given. That may be a U.S.-oriented perspective perhaps, or perhaps it was an oversimplification for a short video. But I've met a lot of customers that have many misperceptions in this area, and many do not manage their software portfolios optimally. That's regardless of platform. Software mismanagement includes not optimizing what you've got for cost, and not keeping the portfolio in line with current needs. In simple terms you buy software to avoid labor. Theoretically you could buy a machine and hire your own army to write an operating system, middleware, tools and utilities, etc. When computing first started, that's what you had to do. It's expensive, so almost no one writes all their own software. Even big software companies like IBM, Microsoft, and Oracle with seemingly endless programmer resources still buy lots of software. But where you draw that line (between buy and build) varies and will likely change over time as labor costs change. Typically that line should move up over time, because typically labor costs are increasing, and the ability of software vendors to spread those costs is increasing, especially due to international software market expansion. That's a universal pair of trends, not platform-specific. Balanced against that is the fact that your own software code is your business because it's just for you, so you don't have to modify your business to match more general-purpose software. Which is yet another reason why Service-Oriented Architecture (SOA), to meld your own software bits seamlessly with the commercial stuff, is so important, but that's a topic for another day. The correct answer may be, given these trends, Buy more software, but optimize well. On the buy more side, I generally favor looking first at application developer productivity, because that's where you'll find significant IT cost. That's also where business benefits result, if developers can deliver quicker and with higher quality. I get very concerned with organizations where this software line in the developer productivity area hasn't moved in 20+ years: that's often a big warning sign that there's mismanagment. Anyway, I found the videos interesting and pass them along. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ATS STAR question
Kees Vernooy wrote first: -snip- My question is: Does anybody share ATS units over sysplexes and does this work? -snip- Brian Peterson implemented ATS Star this way at St. Paul Fire and Marine: http://www.share.org/member_center/open_document.cfm?document=proceedings/San_Francisco_Conference/S2811.pdf (probably have to mind the link) I can quote myself from a bunch of years ago (the link in Brian's presentation is no longer good as the post was moved to the archives): http://bama.ua.edu/cgi-bin/wa?A2=ind0202L=ibm-main-archivesP=R98456 As Brian's presentation and my post indicate, YMMV. If there is significant switching activity between the sysplexes, you may be unhappy. Of course, there is MIA, which will manage this situation: http://www.ca.com/us/products/product.aspx?ID=130 And Kees followed that with: What happens when a system allocates a unit and that unit is assigned to a foreign host (AFH)? Does allocation go through allocation recovery and select another unit, or does it wait for the device to become available? -snip The question implies an outcome that doesn't necessarily happen. Unless you specifically code an AFH unit in JCL, the system will look at all possible devices that can service the DD. AFH devices are weighted lower than unallocated devices. The system will choose one of those first. If there are no devices available, allocation recovery gets control. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html