Re: I would love to know what went wrong at NAB
Chris, If I remember rightly it was a bug in IMS 2.2 or 2.3. If I remember correctly NAB (where I worked at the time) had found the bug in stress and regression testing (TPNS for those that remember it) and were waiting for the fix that hit Westpac. Funny how times have changed. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Craddock Sent: Tuesday, November 30, 2010 8:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] I would love to know what went wrong at NAB On Tue, Nov 30, 2010 at 10:39 PM, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Shane As if. Can't you just imagine a major Aussie Bank doing that. You were at Bank of NSW when they had the IMS fiasco Steve - how much info on that got out ? (via Bank press releases I mean :-) Yeh It's probably a near-universal trait that dirty laundry is washed discreetly :-) This would be one of those rare cases where the story was big enough that there wasn't a lot of room for discrete laundering. It was actually Westpac by then (btw) and I was there too. That event wasn't a single outage, but rather a series of them wound around failed restart/recovery processing that eventually took several days to fully recover from. There wasn't any news coverage at first, but the scale of the problem had made the press by the second day. Once it had there was plenty of blame storming to go around. I don't recall whether the bank actually issued press releases but their point of view certainly did make it into the press coverage. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I would love to know what went wrong at NAB
Wayne, Hmm I seem to remember a past-tapes-processed file that prevented CEMTEX and other exchange files, value and non-value being processed twice in the File Exchange part of NAB's batch. The tape was just a holdover from an old naming convention, but it used to prevent files from being processed twice in exactly the way you describe. I wonder what happened to that part of the process? Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Wayne Bickerdike Sent: Tuesday, November 30, 2010 5:01 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] I would love to know what went wrong at NAB Some information from a close source... It was a plain old S0C7 during their batch process. All Aussie banks use Cemtex ABA format which has been around for years as a transfer format between organisations. You would think that there is a validate step before running the transactions against their databases. A couple of things: Most of the support is now with the sub-continent... The previous grey-haired support staff were either laid off or moved to greener pastures Not many local staff are competent to manually reprocess or react to this situation. As a previous poster noted, probably the new transaction batch goes to a GDG, the failed process was missed and batch read yesterday's GDG and hence all the double transactions. My same source related the tale of a person in same bank who received an EBCDIC file, opened it in Windows and saved it back as ASCII. The file was duly transferred for processing on the mainframe. Most of the packed data was garbaged .. Oh my, dumb and dumber On Wed, Dec 1, 2010 at 11:19 AM, Shane ibm-m...@tpg.com.au wrote: As if. Can't you just imagine a major Aussie Bank doing that. You were at Bank of NSW when they had the IMS fiasco Steve - how much info on that got out ? (via Bank press releases I mean :-) Shane ... On Tue, 30 Nov 2010 18:52:08 +1100 Stephen Mednick wrote: One wonders if a detailed explanation of what transpired will be forthcoming as was the case back in July when the DBS Bank in Singapore had a major outage. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I would love to know what went wrong at NAB
Nostalgia, don't you just love it. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Wednesday, 1 December 2010 7:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: I would love to know what went wrong at NAB Chris, If I remember rightly it was a bug in IMS 2.2 or 2.3. If I remember correctly NAB (where I worked at the time) had found the bug in stress and regression testing (TPNS for those that remember it) and were waiting for the fix that hit Westpac. Funny how times have changed. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Craddock Sent: Tuesday, November 30, 2010 8:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] I would love to know what went wrong at NAB On Tue, Nov 30, 2010 at 10:39 PM, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Shane As if. Can't you just imagine a major Aussie Bank doing that. You were at Bank of NSW when they had the IMS fiasco Steve - how much info on that got out ? (via Bank press releases I mean :-) Yeh It's probably a near-universal trait that dirty laundry is washed discreetly :-) This would be one of those rare cases where the story was big enough that there wasn't a lot of room for discrete laundering. It was actually Westpac by then (btw) and I was there too. That event wasn't a single outage, but rather a series of them wound around failed restart/recovery processing that eventually took several days to fully recover from. There wasn't any news coverage at first, but the scale of the problem had made the press by the second day. Once it had there was plenty of blame storming to go around. I don't recall whether the bank actually issued press releases but their point of view certainly did make it into the press coverage. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
best method to completely list all cataloged data sets
hi all, what is the best method to achieve a complete list of all currently cataloged data sets? really all. actually, like using ** in the 3.4 data set criterion. is there actually the need to determine all catalogs/aliases, and perform (recursiveley) list on them, ... thanks for any info. best stephen --- Dr. Stephen Fedtke Enterprise-IT-Security.com Seestrasse 3a CH-6300 Zug Switzerland Tel. ++41-(0)41-710-4005 www.enterprise-it-security.com ++NEWS++ SF-SecuClean allows trouble-free RACF database cleanup for z/OS ++NEWS++ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTFM vs TMM
Techie, Your statement suggests that only internal drives have P-i-T IO consistency with replication products like TrueCopy and HUR. This is not correct. For virtualized midrange disks, synchronous and asynchronous replication is handled by the Enterprise Array providing the virtualization, not the midrange controller. There is no difference in IO consistency at the recovery site whether you use internal drives or virtualized midrange arrays for a TMM pool (or anything else). Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of techie well wisher Sent: Tuesday, November 30, 2010 10:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] VTFM vs TMM Tiering within the array is the best approach with replication. Synchronous or Asynchronous, Tiering within the array provides better consistent point at the recovery site. On Tue, Nov 23, 2010 at 11:49 AM, Ron Hawkins ron.hawkins1...@sbcglobal.net wrote: Techie well wisher, Thanks everyone. Much appreciated. With TMM, of course it goes to expensive z/os disk, but we do have the option of tiering within the array, such as using 1tb drives Raid6 and then hsm them to replicated vts later. [Ron Hawkins] That's not actually true. Cheaper midrange disk arrays can be virtualized by DASD controllers using a plethora of cheaper brands and models, and TMM can be tiered outside of the array without any appliance except the array itself. Internal SATA is an optional tier for those controllers that do not support virtualization of Mainframe volumes. Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I would love to know what went wrong at NAB
Steve, Actually it is sort of disappointing that some of the practices that made this stuff bullet proof are being pigeon holed as legacy systems and removed from the process. A bit like throwing the baby out with the bath water. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stephen Mednick Sent: Wednesday, December 01, 2010 12:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] I would love to know what went wrong at NAB Nostalgia, don't you just love it. Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Wednesday, 1 December 2010 7:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: I would love to know what went wrong at NAB Chris, If I remember rightly it was a bug in IMS 2.2 or 2.3. If I remember correctly NAB (where I worked at the time) had found the bug in stress and regression testing (TPNS for those that remember it) and were waiting for the fix that hit Westpac. Funny how times have changed. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Craddock Sent: Tuesday, November 30, 2010 8:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] I would love to know what went wrong at NAB On Tue, Nov 30, 2010 at 10:39 PM, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Shane As if. Can't you just imagine a major Aussie Bank doing that. You were at Bank of NSW when they had the IMS fiasco Steve - how much info on that got out ? (via Bank press releases I mean :-) Yeh It's probably a near-universal trait that dirty laundry is washed discreetly :-) This would be one of those rare cases where the story was big enough that there wasn't a lot of room for discrete laundering. It was actually Westpac by then (btw) and I was there too. That event wasn't a single outage, but rather a series of them wound around failed restart/recovery processing that eventually took several days to fully recover from. There wasn't any news coverage at first, but the scale of the problem had made the press by the second day. Once it had there was plenty of blame storming to go around. I don't recall whether the bank actually issued press releases but their point of view certainly did make it into the press coverage. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: best method to completely list all cataloged data sets
Depends (maybe) on what you mean by really all. Some years ago I was playing with the CSI and it found *all* the catalogs and datasets within them. - including an MCAT for another system that was connected as a UCAT - and including an MCAT for another system that was *NOT* connected as a UCAT. That last one surprised me more than a little. Possibly the MCAT had been connected at some time, and was still cached. I had to adapt the code to only look for what I wanted. This was assembler (merely for speed), but I suspect the REXX interface will also chase down everything. Shane ... On Wed, 1 Dec 2010 08:02:09 +0100 Dr. Stephen Fedtke wrote: hi all, what is the best method to achieve a complete list of all currently cataloged data sets? really all. actually, like using ** in the 3.4 data set criterion. is there actually the need to determine all catalogs/aliases, and perform (recursiveley) list on them, ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: best method to completely list all cataloged data sets
Dr. Stephen Fedtke wrote: what is the best method to achieve a complete list of all currently cataloged data sets? really all. actually, like using ** in the 3.4 data set criterion. Use Catalog Search Interface with Assembler or REXX. It is faster than =3.4 or IDCAMS LISTC and perhaps ISMF too. HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question concerning CMF reporting of CPU Delay
Time slice? Normally PR/SM is running interrupt driven, not time sliced unless you tell configure it so. Actually, PR/SM always works with time slices (50ms IIRC). But, weights are only enforced when there is processor constraint. The HIPERVISOR doles out CPU in slice increments based on weights, workload need, constraints, and if specified, WAIT_COMPLETE=YES. On the older models, you could actually change the slice size, but it was (at the time) recommended if you 'had to' share CPUs for CF LPARs. And, that was recommended against doing. - Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question concerning CMF reporting of CPU Delay
I'm sorry; I should have worded that differently. I did not mean 'time slice' per se but rather the weight assigned to each LPAR. This is a constrained system so as Ted points out the weights are being enforced. David O'Brien NIH Contractor -Original Message- From: Ted MacNEIL [mailto:eamacn...@yahoo.ca] Sent: Wednesday, December 01, 2010 4:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning CMF reporting of CPU Delay Time slice? Normally PR/SM is running interrupt driven, not time sliced unless you tell configure it so. Actually, PR/SM always works with time slices (50ms IIRC). But, weights are only enforced when there is processor constraint. The HIPERVISOR doles out CPU in slice increments based on weights, workload need, constraints, and if specified, WAIT_COMPLETE=YES. On the older models, you could actually change the slice size, but it was (at the time) recommended if you 'had to' share CPUs for CF LPARs. And, that was recommended against doing. - Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
So 64 bit mode is like a Dataspace Sent from my iPhone On Dec 1, 2010, at 12:09 AM, Chris Craddock crashlu...@gmail.com wrote: On Tue, Nov 30, 2010 at 9:43 PM, Gerhard Adam gada...@charter.net wrote: How would you branch to code above the 2GB bar, since none is allowed there? The obvious problem being how you would even get it loaded up there. If I recall, the fundamental problem is that the PSW cannot be saved with an address greater than 31-bit for the next instruction since neither the TCB's or RB's have a large enough area to store it. I have a vague memory of reading, here or on the assembler mailing list, that you would need to run disabled if you wanted to branch to code located above the bar. I also have a vague memory that the Wrath of God would probably fall on you anyway if you tried it, disabled or not. Clearing the air: No, the SAM instructions don't cause you to become disabled. They just switch addressing mode. It is perfectly ok (normal even) for ordinary garden variety programs to switch in and out of 64 bit addressing mode. All z/OS code is loaded below 2GiB, so nothing fancy needs to be done to branch into 64 bit code. However, if you were imagining you would be executing code that was above 4GiB, then forget it. z/OS doesn't support it at all. Even if you could somehow conspire to get some code into storage above the bar, you would not (in general) be able to execute it successfully because none of the major control blocks that manage dispatching work can support saving a full extended PSW, so while you might get away with it for a few instructions, the moment you took an interrupt you'd be toast. Hence the putative requirement to run disabled. For the purposes of this discussion you may assume that's just a bonehead idea. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
So 64 bit mode is like a Dataspace The immediate problem addressed by amode 64 was to move data above the bar. Hence the current similarity to dataspaces. However, the architecture supports 64 bit execution; the problem is that the operating system doesn't. As Chris Craddock pointed out, many of the control blocks used to manage execution (and recovery) need to be changed to support execution above the bar. It's still a work in progress. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
So we are waiting for waitting for IBM To introduce a new control block the RBX. (rb extension for 64 bit gpr and new rbopsw). There should be a lot contracting jobs opening up in POK Sent from my iPhone On Dec 1, 2010, at 6:48 AM, Bob Shannon bshan...@rocketsoftware.com wrote: So 64 bit mode is like a Dataspace The immediate problem addressed by amode 64 was to move data above the bar. Hence the current similarity to dataspaces. However, the architecture supports 64 bit execution; the problem is that the operating system doesn't. As Chris Craddock pointed out, many of the control blocks used to manage execution (and recovery) need to be changed to support execution above the bar. It's still a work in progress. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z10 BC SNA Console
In a6b9336cdb62bb46b9f8708e686a7ea005d5e05...@nrhmms8p02.uicnrh.dom, on 11/30/2010 at 11:49 AM, McKown, John john.mck...@healthmarkets.com said: There is an integrated 3270 emulator on the HMC. However, it is __NOT__ supported by z/OS. I know that z/VM supports it. z/VM calls this the SYSG console. I don't know z/VSE at all. So if you're running z/OS on the z10, and you want 3270 consoles, then you need to retain the 2074 or use an ICC (an OSA which runs TN3270 emulation and emulates a local 3270 controller) I believe that the ICC is a TN3270 server, not a 3270 simulator, so you need a 3270 client, e.g., x3270, on your PC. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A New Threat for password hacking
In mm5af61vbrcsh8q2936g0d195sbvh16...@4ax.com, on 11/30/2010 at 11:26 AM, Clark Morris cfmpub...@ns.sympatico.ca said: Security is not that high a priority in many organizations where the mantra is get the job done whatever it takes. ITYM get part of the job done even if it sabotages another part of the job. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z10 BC SNA Console
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Tuesday, November 30, 2010 7:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Z10 BC SNA Console In a6b9336cdb62bb46b9f8708e686a7ea005d5e05...@nrhmms8p02.uicnrh.dom, on 11/30/2010 at 11:49 AM, McKown, John john.mck...@healthmarkets.com said: There is an integrated 3270 emulator on the HMC. However, it is __NOT__ supported by z/OS. I know that z/VM supports it. z/VM calls this the SYSG console. I don't know z/VSE at all. So if you're running z/OS on the z10, and you want 3270 consoles, then you need to retain the 2074 or use an ICC (an OSA which runs TN3270 emulation and emulates a local 3270 controller) I believe that the ICC is a TN3270 server, not a 3270 simulator, so you need a 3270 client, e.g., x3270, on your PC. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Thanks for the correction. My writing has really gone done hill lately. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
On Wed, 1 Dec 2010 06:38:58 -0500, Micheal Butz wrote: So 64 bit mode is like a Dataspace No, it isn't. A data space requires that you run in AR mode (or secondary space mode). Using 64-bit mode allows you to access memory above 2GB within the same address space. It increases the available addresses by a factor of about 8 billion by using 64 address bits rather than 31. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Could we define ARM Couple datasesr and OMVS Couple dataset?
Either or both! SNIP ARM Couple datasesr and OMVS Couple dataset? 1) Yes you can define these files and policies. A CF is not needed for this. 2) an OMVS couple dataset would only be needed if there are multiple images sharing HFS/ZFS files, See the Setting up a SYSPLEX books (I believe this is a redbook) HTH, snip There isn't any Couple facility in our shop.it was monoplex configuration Could we define ARM Couple datasesr and OMVS Couple dataset in our shop? If ARM couple dataset could be defined,we could define some arm police to restart some Adderspaces when they abend.If it cann't be defined,what else methods could Automatic Restart the abend AS? Do we need to define OMVS Couple dataset in our shop? /snip /SNIP -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
You are correct SIR Sent from my iPhone On Dec 1, 2010, at 8:38 AM, Tom Marchant m42tom-ibmm...@yahoo.com wrote: On Wed, 1 Dec 2010 06:38:58 -0500, Micheal Butz wrote: So 64 bit mode is like a Dataspace No, it isn't. A data space requires that you run in AR mode (or secondary space mode). Using 64-bit mode allows you to access memory above 2GB within the same address space. It increases the available addresses by a factor of about 8 billion by using 64 address bits rather than 31. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
So we are waiting for waitting for IBM To introduce a new control block the RBX. (rb extension for 64 bit gpr and new rbopsw). There should be a lot contracting jobs opening up in POK The same thing happened with 370 to XA, and probably with revolutions in previous versions (I wasn't there for them). We were still struggling with VSCR long after MVS/XA was GA. I expect the same sort of evolution with z/OS. Especially with the requirements for backwards compatability, it will not spring forward as Athena from the forehead of Zeus! - Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I would love to know what went wrong at NAB
On 11/30/2010 10:34 PM, Jim Phoenix wrote: Mike Schwab wrote: On Tue, Nov 30, 2010 at 7:01 PM, Wayne Bickerdike wayn...@gmail.com wrote: deleted My same source related the tale of a person in same bank who received an EBCDIC file, opened it in Windows and saved it back as ASCII. The file was duly transferred for processing on the mainframe. Most of the packed data was garbaged .. Oh my, dumb and dumber Here is an idea to bounce around. z/OS Unix System Services does a lot of work converting ASCII to EBCDIC and back. z/Linux works all in ASCII. Why not get 4 new instructions that work with PD= ASCII like the PD = EBCDIC instructions PACK, UNPK, ED, EDMK, but with an A suffix to denote ASCII character. Conversion from Packed to binary would be the same. Assembler would get new instructions. z/OS would need to know if a file was ASCII for proper translation when printing it. Mike, Introduced with the z900 were the PKA (Pack ASCII), PKU (Pack Unicode), UNPKA (Unpack ASCII), and UNPKU (Unpack Unicode) instructions. These instructions, along with TP (TestPacked: set condition code to indicate if a memory location contains valid packed decimal data) are part of the extended-translation facility 2 and supported in z/OS 1.2 on. Our course z/OS Assembler Programming Part 4: z/Architecture and z/OS includes a discusion of all the non-privileged, non-floating-point instructions introduced with z/Architecture, including the new hardware instructions on the z9, z10, and z186 machines. One lab includes using PKA, PKU, and TP instructions. And, tying back to another thread, a different lab includes writing code to run in AMODE64. See this link for details: http://www.trainersfriend.com/Assembler_%20courses/C500descrpt.htm -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spool to spool output transfer
I had a similar requirement a few months back because for some reason, they have NJE locked up real tight around here. I created a rexx routine that basically ftps the spool file to the intended lpar by ip address. I initiate the process by performing an SE on the spool entry and then typing the Edit Macro/REXX at the command line. For lack of creativity, I called my script LPR and follow it by the destination name of the lpar such as PROD, DEV, QA etc. The esoteric name then gets converted by the rexx to the ip address of the lpar and I can ftp to the same lpar where the command was initiated if needed. I place a jcl skeleton (iebgener) and spool data into an mvs file (RECFM=VBA,LRECL=300,BLKSIZE=27900) and then FTP the file to the desired lpar to create the new spool entry. QUOTE SITE FILETYP=JES MODE B TYPE E QUOTE SITE JESLRECL=254 PUT '||'FIL2FTP' Although it is not fully automated and the original characteristics of the spool entry are not kept, it has worked fine for all intents and purposes. I'm positive there is much room for improvement but my only requirement was to be able to print a report/sysout for programmers from lpars that do not have printers set up so it works just fine for me. Offloading to a spool offload dataset and then reloading was too cumbersome so this was much easier. On Tue, 30 Nov 2010 13:09:03 -0500, Jousma, David david.jou...@53.com wrote: All, Looking for ideas for doing spool to spool transfer of output NOT using NJE.Issue is transferring output between two different MAS-plex of the same node-name. NJE would work if multi-hopped, NODE-A connected to NODE-B, NODE-B connected to NODE-C, and finally NODE-C connects to the other NODE-A, but that is too many hops in my opinion. Looking for other creative, supportable methods to solve this. Already thinking about: - Automated spool offload to dataset, FTP to remote site, spool reload - ?? Assumptions: - Maintain print characteristics - both spools have the same node name, that's why is not the first option - cannot change node name due to external customer connections - existing external connections are using Enterprise Extender, and the IP's of the separate hosts ARE different, so no conflict externally. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e- mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spool to spool output transfer
Thanks Gilbert. I have to be able to do the action to all output in a certain output class via a interval driven process. I am still leaning toward the spool offload process. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gilbert Cardenas Sent: Wednesday, December 01, 2010 9:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: spool to spool output transfer I had a similar requirement a few months back because for some reason, they have NJE locked up real tight around here. I created a rexx routine that basically ftps the spool file to the intended lpar by ip address. I initiate the process by performing an SE on the spool entry and then typing the Edit Macro/REXX at the command line. For lack of creativity, I called my script LPR and follow it by the destination name of the lpar such as PROD, DEV, QA etc. The esoteric name then gets converted by the rexx to the ip address of the lpar and I can ftp to the same lpar where the command was initiated if needed. I place a jcl skeleton (iebgener) and spool data into an mvs file (RECFM=VBA,LRECL=300,BLKSIZE=27900) and then FTP the file to the desired lpar to create the new spool entry. QUOTE SITE FILETYP=JES MODE B TYPE E QUOTE SITE JESLRECL=254 PUT '||'FIL2FTP' Although it is not fully automated and the original characteristics of the spool entry are not kept, it has worked fine for all intents and purposes. I'm positive there is much room for improvement but my only requirement was to be able to print a report/sysout for programmers from lpars that do not have printers set up so it works just fine for me. Offloading to a spool offload dataset and then reloading was too cumbersome so this was much easier. On Tue, 30 Nov 2010 13:09:03 -0500, Jousma, David david.jou...@53.com wrote: All, Looking for ideas for doing spool to spool transfer of output NOT using NJE.Issue is transferring output between two different MAS-plex of the same node-name. NJE would work if multi-hopped, NODE-A connected to NODE-B, NODE-B connected to NODE-C, and finally NODE-C connects to the other NODE-A, but that is too many hops in my opinion. Looking for other creative, supportable methods to solve this. Already thinking about: - Automated spool offload to dataset, FTP to remote site, spool reload - ?? Assumptions: - Maintain print characteristics - both spools have the same node name, that's why is not the first option - cannot change node name due to external customer connections - existing external connections are using Enterprise Extender, and the IP's of the separate hosts ARE different, so no conflict externally. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e- mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN
TS3500 and encryption
I have a TS3500 that is to be setup as in library-managed and not system- managed for encryption. In the process I came across this statement in the EKM manual for setting up the encryption. Configure 3592 E05, E06, or EU6 tape drives for Encryption. a. If 3592 E05, E06, or EU6 tape drives are installed in an Enterprise System and connected to a 3592 C06 or J70, you must use system-managed encryption only. We have the 3592 E06 with the 3592 C06. This is the only place that I found this. Would it be true if the TS3500 is setup as Library-managed and you are running z/OS that you are not doing any tape encryption? If yes can I just have one or 2 drives System-managed using encryption? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spool to spool output transfer
I don't think this is what you will want, but I'll just throw it out there anyway. Have you considered running two JES2 systems on system #1? The second JES2 would be, say, JESA. You could then NJE from JES2 to JESA on system #1, then NJE from JESA on system #1 to the JES2 on system #2. I'm not sure, but I think you'd need to turn off the network path manager in JESA. That's PATHMGR=NO on the NODE for JESA as defined in the other JES2 systems. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, December 01, 2010 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: spool to spool output transfer Thanks Gilbert. I have to be able to do the action to all output in a certain output class via a interval driven process. I am still leaning toward the spool offload process. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gilbert Cardenas Sent: Wednesday, December 01, 2010 9:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: spool to spool output transfer I had a similar requirement a few months back because for some reason, they have NJE locked up real tight around here. I created a rexx routine that basically ftps the spool file to the intended lpar by ip address. I initiate the process by performing an SE on the spool entry and then typing the Edit Macro/REXX at the command line. For lack of creativity, I called my script LPR and follow it by the destination name of the lpar such as PROD, DEV, QA etc. The esoteric name then gets converted by the rexx to the ip address of the lpar and I can ftp to the same lpar where the command was initiated if needed. I place a jcl skeleton (iebgener) and spool data into an mvs file (RECFM=VBA,LRECL=300,BLKSIZE=27900) and then FTP the file to the desired lpar to create the new spool entry. QUOTE SITE FILETYP=JES MODE B TYPE E QUOTE SITE JESLRECL=254 PUT '||'FIL2FTP' Although it is not fully automated and the original characteristics of the spool entry are not kept, it has worked fine for all intents and purposes. I'm positive there is much room for improvement but my only requirement was to be able to print a report/sysout for programmers from lpars that do not have printers set up so it works just fine for me. Offloading to a spool offload dataset and then reloading was too cumbersome so this was much easier. On Tue, 30 Nov 2010 13:09:03 -0500, Jousma, David david.jou...@53.com wrote: All, Looking for ideas for doing spool to spool transfer of output NOT using NJE.Issue is transferring output between two different MAS-plex of the same node-name. NJE would work if multi-hopped, NODE-A connected to NODE-B, NODE-B connected to NODE-C, and finally NODE-C connects to the other NODE-A, but that is too many hops in my opinion. Looking for other creative, supportable methods to solve this. Already thinking about: -Automated spool offload to dataset, FTP to remote site, spool reload -?? Assumptions: -Maintain print characteristics -both spools have the same node name, that's why is not the first option -cannot change node name due to external customer connections -existing external connections are using Enterprise Extender, and the IP's of the separate hosts ARE different, so no conflict externally. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e- mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any
SMF data for DFSORT
Is there additional information about CPU time for DFSORT in the SMF Type 16 record that is not in the Type 30 step record. In other words, are there any circumstances where CPU time data is written to the Type 16 records and not to the Type 30 records? Do you see step information for DFSORT CPU time in Type 30 records when DFSORT is indirectly invoked from another program? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
The same thing happened with 370 to XA, and probably with revolutions in previous versions (I wasn't there for them). Actually it wasn't the same, since the size of the registers/PSW didn't change during that entire period. Therefore, while their usage changed, there were no Issues related to storing such values. Changing the displacements and layout of control blocks is a major departure and seems virtually impossible to maintain any kind of downward compatibility once such a change is made. We were still struggling with VSCR long after MVS/XA was GA. One problem was the inability of applications to exploit 31-bit, so VSCR continued far longer than it needed to. This isn't the case in z/OS. Despite the caveat of claiming that we'll never need that much storage, the reality is that 2GB is a phenomenally large amount of storage for executable code. So, other than consuming it in memory residency requirements, it is not something there is a pressing need to change. Adam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocating SANDBOX Coupling Facility LPARs on across 2 CPCs
On Tue, 30 Nov 2010 00:51:17, Jaco Kruger jaco.kru...@riyadbank.com wrote: We are in the process of upgrading from a z900 to a Z9. Bothr CECs contain a Production CF LPAR, Production and Development LPAR. The second CEC also contains 2 Sandbox CF LPARs and 2 Sandbox LPARs. We want to move 1 Sandbox CF LPAR and 1 Sandbox LPAR to the first CEC. Shared CPs is assigned to the Sandbox CF LPARs and it is capped. Is there any pittfalls that we need to be aware of ? Is this possible ? Not sure I completely understand the beginning and ending configurations, but if you are ending up with 1 Prod CF and 1 Sandbox CF on your target CEC, there should be no issue. We've been running with 2 CFs (1 Prod, 1 Sandbox) on each of our z10's (and previously z9's) successfully for some time. I can't see a need more than one CF per Sysplex on the same box. STI will be your physical bottleneck, if any, so be mindful of how many internal CFP links you define. You need no more than one for Sandbox. If you lose an ICF link, you've probably lost the whole machine. Redundancy is moot. You may or may not see performance improvements by having multiple ICF links for Prod, but more than 2 could bottleneck the STIs, depending on your machine and workload. I don't know of a way to measure STI utilization. The biggest variable is DYNDISP. You didn't say whether your CPs are shared with z/OS (GPs). At the very least, consider purchasing/characterizing an ICF engine. If you're using GPs, you'll probably have to run DYNDISP=ON, which has a pronounced negative impact on ISGLOCK, among others. If you have an ICF, turn DYNDISP OFF for Prod. Let it spin/poll so it always has the CF processor when it needs it. We leave DYNDISP=ON for sandbox, so in theory, if it has nothing to do, Prod can steal the ICF (Sandbox is capped, Prod is not). YMMV. HTH, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA1, tape pooling, and SMS controlled Libraries
Russell Mike - Our MDL configuration has 2 nodes, but in this case, 841C 8401 are both on the same node. The part I'm having a hard time understanding is that the MDL appears to mount the correct tape every time for the pool requested - as in the example I gave previously - if TMS001 occurs and asks for PRIVAT, the MDL gives it a scratch tape from that pool. If TMS002 occurs and asks for DRVAULT, the MDL is giving it a V tape as defined. So why in these 2 cases are we seeing the incorrect TMS msg with the incorrect pool? As for Mike's point, the MDL doesn't appear to me to be assigning a volume from the wrong pool - it appears to me that it's actually mounting a tape from the sub-pool requested. Additionally, both sub-pools have plenty of scratch - enough so that we're only running a scratch cycle once a week. I don't think that's the issue, but I will request some automation be put in place to automatically do some displays when we get this error so I can say definitively that it's not - although maybe I can say that even without the displays as all we do to correct the job abend is re-submit it and it runs to good EOJ. I've also opened an issue with the MDL support to verify that it does support sub-pooling - although I'm pretty sure at this point that it does as I can display definitions in the MDL showing that there are 2 scratch pools defined - PRIVAT DRVAULT. So the saga continues - ddk // Are both devices 841C and 8401 inside the same MDL and managed as part of the same Storage Group? The problem with CA-1 subpooling and most robotic/virtual libraries is that tapes are not mounted based on the TMS001/TMS002 mount messages, but instead based on their own rules. Now, a BTLS managed IBM robot does support a few sub-pools; their restriction is that the name of the subpool must begin with SCRTCH followed by a number 1-9 (as in SCRTCH1 or SCRTCH2). With a true manual environment (where the operator mounts the tapes), the TMS001/2 mount message is intercepted by the operator. With a robotic/virtual environment; this is not always the case. With a Oracle/STK robot, they have added support for the TMS002 mount message. But I do not believe that HDS MDL has support to mount the correct subpool tape based on a TMS002 mount message. Russell Witt CA 1 L2 Support Manager / Our site used to get this too, assigning volumes from the wrong pool. Immediately after you get the error message, see how many scratch tapes you have and how many in the various sub pools. You might be running faster than the VTS is scratching tapes. -- Mike A Schwab, This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
To begin with a kudos, Ted MacNeil wrote: begin snippet Especially with the requirements for backwards compatability (sic) it will not spring forward as Athena from the forehead of Zeus. /end snippet and I want to acknowledge that he got this classical allusion right. His spelling of of the word 'compatibility' and his use of the word 'forehead' instead of 'brow', the traditional translation, do a little take the edge off his achievement; but he is clearly making progress. There is no real difficulty about 1) writing AMODE(64) code or 2) about putting this code above the bar. The very real difficulty is that it cannot yet be executed there 'in general' under z/OS, as Chris Craddock has already made clear. The current chief use of AMODE(64) is thus to access data above the bar from code located below it, but the importance of this use must not be underestimated: DB2 now makes crucial use of space above the bar for its tables, and there are applications that could and should do so too. The baleful ignorance of AMODE(64) implicit in many of the posts to this thread suggests that this will not happen soon; and this was entirely predictable: reactionary, pathologically risk-averse institutional behavior is characteristic--I had almost written the defining characteristic--of many mainframe shops. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spool to spool output transfer
Well, I thought about that, but I don't think that works either. JESA would have to know about both JES2's of the same name, and that still doesn't work(at least that is my understanding). Someone correct me if I am wrong.please. I think it would take JES2 - JESA - JESB - JES2 _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, December 01, 2010 9:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: spool to spool output transfer I don't think this is what you will want, but I'll just throw it out there anyway. Have you considered running two JES2 systems on system #1? The second JES2 would be, say, JESA. You could then NJE from JES2 to JESA on system #1, then NJE from JESA on system #1 to the JES2 on system #2. I'm not sure, but I think you'd need to turn off the network path manager in JESA. That's PATHMGR=NO on the NODE for JESA as defined in the other JES2 systems. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, December 01, 2010 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: spool to spool output transfer Thanks Gilbert. I have to be able to do the action to all output in a certain output class via a interval driven process. I am still leaning toward the spool offload process. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gilbert Cardenas Sent: Wednesday, December 01, 2010 9:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: spool to spool output transfer I had a similar requirement a few months back because for some reason, they have NJE locked up real tight around here. I created a rexx routine that basically ftps the spool file to the intended lpar by ip address. I initiate the process by performing an SE on the spool entry and then typing the Edit Macro/REXX at the command line. For lack of creativity, I called my script LPR and follow it by the destination name of the lpar such as PROD, DEV, QA etc. The esoteric name then gets converted by the rexx to the ip address of the lpar and I can ftp to the same lpar where the command was initiated if needed. I place a jcl skeleton (iebgener) and spool data into an mvs file (RECFM=VBA,LRECL=300,BLKSIZE=27900) and then FTP the file to the desired lpar to create the new spool entry. QUOTE SITE FILETYP=JES MODE B TYPE E QUOTE SITE JESLRECL=254 PUT '||'FIL2FTP' Although it is not fully automated and the original characteristics of the spool entry are not kept, it has worked fine for all intents and purposes. I'm positive there is much room for improvement but my only requirement was to be able to print a report/sysout for programmers from lpars that do not have printers set up so it works just fine for me. Offloading to a spool offload dataset and then reloading was too cumbersome so this was much easier. On Tue, 30 Nov 2010 13:09:03 -0500, Jousma, David david.jou...@53.com wrote: All, Looking for ideas for doing spool to spool transfer of output NOT using NJE.Issue is transferring output between two different MAS-plex of the same node-name. NJE would work if multi-hopped, NODE-A connected to NODE-B, NODE-B connected to NODE-C, and finally NODE-C connects to the other NODE-A, but that is too many hops in my opinion. Looking for other creative, supportable methods to solve this. Already thinking about: -Automated spool offload to dataset, FTP to remote site, spool reload -?? Assumptions: -Maintain print characteristics -both spools have the same node name, that's why is not the first option -cannot change node
Re: 64 bit mode disabled
On Wed, 1 Dec 2010 06:53:55 -0800, Gerhard Adam wrote: The same thing happened with 370 to XA, and probably with revolutions in previous versions (I wasn't there for them). Actually it wasn't the same, since the size of the registers/PSW didn't change during that entire period. Therefore, while their usage changed, there were no Were there 7 uncommitted bits in the PSW to save the corresponding bits in the instruction address, or was additional information moved to Control Registers which then needed to be stored? Issues related to storing such values. Changing the displacements and layout of control blocks is a major departure and seems virtually impossible to maintain any kind of downward compatibility once such a change is made. Much (most?) of that work must already have been done. 64-bit registers must be saved and restored across interrupts, else 64-bit operations would be impossible for problem programs. Is the only unfinished work the PSW? Is the PSW present in far more control blocks than the registers? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF data for DFSORT
DFSORT reports cpu time in field ICECPUT. This is basically the step TCB time accumulated between the sort start time and the sort end time. So that time is a subset of the TCB time reported in type 30 records. Also keep in mind that it also means if there are things like user written E15 and E35 exits being used, it's going to include the time spent in those exits so it's not pure DFSORT only cpu time. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 12/01/2010 09:51:31 AM: [image removed] SMF data for DFSORT Michael Hall to: IBM-MAIN 12/01/2010 09:52 AM Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Please respond to IBM Mainframe Discussion List Is there additional information about CPU time for DFSORT in the SMF Type 16 record that is not in the Type 30 step record. In other words, are there any circumstances where CPU time data is written to the Type 16 records and not to the Type 30 records? Do you see step information for DFSORT CPU time in Type 30 records when DFSORT is indirectly invoked from another program? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Could we define ARM Couple datasesr and OMVS Couple dataset?
On Tue, 30 Nov 2010 07:35:02 -0600, Staller, Allan allan.stal...@kbmg.com wrote: 2) an OMVS couple dataset would only be needed if there are multiple images sharing HFS/ZFS files, See the Setting up a SYSPLEX books (I believe this is a redbook) Depending on the size of the shop, there may be some advantages in setting up shared HFS for z/OS Unix, even on a monoplex. If it's only one production system, perhaps not. It takes some effort, and there are implications. As with ARM, CF is not required. We enabled it on our monoplex systems primarily for consistency with our multisystem complexes. Without it, I don't know how much version root customization is still required to install a new z/OS release (carry forward system- and shop-specific directories). With it enabled, there is none - everything goes in the Sysplex root). z/OS MVS Setting Up a Sysplex, SA22-7625 is in the z/OS MVS bookshelf. There are sysplex Redbooks (http://www.redbooks.ibm.com/) worth a read. Regards, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TS3500 and encryption
I have a TS3500 that is to be setup as in library-managed and not system- managed for encryption. In the process I came across this statement in the EKM manual for setting up the encryption. Configure 3592 E05, E06, or EU6 tape drives for Encryption. a. If 3592 E05, E06, or EU6 tape drives are installed in an Enterprise System and connected to a 3592 C06 or J70, you must use system-managed encryption only. We have the 3592 E06 with the 3592 C06. This is the only place that I found this. Would it be true if the TS3500 is setup as Library-managed and you are running z/OS that you are not doing any tape encryption? If yes can I just have one or 2 drives System-managed using encryption? We installed the EKM software (JAVA Based) to encypt Tape on our TS3500 with E05 drives. From what I remember, without EKM or Tivoli Key manager you would need crypto cards or the like. You can setup all drives or some drives for encryption and handle that through your SMS mgt class. Only if you see messages - TAPE ENCRYPTED (I am not at work so cannot provide the correct syntax) you are not encrypting tape. I can send you some of my notes on what I had to do to encrypt tape. It required 1) EKM Software 2) JAVA 6 3) HFS Files 4) DFSMS Mgmt Class 5) Certificate in TOP SECRET (or Racf or ACF2) Then the hardware now encrypts all tapes we have selected based on our mgmtclas. I think at some point I need to go with Tivoli Key manager, but I need to research that. EKM was free from IBM. Also, search the IBM Main Archives. We have been fairly vocal about tape encryption in 2007/8/9 Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
On 11/30/2010 7:43 PM, Gerhard Adam wrote: How would you branch to code above the 2GB bar, since none is allowed there? You can use an ordinary branch instruction (e.g., BASSM 14,15) to branch to code above the bar. If you're running enabled, you won't execute for long... :-D The obvious problem being how you would even get it loaded up there. Of course, a program can use MVCL to copy some self-relocating executable code to an area above the bar. It is also possible to load certain program objects above the bar using ordinary operating system services: MVS Program Management: User's Guide and Reference 2.4.2 Residence mode ... RMODE(64) RMODE(64) is treated as RMODE(ANY) for module loading and execution, with the exception of data class C_WSA64, which can be loaded above the 2-gigabyte bar. The map in the binder listing and ESD records obtained from program objects through the binder API (for example, by the AMBLIST service aid) will show the original RMODE. Note: ESD records input to the binder may be marked as RMODE 64, but RMODE(64) cannot be specified as a binder option. /MVS Program Management: User's Guide and Reference -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z10 BC SNA Console
a little of topic that's why we still keep our trusty local escon attached 3174's when all else fails can still access system saw our net guy turn green 4am one Sunday when nothing worked IP TN OSA good old dumb 3270 term allowed him to back out changes Shmuel Metz (Seymour J.) shmuel+ibm-main@ To PATRIOT.NET IBM-MAIN@bama.ua.edu Sent by: IBM cc Mainframe Discussion List Subject ibm-m...@bama.ua Re: Z10 BC SNA Console .edu 12/01/2010 08:25 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu In a6b9336cdb62bb46b9f8708e686a7ea005d5e05...@nrhmms8p02.uicnrh.dom, on 11/30/2010 at 11:49 AM, McKown, John john.mck...@healthmarkets.com said: There is an integrated 3270 emulator on the HMC. However, it is __NOT__ supported by z/OS. I know that z/VM supports it. z/VM calls this the SYSG console. I don't know z/VSE at all. So if you're running z/OS on the z10, and you want 3270 consoles, then you need to retain the 2074 or use an ICC (an OSA which runs TN3270 emulation and emulates a local 3270 controller) I believe that the ICC is a TN3270 server, not a 3270 simulator, so you need a 3270 client, e.g., x3270, on your PC. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TS3500 and encryption
I would appreciate any notes. From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@bama.ua.edu Date: 12/01/2010 09:37 AM Subject:Re: TS3500 and encryption Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I have a TS3500 that is to be setup as in library-managed and not system- managed for encryption. In the process I came across this statement in the EKM manual for setting up the encryption. Configure 3592 E05, E06, or EU6 tape drives for Encryption. a. If 3592 E05, E06, or EU6 tape drives are installed in an Enterprise System and connected to a 3592 C06 or J70, you must use system-managed encryption only. We have the 3592 E06 with the 3592 C06. This is the only place that I found this. Would it be true if the TS3500 is setup as Library-managed and you are running z/OS that you are not doing any tape encryption? If yes can I just have one or 2 drives System-managed using encryption? We installed the EKM software (JAVA Based) to encypt Tape on our TS3500 with E05 drives. From what I remember, without EKM or Tivoli Key manager you would need crypto cards or the like. You can setup all drives or some drives for encryption and handle that through your SMS mgt class. Only if you see messages - TAPE ENCRYPTED (I am not at work so cannot provide the correct syntax) you are not encrypting tape. I can send you some of my notes on what I had to do to encrypt tape. It required 1) EKM Software 2) JAVA 6 3) HFS Files 4) DFSMS Mgmt Class 5) Certificate in TOP SECRET (or Racf or ACF2) Then the hardware now encrypts all tapes we have selected based on our mgmtclas. I think at some point I need to go with Tivoli Key manager, but I need to research that. EKM was free from IBM. Also, search the IBM Main Archives. We have been fairly vocal about tape encryption in 2007/8/9 Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF data for DFSORT
Hi Michael, When DFSORT is invoked from another program (like DSNUTILB), SMF 30-4 (step) will contain the total CPU time for the entire step and SMF 16 (one or more) will contain CPU time accumulated while DFSORT was running. HTH, Yifat -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Michael Hall Sent: יום ד 01 דצמבר 2010 16:52 To: IBM-MAIN@bama.ua.edu Subject: SMF data for DFSORT Is there additional information about CPU time for DFSORT in the SMF Type 16 record that is not in the Type 30 step record. In other words, are there any circumstances where CPU time data is written to the Type 16 records and not to the Type 30 records? Do you see step information for DFSORT CPU time in Type 30 records when DFSORT is indirectly invoked from another program? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z10 BC SNA Console
ICC serves the same function. IMO, there is no need to keep an external console controller anymore. On Wed, Dec 1, 2010 at 10:48 AM, August Carideo august.cari...@avon.comwrote: a little of topic that's why we still keep our trusty local escon attached 3174's when all else fails can still access system saw our net guy turn green 4am one Sunday when nothing worked IP TN OSA good old dumb 3270 term allowed him to back out changes Shmuel Metz (Seymour J.) shmuel+ibm-main@ To PATRIOT.NET IBM-MAIN@bama.ua.edu Sent by: IBM cc Mainframe Discussion List Subject ibm-m...@bama.ua Re: Z10 BC SNA Console .edu 12/01/2010 08:25 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu In a6b9336cdb62bb46b9f8708e686a7ea005d5e05...@nrhmms8p02.uicnrh.dom, on 11/30/2010 at 11:49 AM, McKown, John john.mck...@healthmarkets.com said: There is an integrated 3270 emulator on the HMC. However, it is __NOT__ supported by z/OS. I know that z/VM supports it. z/VM calls this the SYSG console. I don't know z/VSE at all. So if you're running z/OS on the z10, and you want 3270 consoles, then you need to retain the 2074 or use an ICC (an OSA which runs TN3270 emulation and emulates a local 3270 controller) I believe that the ICC is a TN3270 server, not a 3270 simulator, so you need a 3270 client, e.g., x3270, on your PC. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.htmlhttp://patriot.net/%7Eshmuel/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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OT: In regard to password cracking Who is Abbie Sciuto was Re: A New Threat for password hacking
On 30 Nov 2010 07:42:00 -0800, in bit.listserv.ibm-main you wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark Morris Sent: Tuesday, November 30, 2010 9:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A New Threat for password hacking On 29 Nov 2010 08:43:23 -0800, in bit.listserv.ibm-main you wrote: snip If you have a product that insists on special characters in passwords, this can be a major pain given the variability of code points for many of the characters. Also how many passwords do you have to remember? Clark Morris Personally? About 5: (1) Work LAN; (2) Work mainframe; (3) Work benefits web site (outsourced); (4) home LAN; (4) Amazon; (5) home/ISP email. Those are the ones I use most of the time. I have a USB flash drive which is ext4 formatted and uses a GPT partition table which contains an encrypted file which contains my other passwords (i.e. just confuses Windows users). And I have a backup of that encrypted file at home in a couple of places. Hope I never forget __that__ password! Not that I am likely to do so. And it is, for all intents and purposes, unguessable by anyone. No, I won't say more on that or why I would say it. Of course, it could be cracked by somebody like Abbie Sciuto (and maybe the NSA or FBI) in just a few minutes grin. Who is Abbie Sciuto? Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
On 1 December 2010 10:46, Edward Jaffe edja...@phoenixsoftware.com wrote: You can use an ordinary branch instruction (e.g., BASSM 14,15) to branch to code above the bar. If you're running enabled, you won't execute for long... :-D Just how does it fail? Is the PSW instruction address silently truncated upon return from an interrupt as a result of its having been saved in a legacy control block, leading to continued execution at a presumably incorrect address, or is there some active detection and abend? Something else? What if I install the same code at, say _00123000 and 0070_00123000, and branch to the above-the-bar code? Yes, I''m sure I could try it, and perhaps there even exists enough non-secret knowledge outside IBM to research it, but since I can't think of a real use for it I'll leave it as a Gedankenexperiment . It is, though, curious that there must be, as Paul Gilmartin points out, quite a bit of infrastructure already there in support of 64-bit addresses. The real PSW is at all times beyond the early stage of IPL a zArch one of 128 bits, and it must be saved and restored properly, as must things like PER addresses in control registers. What remains to be done? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXTERNAL: OT: In regard to password cracking Who is Abbie Sciuto was Re: A New Threat for password hacking
Clark is obviously not an NCIS fan. Google Abby Sciuto (spelling corrected) Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract Strategic Technical Engineering NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258-8487 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark Morris Sent: Wednesday, December 01, 2010 10:22 AM From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark Morris Sent: Tuesday, November 30, 2010 9:27 AM Personally? About 5: (1) Work LAN; (2) Work mainframe; (3) Work benefits web site (outsourced); (4) home LAN; (4) Amazon; (5) home/ISP email. Those are the ones I use most of the time. I have a USB flash drive which is ext4 formatted and uses a GPT partition table which contains an encrypted file which contains my other passwords (i.e. just confuses Windows users). And I have a backup of that encrypted file at home in a couple of places. Hope I never forget __that__ password! Not that I am likely to do so. And it is, for all intents and purposes, unguessable by anyone. No, I won't say more on that or why I would say it. Of course, it could be cracked by somebody like Abbie Sciuto (and maybe the NSA or FBI) in just a few minutes grin. Who is Abbie Sciuto? Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: In regard to password cracking Who is Abbie Sciuto was Re: A New Threat for password hacking
Abigail Abby Sciuto is a fictional character from the NCIS television series by CBS Television, and is portrayed by Pauley Perrette. Clark Morris cfmpub...@ns.sym PATICO.CA To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu OT: In regard to password cracking Who is Abbie Sciuto was Re: A New Threat for password hacking 12/01/2010 11:22 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu On 30 Nov 2010 07:42:00 -0800, in bit.listserv.ibm-main you wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark Morris Sent: Tuesday, November 30, 2010 9:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A New Threat for password hacking On 29 Nov 2010 08:43:23 -0800, in bit.listserv.ibm-main you wrote: snip If you have a product that insists on special characters in passwords, this can be a major pain given the variability of code points for many of the characters. Also how many passwords do you have to remember? Clark Morris Personally? About 5: (1) Work LAN; (2) Work mainframe; (3) Work benefits web site (outsourced); (4) home LAN; (4) Amazon; (5) home/ISP email. Those are the ones I use most of the time. I have a USB flash drive which is ext4 formatted and uses a GPT partition table which contains an encrypted file which contains my other passwords (i.e. just confuses Windows users). And I have a backup of that encrypted file at home in a couple of places. Hope I never forget __that__ password! Not that I am likely to do so. And it is, for all intents and purposes, unguessable by anyone. No, I won't say more on that or why I would say it. Of course, it could be cracked by somebody like Abbie Sciuto (and maybe the NSA or FBI) in just a few minutes grin. Who is Abbie Sciuto? Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
On Wed, Dec 1, 2010 at 10:25 AM, Tony Harminc t...@harminc.net wrote: On 1 December 2010 10:46, Edward Jaffe edja...@phoenixsoftware.com wrote: You can use an ordinary branch instruction (e.g., BASSM 14,15) to branch to code above the bar. If you're running enabled, you won't execute for long... :-D Just how does it fail? Is the PSW instruction address silently truncated upon return from an interrupt as a result of its having been saved in a legacy control block, leading to continued execution at a presumably incorrect address, or is there some active detection and abend? Something else? What if I install the same code at, say _00123000 and 0070_00123000, and branch to the above-the-bar code? The first level interrupt handlers are responsible for saving the status of the interrupted work. If they detect execution above the bar they call RTM and ruin your day. It is, though, curious that there must be, as Paul Gilmartin points out, quite a bit of infrastructure already there in support of 64-bit addresses. The real PSW is at all times beyond the early stage of IPL a zArch one of 128 bits, and it must be saved and restored properly, as must things like PER addresses in control registers. What remains to be done? http://bama.ua.edu/archives/ibm-main.html there is a technique called PSW scrunching that allows saving an extended PSW in a normal 8 byte PSW field when the instruction address is only 4 bytes. As you can probably imagine, there is literally no way to preserve compatibility with the near infinite number of programs that currently understand and inspect the task management control blocks, so while execution above the bar is a goal, it is a long way off yet. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I would love to know what went wrong at NAB
On 30 November 2010 22:57, Mike Schwab mike.a.sch...@gmail.com wrote: Here is an idea to bounce around. z/OS Unix System Services does a lot of work converting ASCII to EBCDIC and back. I'm puzzled by this. What is all this conversion work that takes to much time and effort? To the extent that character coding is relevant, z/OS UNIX operates in EBCDIC, and it is typically only some external interfaces that require character translation. And that is often enough, e.g. in the case of TN3270, done at the client end on the desktop. To be sure there are some ugly cases, such as various sorts of archives containing a mix of binary and character data, but I don't see that there is a lot of expensive or conceptually difficult character conversion going on. z/Linux works all in ASCII. Why not get 4 new instructions that work with PD= ASCII like the PD = EBCDIC instructions PACK, UNPK, ED, EDMK, but with an A suffix to denote ASCII character. Conversion from Packed to binary would be the same. Assembler would get new instructions. z/OS would need to know if a file was ASCII for proper translation when printing it. It's all there. Shoot, do we want to limit this to just ASCII? Could we do some sort of Unicode translation? Some of that is there too. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
The only thing I see 16 bytes in the PSA is PSAPCPSW Sent from my iPhone On Dec 1, 2010, at 11:25 AM, Tony Harminc t...@harminc.net wrote: On 1 December 2010 10:46, Edward Jaffe edja...@phoenixsoftware.com wrote: You can use an ordinary branch instruction (e.g., BASSM 14,15) to branch to code above the bar. If you're running enabled, you won't execute for long... :-D Just how does it fail? Is the PSW instruction address silently truncated upon return from an interrupt as a result of its having been saved in a legacy control block, leading to continued execution at a presumably incorrect address, or is there some active detection and abend? Something else? What if I install the same code at, say _00123000 and 0070_00123000, and branch to the above-the-bar code? Yes, I''m sure I could try it, and perhaps there even exists enough non-secret knowledge outside IBM to research it, but since I can't think of a real use for it I'll leave it as a Gedankenexperiment . It is, though, curious that there must be, as Paul Gilmartin points out, quite a bit of infrastructure already there in support of 64-bit addresses. The real PSW is at all times beyond the early stage of IPL a zArch one of 128 bits, and it must be saved and restored properly, as must things like PER addresses in control registers. What remains to be done? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
On Wed, 1 Dec 2010 11:25:54 -0500, Tony Harminc wrote: It is, though, curious that there must be, as Paul Gilmartin points out, quite a bit of infrastructure already there in support of 64-bit addresses. The real PSW is at all times beyond the early stage of IPL a zArch one of 128 bits, and it must be saved and restored properly, as must things like PER addresses in control registers. What remains to be done? All this can be done internally. Changing GUPI control blocks may pose a different sort of challenge. It might even require changes as basic as formatting dumps. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I would love to know what went wrong at NAB
On Wed, Dec 1, 2010 at 2:11 AM, Ron Hawkins ron.hawkins1...@sbcglobal.netwrote: If I remember rightly it was a bug in IMS 2.2 or 2.3. If I remember correctly NAB (where I worked at the time) had found the bug in stress and regression testing (TPNS for those that remember it) and were waiting for the fix that hit Westpac. Funny how times have changed. Yes it was IMS 2.2 and it did not actually fail in testing. It was in test for quite a while and there was a lot of pressure to put it into production. It crashed mid-morning as the national branch network came online on the monday after it went live. It came up again, went down again, yo-yo'd a few times and then stayed down. The real problem was in the restart and recovery processing which changed in 2.2. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spool to spool output transfer
You're probably right. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, December 01, 2010 9:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: spool to spool output transfer Well, I thought about that, but I don't think that works either. JESA would have to know about both JES2's of the same name, and that still doesn't work(at least that is my understanding). Someone correct me if I am wrong.please. I think it would take JES2 - JESA - JESB - JES2 _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, December 01, 2010 9:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: spool to spool output transfer I don't think this is what you will want, but I'll just throw it out there anyway. Have you considered running two JES2 systems on system #1? The second JES2 would be, say, JESA. You could then NJE from JES2 to JESA on system #1, then NJE from JESA on system #1 to the JES2 on system #2. I'm not sure, but I think you'd need to turn off the network path manager in JESA. That's PATHMGR=NO on the NODE for JESA as defined in the other JES2 systems. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, December 01, 2010 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: spool to spool output transfer Thanks Gilbert. I have to be able to do the action to all output in a certain output class via a interval driven process. I am still leaning toward the spool offload process. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gilbert Cardenas Sent: Wednesday, December 01, 2010 9:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: spool to spool output transfer I had a similar requirement a few months back because for some reason, they have NJE locked up real tight around here. I created a rexx routine that basically ftps the spool file to the intended lpar by ip address. I initiate the process by performing an SE on the spool entry and then typing the Edit Macro/REXX at the command line. For lack of creativity, I called my script LPR and follow it by the destination name of the lpar such as PROD, DEV, QA etc. The esoteric name then gets converted by the rexx to the ip address of the lpar and I can ftp to the same lpar where the command was initiated if needed. I place a jcl skeleton (iebgener) and spool data into an mvs file (RECFM=VBA,LRECL=300,BLKSIZE=27900) and then FTP the file to the desired lpar to create the new spool entry. QUOTE SITE FILETYP=JES MODE B TYPE E QUOTE SITE JESLRECL=254 PUT '||'FIL2FTP' Although it is not fully automated and the original characteristics of the spool entry are not kept, it has
Re: 64 bit mode disabled
On 12/1/2010 8:32 AM, Chris Craddock wrote: PSW in a normal 8 byte PSW field when the instruction address is only 4 bytes. As you can probably imagine, there is literally no way to preserve compatibility with the near infinite number of programs that currently understand and inspect the task management control blocks, so while execution above the bar is a goal, it is a long way off yet. There are indeed many programs that inspect the 8-byte PSW, but not that many that manipulate the address portion. And those that do typically do something reasonable with the address, such as a) replacing it altogether with another address or b) adjusting the address by 2, 4 or 6 bytes (or the ILC) to cause an instruction to be re-executed or skipped. z/OS can probably compare the 8-byte PSW at re-dispatch time against a copy saved at interrupt time and, if it has changed, guess right 99% of the time as to what should be done to the 16-byte PSW to effect the intended change(s) just by following just a few simple rules. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
On 12/1/2010 8:41 AM, Micheal Butz wrote: The only thing I see 16 bytes in the PSA is PSAPCPSW When running in z/Architecture mode, *all* old/new PSWs in the PSA are 16 bytes long (see PoOp for details). Currently, the PSW save areas in z/OS task management control blocks are only eight bytes in length. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: In regard to password cracking Who is Abbie Sciuto was Re: A New Threat for password hacking
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark Morris Sent: Wednesday, December 01, 2010 10:22 AM To: IBM-MAIN@bama.ua.edu Subject: OT: In regard to password cracking Who is Abbie Sciuto was Re: A New Threat for password hacking On 30 Nov 2010 07:42:00 -0800, in bit.listserv.ibm-main you wrote: snip Who is Abbie Sciuto? Clark Morris Who is Abbie Sciuto???!!!? A character on my favorite U.S. TV series - NCIS. She is a forensic scientist. And a bit of a goth, but in a fun way. Google will give you more. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
On Wed, 1 Dec 2010 10:32:41 -0600, Chris Craddock wrote: there is a technique called PSW scrunching that allows saving an extended PSW in a normal 8 byte PSW field when the instruction address is only 4 bytes. That implies, doesn't it, that in addition to the top 32 bits of the instruction address, 32 other bits in the 128-bit PSW are irrelevant and can be scrunched away? Hmmm... AMODE(31) goes back into bit 0 of 32, just like XA? And AMODE(64) into bit 31? It's a Good Thing that no one (well, not many) ever used bit 31 to bootleg one more flag. But still, are there so many control blocks that need to store the PSW in 64 bits, but needn't store 64 bit registers? Those can't be scrunched. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
I dare say code/storage I was trying to move above the line 1.5 decades ago in a prior life is still not there. Another example of the 80/20 90/10 rule. When 80-90% of a complex project are done, the enthusiasm and therefore funding for the last bit diminishes considerably. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 12/01/2010 09:08:28 AM: We were still struggling with VSCR long after MVS/XA was GA. Ted MacNEIL - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
In 000301cb9101$2f0b5de0$8d2219...@net, on 11/30/2010 at 09:40 PM, michealbutz michealb...@optonline.net said: From what I understand running in 64 bit mode (SAM64) you have to run disabled does the SAM64 instruction do that What gave you that idea? -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I would love to know what went wrong at NAB
In aanlkti=29p26ome3vbcev6ldfhu-jpwd09cv5sgxt...@mail.gmail.com, on 11/30/2010 at 09:57 PM, Mike Schwab mike.a.sch...@gmail.com said: Here is an idea to bounce around. z/OS Unix System Services does a lot of work converting ASCII to EBCDIC and back. z/Linux works all in ASCII. I doubt it. Could we do some sort of Unicode translation? We already do. Have GPR2 point to a memory area that indicates how many bytes per digit, then the 10 characters for 0-9? Why introduce a lot of unnecessary complexity for something that can be done easily. The existing instructions are perfectly adequate for dealing with decimal data in Unicode. Would we want the number of digits? Doing arithmetic in arbitrary baes is a different issue than doing decimal arithmetic in arbitrary character sets. Silly wabbit, trits are for kids! -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
In 018b01cb9109$e3dc7440$ab955c...@net, on 11/30/2010 at 07:43 PM, Gerhard Adam gada...@charter.net said: How would you branch to code above the 2GB bar, since none is allowed there? B or BR. The obvious problem being how you would even get it loaded up there. MVC. If I recall, the fundamental problem is that the PSW cannot be saved with an address greater than 31-bit for the next instruction since neither the TCB's or RB's have a large enough area to store it. Well, an interrupt will store the entire PSW, but as you note the RB and TCB don't have 128-bit fields to copy the old PSW to. Which means that you might survive an interrupt but you're dog meat if the processor is dispatched to some other unit of works. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
In 3b16b7d1-bc6b-444e-b44f-427bfa164...@optonline.net, on 12/01/2010 at 07:03 AM, Micheal Butz michealb...@optonline.net said: So we are waiting for waitting for IBM To introduce a new control block the RBX. (rb extension for 64 bit gpr and new rbopsw). There should be a lot contracting jobs opening up in POK Don't forget SRB and TCB. There are probably others as well. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
Nothing like that is required. My understanding is that when the PSW is stored it is compressed down to an ESA/390 PSW format (check bit 12) and expanded when it is reloaded. There is no point at which an 8-byte PSW is active in any sense. There are indeed many programs that inspect the 8-byte PSW, but not that many that manipulate the address portion. And those that do typically do something reasonable with the address, such as a) replacing it altogether with another address or b) adjusting the address by 2, 4 or 6 bytes (or the ILC) to cause an instruction to be re-executed or skipped. z/OS can probably compare the 8-byte PSW at re-dispatch time against a copy saved at interrupt time and, if it has changed, guess right 99% of the time as to what should be done to the 16-byte PSW to effect the intended change(s) just by following just a few simple rules. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
In 47e662a7-431a-4af9-b35e-0127def03...@optonline.net, on 12/01/2010 at 06:38 AM, Micheal Butz michealb...@optonline.net said: So 64 bit mode is like a Dataspace No, 64-bit mode means that addresses are 64 bits. That applies to references to address spaces just as much as it does to references to data spaces. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spool to spool output transfer
would take JES2 - JESA - JESB - JES2 Interesting puzzle. Seems to me that still wouldn't work, since JESA would need to know about JES2 (left) because it's connected to it, and JES2 (right) in order to know it needs to route traffic destined for JES2 (right) via JESB. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TS3500 and encryption
Is this Windows or z/OS data that you are encrypting? We use library managed encryption for our Windows data and system managed encryption for our native and VTS data. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Michael Saraco Sent: Wednesday, December 01, 2010 9:36 AM To: IBM-MAIN@bama.ua.edu Subject: TS3500 and encryption I have a TS3500 that is to be setup as in library-managed and not system- managed for encryption. In the process I came across this statement in the EKM manual for setting up the encryption. Configure 3592 E05, E06, or EU6 tape drives for Encryption. a. If 3592 E05, E06, or EU6 tape drives are installed in an Enterprise System and connected to a 3592 C06 or J70, you must use system-managed encryption only. We have the 3592 E06 with the 3592 C06. This is the only place that I found this. Would it be true if the TS3500 is setup as Library-managed and you are running z/OS that you are not doing any tape encryption? If yes can I just have one or 2 drives System-managed using encryption? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
On 12/1/2010 9:49 AM, Gerhard Adam wrote: Nothing like that is required. My understanding is that when the PSW is stored it is compressed down to an ESA/390 PSW format (check bit 12) and expanded when it is reloaded. There is no point at which an 8-byte PSW is active in any sense. Huh? We're discussing how to get around that restriction. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migration from EC 3 to EC 4.2
We had no problems with performing this upgrade earlier this year. It seemed transparent to the COBOL development staff. Note: We were not using any of the XML features in Ver 3. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: best method to completely list all cataloged data sets
An IDCAMS batch job (not TSO) with the command LISTCAT USERCATALOG will give you the name of all the catalogs connected to your master catalog. You can then issue multiple commands (also in batch) LISTCAT ALL CATALOG(dsn) to list all the datasets, aliases, etc that are in each. (The ALL determines how much data is listed for each entry, not which entries are listed. If all you want is the name, you can omit it.) You should not need to do anything special with aliases. If you have catalogs not connected to the master catalog, you will have to find them some other way. I don't think you can list one until it is connected. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dr. Stephen Fedtke Sent: Tuesday, November 30, 2010 11:02 PM To: IBM-MAIN@bama.ua.edu Subject: best method to completely list all cataloged data sets hi all, what is the best method to achieve a complete list of all currently cataloged data sets? really all. actually, like using ** in the 3.4 data set criterion. is there actually the need to determine all catalogs/aliases, and perform (recursiveley) list on them, ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: best method to completely list all cataloged data sets
On Wed, 1 Dec 2010 11:31:11 -0800, Schwarz, Barry A wrote: If you have catalogs not connected to the master catalog, you will have to find them some other way. I don't think you can list one until it is connected. Right. Because a catalog that is not connected is not cataloged. Of course, if some of the user catalogs are actually the master catalogs for other systems, there could be usercatalogs connected to them that are not connected to the master catalog on the system where you are running. To find out you could LISTCAT USERCATALOG CATALOG(dsn) for all of the usercatalogs that you found. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
Huh? We're discussing how to get around that restriction. The point is that there is nothing to get around. Executable code isn't supported about 2GB for numerous reasons already mentioned. Therefore the middle 64-bits of the z/architecture PSW only contain zeros. Compressing the PSW doesn't incur the loss of any data. Data loss would occur only if a 64-bit instruction address had to be preserved, but since that isn't valid, there is nothing lost. If you attempted it, then you would experience instruction address truncation of the high order bits. Once again, there's nothing to get around, since it simply isn't allowed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
On 12/1/2010 12:13 PM, Gerhard Adam wrote: Once again, there's nothing to get around, since it simply isn't allowed. Allow me to rephrase: I was discussing how IBM can address this restriction in a future z/OS release. Just repeating the existing restriction over and over adds nothing to that discussion. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
On Wed, 1 Dec 2010 12:13:46 -0800, Gerhard Adam wrote: Huh? We're discussing how to get around that restriction. The point is that there is nothing to get around. Executable code isn't supported about 2GB for numerous reasons already mentioned. Therefore the middle 64-bits of the z/architecture PSW only contain zeros. Compressing the PSW doesn't incur the loss of any data. Data loss would occur only if a 64-bit instruction address had to be preserved, but since that isn't valid, there is nothing lost. If you attempted it, then you would experience instruction address truncation of the high order bits. Once again, there's nothing to get around, since it simply isn't allowed. The discussion has been about what IBM would have to do to allow code to run above the bar. One of the big issues is that PSWs are stored in control blocks in 64-bit form. Ed was suggesting a method that IBM could use to get around the problem of some programs that alter the PSW in, for example, an RB. Perhaps you believe that IBM will *never* support code above the line. I don't happen to think that they are that short-sighted. We have already seen that thee loader can load data-only CSECTs above the bar. I suspect that there is more to come. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 12/01/2010 11:25:54 AM: You can use an ordinary branch instruction (e.g., BASSM 14,15) to branch to code above the bar. If you're running enabled, you won't execute for long... :-D Just how does it fail? Is the PSW instruction address silently truncated upon return from an interrupt as a result of its having been saved in a legacy control block, leading to continued execution at a presumably incorrect address, or is there some active detection and abend? Something else? What if I install the same code at, say _00123000 and 0070_00123000, and branch to the above-the-bar code? When a z/OS interrupt handler compresses a 16 byte PSW into 8 bytes, if the address does not fit into 31 bits, it turns on the low order bit in the address. When z/OS subsequently tries to return to or redispatch the interrupted work, it does a LPSW of the compressed 8 byte PSW, and a specification exception (0C6 ABEND) will occur due to the low order bit being on in the address in the PSW. This is the current state of affairs for all releases of z/OS up to and including z/OS 1.12. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Dataspaces or 64 bit storage
Hi Now that I realize that only current use for above the bar addressing is storage at this time at least which is older dataspace or 64 bit addressabilty Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataspaces or 64 bit storage
Micheal, I'm rather curious, I've been wondering what company you are developing this software for? Scott On Wed, Dec 1, 2010 at 4:08 PM, Micheal Butz michealb...@optonline.netwrote: Hi Now that I realize that only current use for above the bar addressing is storage at this time at least which is older dataspace or 64 bit addressabilty Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: best method to completely list all cataloged data sets
On Wed, 1 Dec 2010 03:33:24 -0600, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Dr. Stephen Fedtke wrote: what is the best method to achieve a complete list of all currently cataloged data sets? really all. actually, like using ** in the 3.4 data set criterion. Use Catalog Search Interface with Assembler or REXX. It is faster than =3.4 or IDCAMS LISTC and perhaps ISMF too. 3.4 doesn't allow * or **. No options with IDCAMS to list everything from all catalogs. The CSI is a good option, but since if you tell it to list all catalogs you could end up with a bunch of dead catalog entries. For example, a user catalog that was previously a master from another system, or an alias for an HLQ points to the correct catalog but maybe pointed to a different catalog at one time and the entries weren't deleted or merged out. No one would ever know about those entries to clean them up unless they looked for them. (you can do this with CATSRCH from my web site: TSO %CATSRCH ** If you did it with CSI and wrote intelligent code around it, then it would be more accurate. For example, list the master catalog and the aliases, then only list the HLQs in the catalogs that the aliases in the master catalog pointed to. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataspaces or 64 bit storage
Who says I'm developing anything Dataspaces are more painfully and probably slower then regular storage dataspaces were probably meant to Releive storage constriant Sent from my iPhone On Dec 1, 2010, at 4:24 PM, Scott Rowe scott.r...@joann.com wrote: Micheal, I'm rather curious, I've been wondering what company you are developing this software for? Scott On Wed, Dec 1, 2010 at 4:08 PM, Micheal Butz michealb...@optonline.net wrote: Hi Now that I realize that only current use for above the bar addressing is storage at this time at least which is older dataspace or 64 bit addressabilty Sent from my iPhone --- --- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataspaces or 64 bit storage
On Wed, 1 Dec 2010 16:08:19 -0500 Micheal Butz michealb...@optonline.net wrote: :Now that I realize that only current use for above the bar addressing :is storage at this time at least which is older dataspace or 64 bit :addressabilty Dataspaces (which are limited to 2G) were first. Just like I believe that IBM would not have created DAS if they could have sped up 31bit, they also would not have done dataspaces if they have sped up 64bit. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataspaces or 64 bit storage
On Wed, 1 Dec 2010 16:37:03 -0500 Micheal Butz michealb...@optonline.net wrote: :Who says I'm developing anything :Dataspaces are more painfully and probably slower then regular storage Is AR mode slower than primary mode? :dataspaces were probably meant to :Releive storage constriant Strike the word probably. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataspaces or 64 bit storage
michealb...@optonline.net (Micheal Butz) writes: Who says I'm developing anything Dataspaces are more painfully and probably slower then regular storage dataspaces were probably meant to Releive storage constriant multiple address spaces started in 811 (for nov78 date on the documents) architecture (370/xa appeared with 3081). subset was retrofitted to 3033 as dual-address space mode. os/360 was heavily pointer passing paradigm. in the initial morph to virtual memory, it was basically mvt laid out in single 16mbyte virtual address space (as SVS). In transition to multiple virtual address sapce (MVS), copy of the kernel image was mapped to (half/8mbytes of) every (16mbyte) application virtual address space. The problem was that there were some number of mvt subsystems that now found themselves in their own virtual address space (different from application). In order to support the pointer passing paradigm (with subsystems accessing application parameters), the common segment area (CSA) was created ... applications could stuff their parameters in the common segment, and generate a subsystem call (that required passing thru the kernel to switch to the subsystem virtual address space). At some larger installations CSA grew to 4-5 mbytes (leaving only 3-4 mbytes for application execution), some installations were facing prospect of CSA increase to 6mbytes (leaving only 2mbytes in every virtual address space for application execution). dual-address space mode allowed for parameter pointer to be passed to a subsystem and the parameters list could be access in the application virtual address space w/o requiring CSA (starting to cap the explosion in CSA size growth). Some of the larger MVS internal shops were chip design with large fortran applications that were seven mbytes that required carefully crafted MVS systems that kept CSA to 1mbyte max. There was a period when some these internal MVS premier shops were facing being forced to vm370/cms ... since they could get nearly the full 16mbyte virtual address space for their application execution (it was rather odd some of the hold-outs since in this period, vast majority of the internal mainframes were vm370). -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
there is a technique called PSW scrunching that allows saving an extended PSW in a normal 8 byte PSW field when the instruction address is only 4 bytes. That implies, doesn't it, that in addition to the top 32 bits of the instruction address, 32 other bits in the 128-bit PSW are irrelevant and can be scrunched away? Hmmm... AMODE(31) goes back into bit 0 of 32, just like XA? And AMODE(64) into bit 31? It's a Good Thing that no one (well, not many) ever used bit 31 to bootleg one more flag. But still, are there so many control blocks that need to store the PSW in 64 bits, but needn't store 64 bit registers? Those can't be scrunched. In current z/Architecture, PSW.33-63 must be 0. PSW.32 (BA) of a 128-bit PSW gets scrunched into PSW.32 (A) of a 64-bit PSW. PSW.31 (EA) of a 128-bit PSW remains at PSW.31 of a 64-bit PSW when scrunching. This is in accordance with definition of LPSW in z/Architecture. MVS has supported 64-bit registers in z/Architecture mode since OS/390 V2R10. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataspaces or 64 bit storage
:Dataspaces are more painfully and probably slower then regular storage Is AR mode slower than primary mode? An AR mode storage reference is slower only when the ALET is not 0 (promary) or 1 (secondary), and there is no match in the ALB. The is analogous to DAT-on being slower than DAT-off only when there is a TLB miss. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
Perhaps you believe that IBM will *never* support code above the line. I don't happen to think that they are that short-sighted. We have already seen that thee loader can load data-only CSECTs above the bar. I suspect that there is more to come. Depends on what you mean by support code. Certainly memory resident modules/libraries might make sense. User application code isn't worth the effort, since there isn't anything that is remotely approaching the 2 GB limit. So, it is entirely possible that as an addition to an LPA-like function that executable code would be supported. However, I don't understand why any other application would be interested. It isn't as if any executable code is so large that it can't live within the 2GB virtual area. Where's the constraint on executable code? Since data can readily be stored in 64-bit storage and switching modes is readily achieved, what exactly is IBM's gain in expending the effort to allow 64-bit executable code beyond the novelty of doing it? Adam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 64 bit mode disabled
There are also many control blocks used in Contents Supervision that must be changed. Then all the programs that inspect, manipulate, or format-dump those control blocks must also be changed. Bill Fairchild Rocket Software From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Craddock Sent: Wednesday, December 01, 2010 10:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 64 bit mode disabled As you can probably imagine, there is literally no way to preserve compatibility with the near infinite number of programs that currently understand and inspect the task management control blocks, so while execution above the bar is a goal, it is a long way off yet. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: spool to spool output transfer
At 11:59 -0600 on 12/01/2010, Dana Mitchell wrote about Re: spool to spool output transfer: would take JES2 - JESA - JESB - JES2 Interesting puzzle. Seems to me that still wouldn't work, since JESA would need to know about JES2 (left) because it's connected to it, and JES2 (right) in order to know it needs to route traffic destined for JES2 (right) via JESB. Dana It is doable. All 4 Nodes have N1 JES2 N255 JESB N254 JESA CONNECT NODE1=JESA,NODE2=JESB CONNECT NODE1=JESA,NODE2=JES2 Note that the CONNECT statement does not pass connection information between nodes. Also the JES2 in JESA is JES2 Left while the JES2 in JESB is JES2 Right. On JES2 Left you route the data to N255 (which passes it through JESA's JESA-JESB connection) via a ROUTE NODE=N255 command (I forget the syntax). On JESB, you have a timed $TA that does the route of N255 to N1 (passing it the rest of the way). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: In regard to password cracking Who is Abbie Sciuto was Re: A New Threat for password hacking
At 11:32 -0500 on 12/01/2010, August Carideo wrote about Re: OT: In regard to password cracking Who is Abbie Sciuto : Of course, it could be cracked by somebody like Abbie Sciuto (and maybe the NSA or FBI) in just a few minutes grin. Tim McGee also could do it. He is the major hacker on the NCIS team and often he and Annie collaborate on computer forensic matters. Abbie is usually the one to do Brute Force work like the password cracking however. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataspaces or 64 bit storage
You have posted some novel and very confused ideas about the use of virtual storage. First you thought that SAM64 forced interrupt disablement. Now you have realized that dataspace storage is above the bar. This is also incorrect. Virtual addresses in data spaces run from address 0 to 2GB-1, which means below the 31-bit addressing line. I think you need some basic education in virtual storage terminology and usage. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Micheal Butz Sent: Wednesday, December 01, 2010 3:08 PM To: IBM-MAIN@bama.ua.edu Subject: Dataspaces or 64 bit storage Hi Now that I realize that only current use for above the bar addressing is storage at this time at least which is older dataspace or 64 bit addressabilty Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: In regard to password cracking Who is Abbie Sciuto was Re: A New Threat for password hacking
So could Chloe O'Brien. On Wed, Dec 1, 2010 at 17:37, Robert A. Rosenberg hal9...@panix.com wrote: At 11:32 -0500 on 12/01/2010, August Carideo wrote about Re: OT: In regard to password cracking Who is Abbie Sciuto : Of course, it could be cracked by somebody like Abbie Sciuto (and maybe the NSA or FBI) in just a few minutes grin. Tim McGee also could do it. He is the major hacker on the NCIS team and often he and Annie collaborate on computer forensic matters. Abbie is usually the one to do Brute Force work like the password cracking however. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: best method to completely list all cataloged data sets
I've used * and ** in 3.4 for the dsname level. From User's Guide II: 1. If you enter a high-level qualifier of ’*’ or ’**’, ISPF displays a pop-up window to warn you that the search will be for all catalogs on the system and will take time. If there are many catalogs, this search could take a considerable amount of time. You can press Enter to continue the search, or you can enter Cancel or End from the pop-up window to cancel the search. Be aware that if you have mount authority, a catalog search with ’*’ or ’**’ as the high-level qualifier can require that volumes be mounted for the catalogs to be searched. 2. The ISPF Configuration table contains a selectable option, named DISALLOW_WILDCARDS_IN_HLQ, to disallow the use of the ’*’ or ’%’ in the high-level qualifier - Don Imbriale On Wed, Dec 1, 2010 at 4:35 PM, Mark Zelden mzel...@flash.net wrote: 3.4 doesn't allow * or **. No options with IDCAMS to list everything from all catalogs. The CSI is a good option, but since if you tell it to list all catalogs you could end up with a bunch of dead catalog entries. For example, a user catalog that was previously a master from another system, or an alias for an HLQ points to the correct catalog but maybe pointed to a different catalog at one time and the entries weren't deleted or merged out. No one would ever know about those entries to clean them up unless they looked for them. (you can do this with CATSRCH from my web site: TSO %CATSRCH ** If you did it with CSI and wrote intelligent code around it, then it would be more accurate. For example, list the master catalog and the aliases, then only list the HLQs in the catalogs that the aliases in the master catalog pointed to. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.htmlhttp://home.flash.net/%7Emzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: best method to completely list all cataloged data sets
Only in conjunction with another DSN qualifier that is not just a ** or *. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Don Imbriale Sent: Wednesday, December 01, 2010 3:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: best method to completely list all cataloged data sets I've used * and ** in 3.4 for the dsname level. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: best method to completely list all cataloged data sets
Hmmm, what level are you running. Unless this changed in z/OS 1.12 (and I don't think it did), it isn't allowed.I get a pop up warning message: In order to list catalog entries, you must specify at least one partial qualifier. Any Dsname Level that contains only asterisks is invalid. In addition, help has this information: When Dsname Level is specified, it defines the level qualifiers for the data set names to be included in the list. Qualifiers can be specified fully, partially or defaulted. At least one qualifier must be partially specified. A Dsname Level of '*' or '**' or any combination of '*' and '**' qualifiers is invalid. Your 2nd point I was not aware of. Thanks. I am still using the sample ISRNOGEN for that. Since I don't want to look it up, can you (or anyone) recall when that option was added (I'm running z/OS 1.11 now)? One less usermod to install! BTW, when I just tested * and ** again in my sandbox, I used a dummy ISRNOGEN (IEFBR14) in my TSOLIB instead of the real one... otherwise I couldn't test any generic HLQs. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ On Wed, 1 Dec 2010 18:42:01 -0500, Don Imbriale don.imbri...@gmail.com wrote: I've used * and ** in 3.4 for the dsname level. From User's Guide II: 1. If you enter a high-level qualifier of * or **, ISPF displays a pop-up window to warn you that the search will be for all catalogs on the system and will take time. If there are many catalogs, this search could take a considerable amount of time. You can press Enter to continue the search, or you can enter Cancel or End from the pop-up window to cancel the search. Be aware that if you have mount authority, a catalog search with * or ** as the high-level qualifier can require that volumes be mounted for the catalogs to be searched. 2. The ISPF Configuration table contains a selectable option, named DISALLOW_WILDCARDS_IN_HLQ, to disallow the use of the * or % in the high-level qualifier - Don Imbriale On Wed, Dec 1, 2010 at 4:35 PM, Mark Zelden mzel...@flash.net wrote: 3.4 doesn't allow * or **. No options with IDCAMS to list everything from all catalogs. The CSI is a good option, but since if you tell it to list all catalogs you could end up with a bunch of dead catalog entries. For example, a user catalog that was previously a master from another system, or an alias for an HLQ points to the correct catalog but maybe pointed to a different catalog at one time and the entries weren't deleted or merged out. No one would ever know about those entries to clean them up unless they looked for them. (you can do this with CATSRCH from my web site: TSO %CATSRCH ** If you did it with CSI and wrote intelligent code around it, then it would be more accurate. For example, list the master catalog and the aliases, then only list the HLQs in the catalogs that the aliases in the master catalog pointed to. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: best method to completely list all cataloged data sets
The quote from the manual came from 1.11. It may be as Barry has stated that at least one qualifier must be specified that is not just * or **. - Don Imbriale On Wed, Dec 1, 2010 at 7:26 PM, Mark Zelden mzel...@flash.net wrote: Hmmm, what level are you running. Unless this changed in z/OS 1.12 (and I don't think it did), it isn't allowed.I get a pop up warning message: In order to list catalog entries, you must specify at least one partial qualifier. Any Dsname Level that contains only asterisks is invalid. In addition, help has this information: When Dsname Level is specified, it defines the level qualifiers for the data set names to be included in the list. Qualifiers can be specified fully, partially or defaulted. At least one qualifier must be partially specified. A Dsname Level of '*' or '**' or any combination of '*' and '**' qualifiers is invalid. Your 2nd point I was not aware of. Thanks. I am still using the sample ISRNOGEN for that. Since I don't want to look it up, can you (or anyone) recall when that option was added (I'm running z/OS 1.11 now)? One less usermod to install! BTW, when I just tested * and ** again in my sandbox, I used a dummy ISRNOGEN (IEFBR14) in my TSOLIB instead of the real one... otherwise I couldn't test any generic HLQs. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.htmlhttp://home.flash.net/%7Emzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ On Wed, 1 Dec 2010 18:42:01 -0500, Don Imbriale don.imbri...@gmail.com wrote: I've used * and ** in 3.4 for the dsname level. From User's Guide II: 1. If you enter a high-level qualifier of ’*’ or ’**’, ISPF displays a pop-up window to warn you that the search will be for all catalogs on the system and will take time. If there are many catalogs, this search could take a considerable amount of time. You can press Enter to continue the search, or you can enter Cancel or End from the pop-up window to cancel the search. Be aware that if you have mount authority, a catalog search with ’*’ or ’**’ as the high-level qualifier can require that volumes be mounted for the catalogs to be searched. 2. The ISPF Configuration table contains a selectable option, named DISALLOW_WILDCARDS_IN_HLQ, to disallow the use of the ’*’ or ’%’ in the high-level qualifier - Don Imbriale On Wed, Dec 1, 2010 at 4:35 PM, Mark Zelden mzel...@flash.net wrote: 3.4 doesn't allow * or **. No options with IDCAMS to list everything from all catalogs. The CSI is a good option, but since if you tell it to list all catalogs you could end up with a bunch of dead catalog entries. For example, a user catalog that was previously a master from another system, or an alias for an HLQ points to the correct catalog but maybe pointed to a different catalog at one time and the entries weren't deleted or merged out. No one would ever know about those entries to clean them up unless they looked for them. (you can do this with CATSRCH from my web site: TSO %CATSRCH ** If you did it with CSI and wrote intelligent code around it, then it would be more accurate. For example, list the master catalog and the aliases, then only list the HLQs in the catalogs that the aliases in the master catalog pointed to. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Field that contains timestamp of when current jobstep started?
Binyamin Dissen wrote: IIRC there is a field which has the timestamp of when the current step started, but I cannot seem to find it. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Look in the SMF-30 record. It's also in one of those IEFxxxI messages that appear between steps. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Field that contains timestamp of when current jobstep started?
IIRC there is a field which has the timestamp of when the current step started, but I cannot seem to find it. ASCBINTS -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Field that contains timestamp of when current jobstep started?
ASCBINTS would be job start time, not current step. Field TCBTCT points to the 'SMF Time Control Table'. Perhaps TCTAST or use the pointer to step total SMF record (TCTT30S) and look at SMF30SIT. Cheers, Ant. Northern Territory Government of Australia -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Craddock Sent: Thursday, 2 December 2010 12:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Field that contains timestamp of when current jobstep started? IIRC there is a field which has the timestamp of when the current step started, but I cannot seem to find it. ASCBINTS -- This email might be from the artist formerly known as CC (or not) You be the judge. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: best method to completely list all cataloged data sets
Mark Zelden wrote: 3.4 doesn't allow * or **. Try out *% (Asterisk followed by percentage sign without any spaces) Warning: Your session will take a long time to process all those entries. (dead entries, live entries, duplicate entries, and catalogs connected too.) The CSI is a good option, but since if you tell it to list all catalogs you could end up with a bunch of dead catalog entries. Yup. If you did it with CSI and wrote intelligent code around it, then it would be more accurate. For example, list the master catalog and the aliases, then only list the HLQs in the catalogs that the aliases in the master catalog pointed to. Yup. Agreed. Wrap some code around while working with one catalog at a stage. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
