Re: OT: New/Improved Website
The operative words here, Ted, are "most people"... These are the same people who watch "The Big Bang Theory" on CBS, and have watched all the "Revenge of the Nerds" movies. Sadly, people like my sisters... On Thu, 12 Nov 2009 20:33:24 +, Ted MacNEIL wrote: >I'm 6'2", former football & basketball player, and 240lb. >Yes, I wear glasses (bifocals), 52 years of age. > >And, I do not fit that stereotype. > >I have nothing left to say! >--Original Message-- >From: Edward Jaffe >Sender: IBM Mainframe Discussion List >To: IBM Mainframe Discussion List >ReplyTo: IBM Mainframe Discussion List >Sent: Nov 12, 2009 12:38 >Subject: Re: OT: New/Improved Website > >Doc Farmer wrote: >> Besides, when most people think of mainframes, they don't think of the >> equipment. They think of the sysprogs, horn-rimmed glasses repaired with >> white tape at the bridge of the nose, plastic pocket protectors, stale pizza >> and late-in-life virginity! > >Wow! I'm glad I played in rock bands! :-D > >-- >Edward E Jaffe >Phoenix Software International, Inc >5200 W Century Blvd, Suite 800 >Los Angeles, CA 90045 >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 > > >- >Too busy driving to stop for gas! > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: New/Improved Website
Ed, I'll pass a note along to the boss about "still" but I think (personally) that's reading a lot into it. Remember, a lot of folks have heard for years, nay decades, that the mainframe is "dead". Lazarus was only raised from the grave once, but the mainframe has been declared dead more times than I've had hot dinners (and it's STILL here). As to the punch card, c'mon! That's a shout-out/gift to us old-timers! Heck, if you check my Twitter page ( http://twiter.com/DocFarmer ) take a look at my background image! I still use punch cards in some of my presentation backgrounds. If I could afford it, I'd buy a box of 2,000 manila cards and have them punched into business cards (EBCDIC coding, of course!). Besides, when most people think of mainframes, they don't think of the equipment. They think of the sysprogs, horn-rimmed glasses repaired with white tape at the bridge of the nose, plastic pocket protectors, stale pizza and late-in-life virginity! They're too young to remember blinking lights, 1403's with the hoods coming up, write-protect rings, breadboards, and decolators. Whereas we, the pioneers, who ran our mainframes by (and on) candle-light and had to string our own core if we wanted more memory, deserve a *bit* of nostalgia... Now, if you'll excuse me, I've got to grab my walker, hobble on over to the 029, and start getting my next program ready. Many thanks! Doc On Thu, 12 Nov 2009 08:11:43 -0800, Edward Jaffe wrote: >Doc Farmer wrote: >> We just finished a major upgrade of our website - check it out at >> http://www.InfoSecInc.com and let us know what you think. Many thanks! >> > >It looks great! I have two (hopefully constructive) comments: > >When you say "70% of the world's business data is *still* processed by a >mainframe," it makes me question whether your organization supports the >idea of trending off-platform. Ideally, we would like to increase beyond >70%. I recommend removing the word "still" from the sentence. > >Whose idea was it to use a punch card to represent leveraging existing >investments? It's a nice graphic and I'm not saying it's a bad choice. >But, I sure hope punch cards are not what most people imagine when they >think of today's mainframe... > >-- >Edward E Jaffe >Phoenix Software International, Inc >5200 W Century Blvd, Suite 800 >Los Angeles, CA 90045 >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 -- 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: New/Improved Website
Sometimes, I can be such a twit! *sigh* Thakns four corectign mi afwul speing... On Thu, 12 Nov 2009 11:56:42 -0600, Elardus Engelbrecht wrote: >Doc Farmer wrote: > >>you check my Twitter page ( http://twiter.com/DocFarmer ) take a look at >my background image! > >Hey Doc, be a nice tweet and correct that spelling error.. ;-D > >It must be http://twitter.com/DocFarmer > >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 -- 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: New/Improved Website
We just finished a major upgrade of our website - check it out at http://www.InfoSecInc.com and let us know what you think. Many thanks! Doc Farmer Senior Security Specialist InfoSec, Inc. Website: http://www.InfoSecInc.com e-Mail: dfar...@infosecinc.com LI: http://www.linkedin.com/in/DocFarmer -- 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: U.S. house decommissions its last mainframe, saves $730,000
If Congress is getting rid of their last mainframe, this only proves the VALUE of a mainframe. Lord knows they get everything ELSE wrong up there... -- 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: Password?
On Thu, 8 Oct 2009 14:55:10 +0200, R.S. wrote: >Doc Farmer pisze: >> Well, first of all, and speaking purely as an Information Security >> specialist and >> fellow mainframer, I would recommend you find the person who requested your >> password and beat them senseless with a full box of 80-column cards >> (unpunched, so that they have their full weight and heft). > >I would be careful. There is no reason to beat PANEL wich asked the >password. This is software object, not a human being. There is a reason, but only if you dislike Microsoft... ;) >> My system does request a password for IBM-MAIN (and RACF-L as well) and >> gives the option of storing it in a cookie. It's been doing this for me for >> yonks, so my only guess here is that someone tried to go into your Listserv >> account to post something on IBM-MAIN without your knowledge or consent >> (see above for remedy). > >Or simply something changed. New PC, another browser, cleared cookies, etc. > Hey, I've been doing security/audit for a third of a century. Paranoia is a *job requirement*. :-D But you're right, every time I scrub my system for spyware/malware, a lot of the cookies get nuked and I have to put the password in again. No big whoop. Many thanks, Radoslaw! Doc p.s. If you ever need any mainframe security work done, give me a call. I'll be happy to help. Heck, I'll even bring my own box of 80-column cards... ;) -- 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: Password?
Well, first of all, and speaking purely as an Information Security specialist and fellow mainframer, I would recommend you find the person who requested your password and beat them senseless with a full box of 80-column cards (unpunched, so that they have their full weight and heft). My system does request a password for IBM-MAIN (and RACF-L as well) and gives the option of storing it in a cookie. It's been doing this for me for yonks, so my only guess here is that someone tried to go into your Listserv account to post something on IBM-MAIN without your knowledge or consent (see above for remedy). Hope this helps. Many thanks. Doc Farmer Senior Security Specialist InfoSec, Inc. Website: http://www.InfoSecInc.com e-Mail: dfar...@infosecinc.com LI: http://www.linkedin.com/in/DocFarmer On Thu, 8 Oct 2009 08:08:55 -0400, Baraniecki, Ray wrote: >When I arrived at work this morning there was a panel on my work station that was asking for my password for LISTSERV. I don't recall ever having a password or for that matter how to request a password. > >Can someone help clear up this confusion? > > >Thanks, > > >Ray Baraniecki -- 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: Mainframe Hall of Fame: Three New Members Added
Can I nominate Walt Farrell for the next induction? -- 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: 33 Years In IT/Security/Audit
I think the reason WANG went out of business was that their clients couldn't stop snickering... On Wed, 16 Sep 2009 15:43:41 +0200, R.S. wrote: > >In simple words no. >See: http://en.wikipedia.org/wiki/Wang_Laboratories > >-- >Radoslaw Skorupka >Lodz, Poland >Umamaheshwar Iyer pisze: >> I started mine on a WANG-VS which was user friendly. After the demise of >> this wonderful machine, I got a chance working on the Mainframe, which >> was quite tough when working from a user friendly system to a non-user >> friendly system. Almost 25 Years now! >> >> Any idea if WANG is still lurking within the computing world? -- 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: TEST geographically separate from PROD
I think we did that at one place I worked in the ME. There were TEST and PROD LPARs in the main centre, but there were other TEST and DR LPARs located a few hundred kliks at our secondary data centre. Generally, I don't think you have to have that much separation for pure TEST/PROD, but I think it's vital to have DR several hundred miles apart (I like the 1000 mile sep) and then using the DR site for TEST LPAR processing that supports the main site (leaving more room for PROD processing on the main iron). If you're logon is too slow, is it your system or is it your home service? I've got a cable modem with 30 meg/sec and logons to remote sites on either coast is pretty darn good! I use GoToMyPC for some sites, but even on the "regular" ones I've never had a problem. If you've got DSL, that might be the problem. Either that, or your front-end at the office is configured in such a manner that you have to go through a zillion hoops to authenticate. Hope this helps. Many thanks. Doc Farmer Senior Security Specialist InfoSec, Inc. http://www.InfoSecInc.com http://www.linkedin.com/in/DocFarmer http://tinyurl.com/2t6bwd (Click to Connect) On Thu, 10 Sep 2009 09:33:29 -0600, Frank Swarbrick wrote: >The whole combined versus separate TEST and PROD LPARs was interesting. I can't imagine not having them separate (with shared DASD for at least the load libraries), but then it's just what I'm used to. > >So here's a question... Anyone out there have DEV/TEST not only in a separate LPAR, or even a separate machine, but in a separate data center? We have our primary data center in Lakewood, CO (near Denver) and our "alternate data center" (DR site) in Scottsdale, AZ. So about 1000 miles apart. Management has the idea that we should move the applications development LPAR to the ADC. As an applications developer this makes me more than a bit nervous. Does anyone do this? Is a GDPS essentially required to make this workable? We currently do DASD replication to our ADC using DS8100s. > >One other thing I'm concerned about is TN3270 response time. I feel that logging on to work from home is too slow, and I only live 8 miles away. > >Thanks, >Frank > > >>>> > >The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e- mail and destroy this communication. Thank you. > >-- > >Frank Swarbrick >Applications Architect - Mainframe Applications Development >FirstBank Data Corporation - Lakewood, CO USA >P: 303-235-1403 > >-- >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: Seperate LPARs for Prod and Test or a single LPAR for both
Pros: Cheap Cons: Higher risk to production data being copied/misused. Cons: Higher risk to production data if test programs used against it. Cons: Serious complaints from internal/external auditors. Cons: Potentially violates segregation of duties. Cons: Potentially violates "need to know" access levels. Cons: Complicates security rules. Cons: Complicates naming conventions for datasets/programs/CICS regions. Cons: Complicates/Compromises security over program change control. Cons: Testing can sometimes slow down production processing (esp. CICS). Cons: Can cause failure of PCI, HIPAA, SOX and DIACAP rules/regs. Cons: LPAR crash kills all work for both prod and test users. Hope this helps. Many thanks. Doc Farmer Senior Security Specialist InfoSec, Inc. http://www.InfoSecInc.com http://www.linkedin.com/in/DocFarmer http://tinyurl.com/2t6bwd (Click to Connect) On Tue, 8 Sep 2009 19:39:56 -0500, gsg wrote: >Can everyone share some Pros/Cons on having seperate LPARs for Prod and >Test and also Pros/Cons for having a single LPAR that Prod and Test will >share. All feedback is welcome. > >TIA > >-- >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
WEBCAST: Transaction Segregation and Security for IBM-Supplied CICS Transactions
NewEra Software will be hosting two webcasts in September to discuss Transaction Segregation and Security for IBM-Supplied CICS Transactions. The webcast will feature Doc Farmer, Senior Security Specialist at InfoSec, Inc. and a member of NewEra's Security Advisory Board, and will touch on internal CICS settings to maximize security, a more granular segregation structure than that suggested by IBM, and the IBM-Supplied CICS Transactions IBM doesn't tell you about in their "Security CICS" manual. The webcasts will be held on Thursday, September 17th at 10:00 a.m. EDT, and Tuesday, September 22nd at 11:00 a.m. EDT. Be sure to reserve your place today! Click on this link to register for the webcast on Thursday, September 17, 2009 at 10:00 am EDT (7:00 am PDT): https://neweraevents.webex.com/neweraevents/onstage/g.php?t=a&d=664350515 Click on this link to register for the webcast on Tuesday, September 22, 2009 at 11 am EDT (8 am PDT): https://neweraevents.webex.com/neweraevents/onstage/g.php?t=a&d=666800011 Please feel free to pass this invitation along if you don't feel it would directly apply to you. I look forward to seeing you there. Many Thanks! Doc Farmer Senior Security Specialist InfoSec, Inc. http://www.InfoSecInc.com http://www.linkedin.com/in/DocFarmer http://tinyurl.com/2t6bwd (Click to Connect) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How often IPL a production LPAR (any good practice)
It depends on what your production LPAR is needed FOR. If it's 24/7/365 on-demand global transaction processing, I'd bet any IPL that wasn't scheduled at least 2 weeks in advance would cause major headaches to your user base. If it's used for normal 9 to 5 transaction processing and nightly batch, and you've got a slow day every couple of weeks (say, a Thursday or a Sunday that's not at the end of the month) I don't see too much danger. By the bye, who are "they"? Users? Tech Support? The network guy that's slaving World of Warcraft out of one of your zLinux pseudoframes under USS? Thing is, you should IPL *sometimes* - such as when you're doing major software upgrades, or if you've got an IO contention issue spiraling out of control, or if your dwarf is getting totally pwned in the aforementioned WoW pseudoframe. A little more data would probably help. Many thanks. Doc Farmer Senior Security Specialist InfoSec, Inc. Website: http://www.InfoSecInc.com e-Mail: dfar...@infosecinc.com LI: http://www.linkedin.com/in/DocFarmer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tommy Tsui Sent: Wednesday, September 02, 2009 9:09 PM To: IBM-MAIN@bama.ua.edu Subject: How often IPL a production LPAR (any good practice) Hi all, Is there any concern if we didn't IPL a LPAR over three months. Is there any good practise to follow from IBM. They always replied LPAR never needs IPL because of 24 x 7. Any comment will be 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: OT - IBM Takes First Close-Up Image of Single Molecule
Saw that on Drudge the other day. WAY cool! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, September 01, 2009 3:55 PM To: IBM-MAIN@bama.ua.edu Subject: OT - IBM Takes First Close-Up Image of Single Molecule For the Geeks on this list - You know who you are. This relates to circuit boards of the future. http://www.foxnews.com/story/0,2933,545138,00.html As part of a greater effort to someday build computing elements at an atomic scale, IBM scientists in Zurich have taken the highest-resolution image ever of an individual molecule using non-contact atomic force microscopy. Performed in an ultrahigh vacuum at 5 degrees Kelvin, scientists were able to "to look through the electron cloud and see the atomic backbone of an individual molecule for the first time," a feat necessary for the further development of atomic scale electronic building blocks. Atomic force microscopy employs a cantilever so small that its tip tapers to a nanoscale point. As the microscope scans, the cantilever bounces up and down in response to the miniscule forces between the tip and the sample, generating a picture of the sample’s surface. The pentacene molecule sampled consists of 22 carbon atoms and 14 hydrogen atoms and measures 1.4 nanometers in length, with the space between carbon atoms registering at 0.14 nanometers, or half a million times smaller than the diameter of a human hair. The image should help researchers determine how charge moves through molecules and networks of molecules, which in turn could lead to breakthroughs in building computing elements at the atomic scale. As circuits grow smaller, it becomes harder and harder to break the sub-10-nanometer scale, a benchmark that several research groups are trying to reach. Breakthroughs in circuit board and semiconductor technology involving self-assembling DNA promise to deliver infinitesimally smaller circuits, but reaching atomic-scale computing has thus far eluded researchers. Understanding the charge distribution of molecules could bring scientists a large step closer to cracking atomic scale computing, which could vastly reduce power consumption and fabrication costs. -- 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: Dumb Question - Credit Card Number Scanner
Not to mention this vintage perpetual motion device... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Tuesday, September 01, 2009 1:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Dumb Question - Credit Card Number Scanner And a block of flats in Tasmania... > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Eric Bielefeld > Sent: Tuesday, September 01, 2009 10:04 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Dumb Question - Credit Card Number Scanner > > And if they do all this, I have a bridge I'll sell you. My daughter lives > in Brooklyn, so she will be my agent. > > Eric > > - Original Message - > From: "Martin Kline" > > > > Easy. Offer to do the following: > > > > Start with the first byte on the first disk. Convert it and the following > > 0-n > > bytes to decimal numbers. Put that number in your list of suspiscious > > numbers. > > Also unpack the same bytes to create a second set of potential numbers. > > Also > > keep the 16 byte sequence as a suspiscious number. Procede to the next > > byte > > on the disk. Repeat for the entire disk. Then repeat for all disks. Then > > repeat > > this process for every tape. You will now have a list of potentially > > suspiscious > > numbers which consumes more space than all of the disks and tapes in your > > shop, probably by a factor of at least 10. Print the list and send it to > > the > > requester. > > -- > 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: 33 Years In IT/Security/Audit
That's how we used to "fix" printers as well... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, September 01, 2009 3:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 33 Years In IT/Security/Audit >I remember a 1403 control. unit where the CE pounded on it with a big hard rubber mallet, and then it started working again. Very interesting stuff back then. It's called 'percussive maintenance'. If it don't work, belt it. We had a few GANDALF terminals hooked up to a Honeywell Level 66, in first year university, that required that kind of care. But, things got so bad, the computer centre put up signs threatening to make students liable for damages and that treatment grounds for expulsion. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: 33 Years In IT/Security/Audit
Difference Engine? Aye, you were looky! When I were but a lad, we only had four integers in existence, and there were six of us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Fairchild Sent: Tuesday, September 01, 2009 3:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 33 Years In IT/Security/Audit I remember helping Wong Hsiao-Yü build his model 1 abacus during the reign of Emperor Po-Tzo the second. Or was it Babbage and his model 1 Difference Engine? It must have been Babbage, since I also remember when he suddenly awoke from an opium dream and exclaimed "MAINFRAME!". There. Now we're back on track. Bill Fairchild Software Developer Rocket Software 275 Grove Street · Newton, MA 02466-2272 · USA Tel: +1.617.614.4503 · Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Doug Fuerst Sent: Tuesday, September 01, 2009 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 33 Years In IT/Security/Audit Actually, the rubber mallet on the 2821 was used to fix parity problems in the 1403 core matrix. Intermittent print checks was the symptom. BTW, a well place foot worked in lieu of a mallet. one of my first lessons as a CE.. Doug -- 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: Dumb Question - Credit Card Number Scanner
Not necessarily - the data can be kept in the clear "at rest" on the mainframe so long as there are compensating controls (in other words, if you won't cough up for the cryptographic co-processor). -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Tuesday, September 01, 2009 11:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Dumb Question - Credit Card Number Scanner This would seem to be a violation of the PCI standard. The CC#/PIN (among other things) should be accessable in the clear only to those with a need to know. Smells like a 'audit trap' to me. Tell them yes and you will fail the audit. I would tell the auditor's no. HTH, Subject: Dumb Question - Credit Card Number Scanner Okay, this one came to me yesterday. Somebody asked me if there were a way to search all files on a mainframe for credit card number information (you know, the 16-digit jobs) for a PCI audit. I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed Decimal, or 8 Binary. I also know it would require searching EVERY file, and would probably need to use "test" card numbers in order to determine if they really exist. However, for some reason they want to know if a scanner is available. I'm figuring this could be done with ISPF's SuperC, or with CA-Easytrieve or CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd appreciate some names/links. Many 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: 33 Years In IT/Security/Audit
It was a Sol 20 (with a massive 24K of memory, no monitor, no HD (just a jack to an audio cassette player)) - I put it together around 1974/75, if my feeble memory serves... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hardee, Charles H Sent: Tuesday, September 01, 2009 12:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 33 Years In IT/Security/Audit What number Altair Kit did you get? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mikhail Ramendik Sent: Tuesday, September 01, 2009 11:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 33 Years In IT/Security/Audit 2009/9/1 Doc Farmer > Folks, > > Today marks when I started my first job in IT. Well, my first PAYING > job - I built my first PC for a guy when I was 15, but I'm talking the > BIG IRON. So you built your first PC even more than 33 years ago, that's earlier than 1976? What did you build back then? > I started as a keypunch operator on night-shift (while going > to high school during the day for my senior year), I actually ENJOYED > reading IBM manuals (still do - doctors have yet to find a cure), As I work as an Information Developer in IBM, I liked this line :) (I'm only with them for a year. Disclaimer - only speaking for myself, etc). -- Yours, Mikhail Ramendik -- 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
33 Years In IT/Security/Audit
Folks, Today marks when I started my first job in IT. Well, my first PAYING job - I built my first PC for a guy when I was 15, but I'm talking the BIG IRON. I started as a keypunch operator on night-shift (while going to high school during the day for my senior year), I actually ENJOYED reading IBM manuals (still do - doctors have yet to find a cure), and have spent the next third of a century either running, auditing or securing the Armonk Giants. Man, do I feel OLD!!! To all my colleagues, I can only say that it's been a hoot! I've been able to see the world (well, the northern hemisphere, anyway), learn and teach and write and speak on mainframes, and hopefully do a bit of good out there. I even found out that mainframes can bridge otherwise insurmountable language gaps. I worked a job where the Tech guy spoke no English and I spoke no Japanese, but we both spoke IBM! Looking forward to the next 33 years... Many thanks, everybody! Doc Farmer Senior Security Specialist InfoSec, Inc. Website: http://www.InfoSecInc.com e-Mail: dfar...@infosecinc.com LI: http://www.linkedin.com/in/DocFarmer -- 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: Dumb Question - Credit Card Number Scanner
I agree, and I'll be explaining that to the folks who asked. But I still feel it's important to show them what tools are out there, before explaining how much of a pain in the butt such a search would be... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Ford Sent: Tuesday, September 01, 2009 10:25 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Dumb Question - Credit Card Number Scanner I understand the Auditor's concern, but I dont think this is a re Doc, I understand the Auditor's concern, but I dont think this is a realistic request. If your shop is like most shops there are Terabyte and Terabytes of data. Maybe a better approach would be to review application programs and see if any of them are asking or passing CC info to create files or DBs.. Scott J Ford www.identityforge.com ____________ From: Doc Farmer To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 1, 2009 9:05:02 AM Subject: Dumb Question - Credit Card Number Scanner Okay, this one came to me yesterday. Somebody asked me if there were a way to search all files on a mainframe for credit card number information (you know, the 16-digit jobs) for a PCI audit. I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed Decimal, or 8 Binary. I also know it would require searching EVERY file, and would probably need to use "test" card numbers in order to determine if they really exist. However, for some reason they want to know if a scanner is available. I'm figuring this could be done with ISPF's SuperC, or with CA-Easytrieve or CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd appreciate some names/links. Many thanks. Doc Farmer Senior Security Specialist InfoSec, Inc. Website: http://www.InfoSecInc.com e-Mail: dfar...@infosecinc.com LI: http://www.linkedin.com/in/DocFarmer -- 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
Dumb Question - Credit Card Number Scanner
Okay, this one came to me yesterday. Somebody asked me if there were a way to search all files on a mainframe for credit card number information (you know, the 16-digit jobs) for a PCI audit. I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed Decimal, or 8 Binary. I also know it would require searching EVERY file, and would probably need to use "test" card numbers in order to determine if they really exist. However, for some reason they want to know if a scanner is available. I'm figuring this could be done with ISPF's SuperC, or with CA-Easytrieve or CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd appreciate some names/links. Many thanks. Doc Farmer Senior Security Specialist InfoSec, Inc. Website: http://www.InfoSecInc.com e-Mail: dfar...@infosecinc.com LI: http://www.linkedin.com/in/DocFarmer -- 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: Special RACF users and message ICH301I
You wouldn't want to automate a NO reply either, because somebody could do a lock-out of all the SPECIAL users (a Denial of Service attack). -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Thursday, July 30, 2009 9:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Special RACF users and message ICH301I On Thu, 30 Jul 2009 01:16:22 +, Linda Mooney wrote: >Greetings! > > > >This didn't used to be a big deal  when we had 24x7 operations support, but those were the days. Now we just have dayshift and swing. We don't have an automation product and cannot purchase any software during these budget times. > > > >Our RACF folks have the special attribute and they don't get revoked if they forget their password. Instead this message is posted to the console - > > > >ICH301I MAXIMUM PASSWORD ATTEMPTS BY SPECIAL USER  userid > > > >* nn ICH302D REPLY Y TO ALLOW ANOTHER ATTEMPT OR N TO REVOKE USER userid > > > >While the WTOR is posted, nobody else can log on either. Does anyone know of a way to 'automate' a reply to this message without an automation product? > > Sure, an MPF exit. But I would NEVER want to automate a yes reply to this message as it could indicate someone trying to hack into the system. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Special RACF users and message ICH301I
Miss Mooney, This is one of the bad sides of "dark" or non-24/7 data centres. Frankly, you should NOT automate the responses to such messages - there are very important security reasons for having a Human intervention here (IMNSHO, of course). If you've got a SPECIAL user (and gee, Mom always said I was "special", don'tchaknow) their access is critical and if somebody's mucking about with their ID, you want to know about it ASAP. Which is one of the reasons that things tend to get, well, stuck when somebody goofs up the password on one of those IDs. It's z/OS's way of telling you "WARNING! WARNING! DANGER, WILL ROBINSON!" I'd strongly suggest you cross-post this over at RACF-L (I hang out there as well, so if you don't have an account there I can pass this message along if you like). I'm sure there's an automated package that might do the trick, but like you said, money's tight (hell, when is money ever LOOSE in an IT budget?) and someone might suggest an automated exit to be developed in-house - perhaps one that could send an e-Mail message from the mainframe to somebody's Blackberry at 0300 so they can drive into the data centre to fix the problem (meaning that the owner of the ID will get a phone call at around 0345 to verify the problem is due to their fat-fingering their password, and not some yahoo trying to hack their access). Again, however, I have to stress that an automated "solution" to this problem will no doubt raise even deeper problems and security gaps that your auditors (both internal and external) will have a hard time coping with. I've worn the auditor hat (internal only) and the security guy hat (internal and consultant) and to my way of thinking, both roles would strongly recommend you either wait for the day shift to come in and just live with it, or create an alert system that wakes up key staffers to resolve the problem. I would not advise just letting something like this pass for after-the-fact review whilst giving immediate access to a potentially critical User ID. But that's just my $0.02's worth. Hope this helps. Many thanks. Doc Farmer Senior Security Specialist InfoSec, Inc. Website: http://www.InfoSecInc.com e-Mail: dfar...@infosecinc.com LI: http://www.linkedin.com/in/DocFarmer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Linda Mooney Sent: Wednesday, July 29, 2009 9:16 PM To: IBM-MAIN@bama.ua.edu Subject: Special RACF users and message ICH301I Greetings! This didn't used to be a big deal when we had 24x7 operations support, but those were the days. Now we just have dayshift and swing. We don't have an automation product and cannot purchase any software during these budget times. Our RACF folks have the special attribute and they don't get revoked if they forget their password. Instead this message is posted to the console - ICH301I MAXIMUM PASSWORD ATTEMPTS BY SPECIAL USER userid * nn ICH302D REPLY Y TO ALLOW ANOTHER ATTEMPT OR N TO REVOKE USER userid While the WTOR is posted, nobody else can log on either. Does anyone know of a way to 'automate' a reply to this message without an automation product? TIA, Linda Mooney -- 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: Implementing CA-1 / RACF
You might want to cross-post this over at RACF-L. Hope this helps. Many thanks. Doc Farmer InfoSec, Inc. doc.far...@gmail.com http://www.InfoSecInc.com http://www.linkedin.com/in/DocFarmer http://tinyurl.com/2t6bwd (Click to Connect) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John McKown Sent: Friday, March 20, 2009 08:52 To: IBM-MAIN@bama.ua.edu Subject: Implementing CA-1 / RACF I was told Tuesday that I must implement the CA-1 / RACF functions to restrict use of EXPDT=98000 and BLP. Wednesday, I came down with something. I'm now back with this deadline looming over me. I'm still a bit fuzzy headed, so I'll ask the corporate intelligence for any advice on what I need to do. I'm reading the CA-1 version 11.5 manuals. I'm just unsure about what happens if a resource doesn't have a RACF profile once I do the CLASSACT on c...@ape and c...@md. -- Many thanks, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Encryption software?
May I suggest you cross-post this over at RACF-L? You'll get some good information on the security-side of the implementation. Hope this helps. Many thanks. Doc Farmer Senior Security Specialist InfoSec, Inc. dfar...@infosecinc.com http://www.InfoSecInc.com http://www.linkedin.com/in/docfarmer -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Wednesday, January 21, 2009 10:34 To: IBM-MAIN@bama.ua.edu Subject: Encryption software? I would like to solicit opinions about Mainframe data encryption. What are you using? Ease of implementation and maintenance of keys? We currently use FDR to create our off-site DR volume backups. Is anyone using FDRCRYPT? FDRCRYPT would seem to be a natural extension for us. All thoughts and suggestions are welcome. Regards, Dave O'Brien -- 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
New Polls on LinkedIn
If anybody here uses LinkedIn, I've posted two new polls there regarding the frequency of Mainframe Security and z/OS Integrity Assessments. If you use LI, please feel free to participate - (FYI, this has been cross-posted over at RACF-L, but z/OS Integrity Assessments aren't (strictly speaking) security reviews...) 1) When Was Your Last Mainframe Security Assessment? Poll - http://polls.linkedin.com/p/14984/rxnlz Q&A - http://www.linkedin.com/answers/technology/information- technology/information-security/TCH_ITS_ISC/390957-7404330? browseIdx=1&sik=1230724691042&goback=.amq Q&A (tiny) - http://tinyurl.com/DocFarmer 2) When Was Your Last z/OS (Not Security) Integrity Assessment? Poll - http://polls.linkedin.com/p/14985/xzdzm Q&A - http://www.linkedin.com/answers/technology/information- technology/information-security/TCH_ITS_ISC/390958-7404330? browseIdx=0&sik=1230724691042&goback=.amq Q&A (tiny) - http://tinyurl.com/DocFarmer-Poll02 Please contribute as and where possible. Many thanks! Doc Farmer Senior Security Specialist InfoSec, Inc. http://www.InfoSecInc.com http://www.linkedin.com/in/DocFarmer http://tinyurl.com/2t6bwd (Click to Connect!) -- 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: Former Marines
Well, I guess you're going to *really* be honked off when Saint Swithin's Day comes around... :) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Monday, November 10, 2008 15:58 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Former Marines >As many a jarhead will tell you, there's no such thing as a *former* >marine... > >Semper Fi, from the grateful son of a swabbie. > > -- >I know that it is off topic and I don't like cluttering the list myself. >But it is appropriate: > >HAPPY BIRTHDAY TO ALL FORMER DEVIL DOGS. NOV 10 1775 > > --- Let's kill this thread, before it starts getting maudlin, and out of hand. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Former Marines
As many a jarhead will tell you, there's no such thing as a *former* marine... Semper Fi, from the grateful son of a swabbie. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jackson, Robin Sent: Monday, November 10, 2008 10:26 To: IBM-MAIN@BAMA.UA.EDU Subject: OT: Former Marines I know that it is off topic and I don't like cluttering the list myself. But it is appropriate: HAPPY BIRTHDAY TO ALL FORMER DEVIL DOGS. NOV 10 1775 Rob Rob Jackson Senior z/OS Systems Programmer Work phone: (615) 231-4998 email: [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Monday, November 10, 2008 8:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VVDS fix catalog - broken link Traylor, Terry wrote: > Did you try this like? ftp://ftp.software.ibm.com/s390/mvs/tools/VVDSFIX.VER13.TRSD This link works OK. THANK YOU! I submitted to IBM notification about broken link. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2008 r. kapitał zakładowy BRE Banku SA wynosi 118.642.672 złote i został w całości wpłacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Surgery Delay
Thoughts and Prayers headed your way. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Sunday, November 02, 2008 13:18 To: IBM-MAIN@BAMA.UA.EDU Subject: OT: Surgery Delay Sorry to break in but just wanted every one to know that the surgery has been delayed. The doctors want to see if it can be treated by medicine instead if it can't then surgery will happen. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Large DASD Farms
I've got about 30,000 head of DASD on my ranch in Montana (right next to my waving fields of dental floss, and just up the road from my free-range Nauga herds). -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Brian Peterson Sent: Wednesday, August 27, 2008 11:22 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Large DASD Farms Something like 5300. Why? Brian On Wed, 27 Aug 2008 10:20:43 -0500, John P Kalinich wrote: >Does anyone have more than 4,000 DASD units defined? > >Regards, >John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unbelievable Patent for JCL
Uh, I'd like to patent the following DD statement... //SYSOUTDF DD DSN=PATENT.BELONGS.TO.DOC.FARMER,DISP=SHR IBM, I'm expecting a check... :) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Tuesday, August 19, 2008 13:31 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Unbelievable Patent for JCL On 19 Aug 2008 08:54:08 -0700, [EMAIL PROTECTED] (Thompson, Steve) wrote: > >Not surprised, HORRIFIED! > >I've seen a patent granted that OBVIOUSLY violated an existing patent. A >patent that was filed years after GA products (yes, PLURAL) were already >doing what the claimant said they had discovered. I'm trying to figure out how to use computers in this function of the patent office. It would have to know how to find software patent ideas under a different name, to look at graphics, and use foreign databases.Someday computers will be able to do that task, but possibly not until after patents have outlived their usefulness. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Politics - California state computers can't handle pay cut, controller says - sacbee.com
Wait - California has a REPUBLICAN governor? Could'a fooled me. Seriously, though, this sounds like a load of dimpled chads to me. I'm a security guy, not a programmer, but even I could probably code the changes necessary (provided they were in Cobol - I'd need a bit of help with the Assembler (WAY too rusty on that one, sadly)). Cripes, there are probably folks here who could BREADBOARD changes like that without too much of a problem. Now, if they're doing all this on a Mac, I could understand their dilemma... [insert cheeky grin here] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Chevalier Sent: Tuesday, August 05, 2008 18:06 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Politics - California state computers can't handle pay cut, controller says - sacbee.com On 5 Aug 2008 14:48:51 -0700, [EMAIL PROTECTED] (John P. Baker) wrote: >This sounds like a prepared statement written for the Controller by a >competing vendor seeking to replace the mainframe with a bunch of insecure, >overpriced, and over-hyped PCs. Actually, it sounds like a prepared statement written for a Democratic Controller who is looking to score points with organized labor, at the expense of a Republican governator. Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rational Developer for System z
Well, if anybody's interested in an irrational developer, call me! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Off-the-wall Auditor Requests (was RE: Hardware Alerts)
Heck, Nigel Pentland has two utilities that look for weak passwords (DOS- based) that I'ved used for quite some time to ensure a client is using strong passwords - CRACF and WEAKWORD. One just checks the USERID or DFLTGRP name, and the other uses a dictionary list. WEAKWORD (the dictionary list one) doesn't display the password. So yes, the passwords are recoverable - after a fashion. On Thu, 22 May 2008 11:18:13 -0500, Rick Fochtman <[EMAIL PROTECTED]> wrote: >- >I'm now wondering if this is an urban myth. At the GSE LSWG meeting last >Tuesday Ray Evans the IBM UK Penetration Testing Manager claimed several >times to be able to recover passwords from a copy of the RACF database. >I have a recording of the presentation. I hope this doesn't get him into >trouble as it was a very good presentation. >Look after your RACF D/B - security begins at home. >--- >I'd sure like to see his mechanism. Security is one of my "hot buttons", >having been a RACF administrator for many years. My RACF database files >were also RACF protected. When I was asked for an unloaded copy, I had a >special little program, using UPDAT I/O, that set all password fields >toX'00" values so nobody could even try to decypher passwords. At least, >not with any hope of success. > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Xephon, are they still in business?
Yes, they're in business, but they're owned now by zJournal. Try their new address - http://www.xephonusa.com On Mon, 14 Apr 2008 06:17:31 -0700, Mark T. Regan, K8MTR wrote: >Is Xephon still in business? I'm subscribed to their TCP/SNA quarterly, but I have not received the March 2008 issue yet. It's not posted to their web site either and so far I have not had any response from them when I asked about it via their contact page. > >Thanks > >Mark T. Regan, K8MTR >CTO1 USNR-Retired (1969-1991) > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is IT becoming extinct?
You're standing in the right place - the author, however, is not. While he brings up valid points, these are correctable by good project management and more User ownership of (and responsibility for) their applications and data. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Monday, March 24, 2008 09:01 To: IBM-MAIN@bama.ua.edu Subject: Is IT becoming extinct? http://blogs.zdnet.com/projectfailures/?p=666 (Not from where I'm standing - but I might not be standing the right place) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYMDUMP Question
>From what I can see from the support site, there IS upgrade information to >version 7.0 available. Have your CA rep raise an issue to obtain the data you >need. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Monday, March 17, 2008 13:19 To: IBM-MAIN@bama.ua.edu Subject: SYMDUMP Question We have been running SYMDUMP 2.0 for quite some time and it was never updated. CA's current version is 7.0, and there were no intervening release numbers. We were repeatedly told by CA that there is nothing, NADA, zip… that will convert our older CSL’s to the newer PROTSYM’s . So, we’re stuck in limbo. We can’t recompile all of our older source code to generate the newer PROTSYM’s and there is an in-house source compile/tracking system that is coded in Roscoe RPF’s which I am loath to change. Does anyone know if what CA has told us is true? If so, for those that have passed this way before we, what did you do? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disclaimers
Shakespeare was RIGHT: * "The First Thing We Do, Let's Kill All The Lawyers!" On Thu, 13 Mar 2008 10:55:06 -0500, Rick Fochtman <[EMAIL PROTECTED]> wrote: >- >> >>My disclaimer is dictated by the company lawyers. Lawyers understand >>neither KISS nor fun. >> >> >- >I know very few lawyers that understand ANYTHING about the real world. :-) > >-- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disclaimers
The quote you gave was the tip-off. And I thoroughly enjoyed that novel as
well. As I recall, it was first said to Vrenn (later Krenn) by Thought-Admiral
Kethas epetai Khemara.
This is what happens when you're a 96th percentile Nerd.
Look, if you want a disclaimer, either make it KISS-principle ("This is an
e-mail - it is not a secured or legal document, so don't act like it is.") or
make it FUN (my previous example).
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted
MacNEIL
Sent: Wednesday, March 12, 2008 23:49
To: IBM-MAIN@bama.ua.edu
Subject: Re: Disclaimers
>Ah, a John M. Ford fan. "The Final Reflection" - one of the best non-canon ST
>novels out there
I don't know how you figure that out, but yes I am.
I've read them all.
I was 9 when startrek went on the air (TOS) and have watched them all!
But, my point is still the same.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disclaimers
Except that's the wrong liability. The sender would ultimately be liable. If, for example, I send a "private" (person-to-person, or point-to-point) e-Mail with confidential data to IBM-MAIN@bama.ua.edu instead of to you specifically, and that mail contains contract rates or specific internal security information about you/your company, and a couple of IBM-MAIN listers forward that message on to TMZ or TheSmokingGun.com, THEY don't hold any liability for the information ending up on Drudge. I, however, would be on an unemployment line faster than you can say "bortaS ChoQ", my boss would be throwing veQ at me, and I'd end up performing the Hegh'bat so I could end up in the Black Fleet. I'm unaware of any legal case where a message recipient/resender was held liable for unintentional receipt/forwarding of a message. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, March 12, 2008 23:52 To: IBM-MAIN@bama.ua.edu Subject: Re: Disclaimers >if worded correctly, so that a message cannot be used as a legally binding >agreement (and believe me, it's been tried) which can come back to bite the >sender in the bee-hind. My issue was never that. It's the implied liability of the recipient. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disclaimers
Ah, a John M. Ford fan. "The Final Reflection" - one of the best non-canon ST novels out there. I don't think it's an issue of prior restraint. It's an issue of no restraint whatsoever. However, taglines and disclaimers do at least provide a modicum of protection to the sender, if worded correctly, so that a message cannot be used as a legally binding agreement (and believe me, it's been tried) which can come back to bite the sender in the bee-hind. Frankly, I think that folks should try to have a bit of fun with those darn things, viz: "The information contained in this e-mail message may be proprietary and/or confidential. Then again, it may not. It is for intended addressee(s) only, but can be read by anybody at the CIA, MI6, Mossad, the Tal'Shiar or the Obsidian Order. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution, bending, folding, spindling, mutilating, sautéing, roasting, deep-frying, or other Preparation (H) of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense, cause economies to fail, empires to fall, large cracks to appear in the Earth's surface and the end of all existence across the entire multiverse. Void where prohibited. Your mileage may vary. Auntie Em! Auntie Em! It's a Twister, It's a TWISTER!" -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, March 12, 2008 23:07 To: IBM-MAIN@bama.ua.edu Subject: Disclaimers Does anybody realise that you cannot issue prior restraint? You cannot legally enforce the fact that you cannot disseminate an e-mail that was sent to you, stating you can't send it from here! If an email was sent to you, unsolicited, you can do whatever you want with it. Sending to a list server is unsolicited. I know this is the law in Canada; I'm pretty sure it's the same in the US. As the Klingons say: "if you don't want it heard, you shall not say it". I'm not sure, but I think this is a little bit on topic. If I'm wrong, then what's the purpose of contributingg? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
Uh, what part of "Benevolent Dictator" did you not understand? ;D -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Wednesday, March 12, 2008 11:14 To: IBM-MAIN@bama.ua.edu Subject: Re: clock, daylight savings time -- I hereby declare that from now on, "daylight savings" is banned and all clocks shall be set to GMT only, worldwide. Signed, Doc Farmer Benevolent Dictator and Confirmed Horophile (stop snickering, I'm *not* a NY Governor) I disagree. Let all HARDWARE clocks be set to GMT and use PARMLIB OFFSET values to adjust to local time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
Aw, the HECK with this. I hereby declare that from now on, "daylight savings" is banned and all clocks shall be set to GMT only, worldwide. Signed, Doc Farmer Benevolent Dictator and Confirmed Horophile (stop snickering, I'm *not* a NY Governor) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Tuesday, March 11, 2008 19:27 To: IBM-MAIN@bama.ua.edu Subject: Re: clock, daylight savings time In <[EMAIL PROTECTED]>, on 03/11/2008 at 12:18 PM, "Schwarz, Barry A" <[EMAIL PROTECTED]> said: >While all true, it doesn't address the question. Yes it does, because -(A-B) = (B-A); in particularar, (CDT-CST) = -(CST-CDT). -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see <http://patriot.net/~shmuel/resume/brief.html> We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Abend S013 using ICHDSM00 procedure
1) You should have AUDITOR access on your ID 2) You'll need UPDATE access to the RACF database 3) AFAIK, you don't need to use the SYS1.BROADCAST library to use ICHDSM00 Hope this helps. Many thanks. Doc Farmer Senior Security Specialist InfoSec, Inc. http://www.InfoSecInc.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carlos Cordero Sent: Monday, March 03, 2008 13:40 To: IBM-MAIN@BAMA.UA.EDU Subject: Abend S013 using ICHDSM00 procedure Hi everybody!! Please, somebody can help me with this: i tried to use the ICHDSM00 program using SYS1.BRODCAST library, then using a DSMON sentences to get RACF report. so, i get an abend S013 when jcl fails; what are the main reason for this abend? Tanks. > Date: Mon, 3 Mar 2008 13:24:08 -0500> From: [EMAIL PROTECTED]> Subject: Re: CA-FAVER to DFDSS conversion> To: IBM-MAIN@BAMA.UA.EDU> > > > > > > > Kevin,> > When you ran your DFDSS benchmark, did you use OPT(4) and the ADMIN> parameters? These should reduce your I/O considerably.> > > > Mr. Obrien,> > I used OPT(4), but not the ADMIN. Is there an advantage to use the ADMIN> parm?> > > Thanks,> > Fletch (317) 817-3545> Sr. Systems Analyst> Conseco, LLC> > The first step towards failure is trying - Homer Simpson> > --> For IBM-MAIN subscribe / signoff / archive access instructions,> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO> Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Participa en nanometrajes y gana grandes premios http://cine.prodigymsn.com/nanometraje -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA ESD files
If you're running a FLEX-ES system, you can get around the no-tape-drive issue by using the FAKETAPE utility. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, February 04, 2008 14:36 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA ESD files On Mon, 4 Feb 2008 12:20:57 -0600, Tony Harminc <[EMAIL PROTECTED]> wrote: >On Sun, 3 Feb 2008 07:56:17 +0200, גדי בן אבי <[EMAIL PROTECTED]> wrote: > >>Does anyone know of a way to extract files from a CA ESD file without using >a tape drive. > >This gets discussed from time to time. > >Best bet is to submit a requirement to CA. I've often enough wanted to >restore just one file from one of their tapes, and having to use a physical >tape for this is ridiculous. > Agree. But installation procedures / JCL would have to be adapted. >Or maybe one of the virtual tape vendors, or the MFNetDisk guy could make it >happen without a real tape. > If you have one of the virtual tape HW products this isn't really an issue so I don't think any virtual tape vendor would waste their time.Just create the install tape to virtual tape. I still like the tape option (virtual) because after I install the product why do I need to keep the install libraries on DASD. There is already 2 copies of data (tgt/dlib) for any product which is SMP/E installed - which would be just about (it not) all of them. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Co:Z Co-Processing Toolkit for z/OS is now FREE
Looks like a tool that will require some serious security review in order to implement it properly. On Wed, 23 Jan 2008 17:02:27 -0600, Kirk Wolf <[EMAIL PROTECTED]> wrote: >Dovetailed Technologies announces today that the Co:Z Co-Processing >Toolkit for z/OS is now free for use, under the terms of the Apache V2 >license. > >The Co:Z Co-Processing Toolkit allows a z/OS batch job to remotely >launch a process on a distributed system, redirecting input and output >from the remote process to traditional z/OS datasets or spool files. > >Remote processes are securely launched using proven SSH (secure shell) >technology to the target platform, which may be Linux, Windows, or >other Unix/Posix platforms. > >The remote/target process can use Dataset Pipes commands or APIs to >"reach back" into the Co:Z Launcher jobstep and access MVS datasets - >by name or "DD" reference. These APIs allow for very flexible control >over the conversion of record-oriented z/OS datasets to or from >byte-stream pipes usable by the target application. > >The Co:Z toolkit for z/OS also includes the popular "DtlSpawn" and >"Dataset Pipes" tools, packaged in a single installer. Pre-built >binary and source packages are available for a variety of distributed >platforms, including Windows, Linux/x86, Linux for System z, and Unix. > >Free support is available on our support forum. Commercial support >contracts are also available. > >See: > http://dovetail.com/products/coz.html - for more information. > http://dovetail.com/docs/coz/cookbook.html - for sample jobs > http://dovetail.com/downloads/coz/index.html - for downloads > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Aiming to Ease Mainframe licensing Costs
Here's an abbreviated link: http://tinyurl.com/2pvurx And here's the story: * CA aiming to ease mainframe software licensing costs By Mark Fontecchio, News Writer 23 Jan 2008 | SearchDataCenter.com CA Inc. has announced a new mainframe product licensing scheme to address a dire issue for mainframe users: software costs. In a poll from Stamford, Conn.-based research firm Gartner Inc., 58% said that the "single largest inhibitor" to mainframe growth in their data center was either IBM or third-party software costs. With its announcement, CA aims to ease some of those concerns by offering customers software discounts when their capacity grows, mainly by encouraging users to buy according to millions of service units (MSUs) rather than millions of instructions per second (MIPS). Though details were sparse, CA said that MSU pricing for one of its security or workload automation products running on a mainframe with 1,000 million service units (MSUs) would be one-third less than on a comparable 7,000 million instructions per second (MIPS) machine. Because MIPS is a measure of processor speed alone, it has come under fire for its inaccuracy as a measure of how well a system performs. Other factors, such as memory and I/O bandwidth, affect how well software executes within the mainframe. This is why IBM began licensing its software according to MSUs, which measure how much processing a computer can perform in an hour. "The argument has always been that MIPS is not a true mainframe measure of performance," said Richard Ptak, an analyst at Ptak Noel & Associates. It's been a problem forever now." Mark Combs, a CA senior vice president, put it this way: MIPS can't measure the actual consumption of work, while MSUs can. MIPS are also capacity based, meaning that users who pay according to MIPS are often paying for capacity they don't need. With MSUs, users can choose capacity- or consumption-based pricing. Shops that run close to 100% utilization most of the time might go with capacity-based pricing, while those who run only at 40% most of the time would go with consumption based to save money. Product "suites" and free consulting Aside from the licensing change, CA has also organized similar software products into "suites." The new suites address performance management, security, tape utilization and compliance, resource management, database performance, and automated storage optimization. Combs said that there are no new products involved in the announcement. Ptak said that offering software in suites allows mainframe users to simplify how many applications – and how many vendors – they use. "I think that anything they can do to simplify the process makes sense," he said. "If it gets complicated, people get frustrated." CA also announced something it calls a Mainframe Value Program, which is a free consulting service in which a CA employee examines a customer's CA software to make sure the software is up to date and running as best they can. Combs said the consulting offering arose from a company restructuring last year that created a specific mainframe division and wanting to have more of a presence for existing mainframe customers. "Part of this is kind of a catch-up from the past," he said. "We haven't had much of a field presence. We have good customer relations, but we haven't spent a lot of time in front of customers talking about solutions." * Full Disclosure: I work at InfoSec Inc, which is a business partner of both CA and IBM. We do software installation and consulting for CA (especially in the mainframe security area). Hope this helps. Many thanks. Doc Farmer Senior Security Specialist InfoSec, Inc. http://www.InfoSecInc.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK down again?
To save time, why don't we just post when IBMLINK is UP? Considering the volume of messages when the link goes down, I figure these would be far more rare (and noticeable) alternative... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Thursday, January 17, 2008 09:48 To: IBM-MAIN@BAMA.UA.EDU Subject: IBMLINK down again? I'm getting an error message when I sign on this morning. "We're sorry, there has been a problem while signing in. Please try again later." Is anyone else getting the same message? -- Mark Jacobs Time Customer Service Tampa, FL Riley: Find the next number in the sequence: 313, 331, 367, ...? what? The Doctor: 379. It's a sequence of happy primes, 379. Martha: Happy what? The Doctor: Just enter it! Riley: Are you sure? We only get one chance. The Doctor: Any number that reduces to one when you take the sum of the square of its digits and continue iterating until it yields 1 is a happy number, any number that doesn't, isn't. A happy prime is both happy and prime. Doctor Who episode "42" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New System Build (Part II) - Shai's PC Disk on Flex???
Would it work on a FLEX system if your only activity is backup/recovery of "DASD" (no IPL involved)? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shai Hess Sent: Thursday, January 03, 2008 13:58 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: New System Build (Part II) - Shai's PC Disk on Flex??? You can not IPL MFNetDisk PC File with my product because MVS MFNetDisk must run in MVS to be able to have 3390 emulation with a PC file. But using my product you can create mirror (using ASync mode) from one real 3390 to another real 3390 and then IPL from the another real 3390. My product can mirror real 3390 even if they do not have hardware connection (only TCP connection is required). Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
On Mon, 31 Dec 2007 11:39:16 -0600, Dave Kopischke
<[EMAIL PROTECTED]> wrote:
>On Mon, 31 Dec 2007 09:10:05 -0600, Doc Farmer wrote:
>
>>
>>I really wish that the USERS (that's us) were able to file an amicus curiae
>brief
>>so that OUR wishes are heard and rights protected.
>
>I'd like to read more about what "rights" we think we have in this. It seems
>pretty clear-cut to me. IBM owns this stuff and they're trying to protect it.
>The patent laws are the patent laws. Retroactively applying some socialistic
>philosphy to the issue does not change IBM's rights nor the law.
>
>While I agree with many of the opinions concerning what should happen and
>have posted my opinion regarding IBM's seemingly short-sighted strategy, I
>cannot and will not support a movement to ignore the law and deny anyone's
>right to protect their property.
>
>Without any political nor philosophical preaching, what specific "rights" do we
>have in this matter
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html
Well, for example, the freedom to choose what platform we use for
development purposes. In effect, IBM is taking that option away from existing
users, and they're also limiting a market for potential users.
Further, as users I think we could make the argument that IBM's actions are
anti-competitive both to the principals of the case as well as to small
development shops and educational facilities. The fact that this cuts IBM's
own throat by further reducing the numbers of mainframe-ready developers,
technicians, etc., available to the general workplace market, which would in
turn reduce the demand for z Series systems, is an irony the court might find
chuckle-worthy.
Now, do those "rights" have any force in law? I have absolutely NO idea.
However, there are areas of consumer protection which could apply (and I
speak with all the legal background and experience of any other former tape-
ape here [see also: -all, bugger] {Brits please explain phrase to your Colonial
counterparts}).
I don't see how paying IBM to use its operating system (on a small platform)
is denying them their rights. So far as I'm aware, none of the principals on
the non-IBM side of this issue have stolen any classified data, nor acted
outside their previously negotiated agreements. If I'm wrong about that,
please point out the error because I don't recall seeing anything regarding
such activities. Customers have paid the principals, the principals have paid
IBM, we do the Hokey Pokey and we shake it all about.
When you come right down to it, it would be (from my admittedly naïve point
of view) far better for all of the parties involved to try to come to some sort
of
modus vivendi instead of all this (extremely expensive) legal action.
Unfortunately, once the [bleep]ing lawyers get their hands on something like
this, it is almost impossible to wrest it from their control.
But that's just my opinion.
I hope I've been neither philosophical nor political.
Thus endeth the lesson (oops, preachy! sorry...)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
Then, why are the 31-bit licenses also being affected? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John P. Baker Sent: Monday, December 31, 2007 10:27 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: It keeps getting uglier No, IBM has not weakened its case. IBM previously licensed 31-bit internal documentation to third parties. However, if I recall the reports correctly, IBM has revoked PSI's licensing upon IBM's assertion that PSI illegally obtained and made use of licensed internal code and documentation in the development of their Itanium-based emulator, and that they furthermore are in violation of numerous IBM patents. Also, as I understand it, IBM has consistently refused to license its 64-bit materials. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Doc Farmer Sent: Monday, December 31, 2007 10:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: It keeps getting uglier I believe you're correct on IBM's legal position - up to a point. But when they provided that information previously for development of the software, did they not in effect diminish the strength of their case merely through that action? I really wish that the USERS (that's us) were able to file an amicus curiae brief so that OUR wishes are heard and rights protected. Because IBM's actions are not just having a deleterious effect on T3T and PSI. It's whacking us hard too... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
I believe you're correct on IBM's legal position - up to a point. But when they provided that information previously for development of the software, did they not in effect diminish the strength of their case merely through that action? I really wish that the USERS (that's us) were able to file an amicus curiae brief so that OUR wishes are heard and rights protected. Because IBM's actions are not just having a deleterious effect on T3T and PSI. It's whacking us hard too... On Mon, 31 Dec 2007 09:55:19 -0500, John P. Baker <[EMAIL PROTECTED]> wrote: >I don't disagree with you. > >Philosophically, I have a problem with IBM's actions. > >Legally, I feel that they are on solid ground. > >In arguing the merits of this case or of any other case we need to remember >to distinguish between what we want and what we have a right to. They are >seldom the same things. > >John P. Baker > >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf >Of Doc Farmer >Sent: Monday, December 31, 2007 9:51 AM >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: It keeps getting uglier > >Your point is valid, but WHY would IBM want to shut out this part of the >market? One of the big things I keep hearing/reading is that there are >concerns that not enough mainframe-trained students are coming out of >colleges or trade schools and into the job market. The small-platform >mainframe would erase that shortage, because schools could actually use >low-cost processors to train students how to program/operate/secure their >commercial big brothers. It also keeps smaller developers from creating >innovative software for the mainframe platform. > >How does restricting the marketplace like this HELP Big Blue? Because so >far, I've not seen a convincing argument for that case, despite the fact >that it seems to be the core thrust of IBM's actions. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
Your point is valid, but WHY would IBM want to shut out this part of the market? One of the big things I keep hearing/reading is that there are concerns that not enough mainframe-trained students are coming out of colleges or trade schools and into the job market. The small-platform mainframe would erase that shortage, because schools could actually use low-cost processors to train students how to program/operate/secure their commercial big brothers. It also keeps smaller developers from creating innovative software for the mainframe platform. How does restricting the marketplace like this HELP Big Blue? Because so far, I've not seen a convincing argument for that case, despite the fact that it seems to be the core thrust of IBM's actions. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John P. Baker Sent: Monday, December 31, 2007 09:44 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: It keeps getting uglier All R&D is paid for by the consumer in the end. So what? IBM has not made hardware or software unavailable. US patent law provides for a term of exclusivity. IBM is enforcing the legitimate rights afforded to then under US patent law. You seem to suggest that if an invention is of great benefit to society the rights of the patent holder should be held null and void. The founding fathers felt differently, and more than 200 years of jurisprudence have upheld that difference of opinion. Inventors are granted a "limited" time during which they retain exclusive rights to their invention, regardless of what society may think about it. Otherwise, what would be the purpose? Under your scenario, if I come up with a new invention which is of great benefit to society, then society should have the right to take it, give it to other (cheaper) manufacturers, and leave me out in the cold. IBM is well within its rights to deny PSI access to its 64-bit patents during the term of exclusivity, which in the US in currently 20 years. You may not like IBM's enforcement of its patent rights, but that does not make their actions illegal. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roger Bowler Sent: Monday, December 31, 2007 5:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: It keeps getting uglier The money which IBM spent on R&D came from the sales of mainframe computers to the companies which run the banking, transportation, manufacturing, and administrative systems which we all rely on. The revenues of those companies comes from the users of those systems. IBM didn't pay for the R&D. We did. S/390-based technology is critical to the functioning of our society. IBM does not have the right to keep society-critical technology secret, nor to hold society to ransom by preventing competitors from producing compatible systems. We have a right to expect that the hardware and software to drive these critical systems will always remain available. A competitive marketplace with a choice of suppliers is the way to ensure that the continued availability of mainframe technology is not dependent on the short-term interests of IBM profitability. For many years I trusted IBM to honour its obligations to society. Recent events led me to believe that this trust was misplaced. When IBM pulled the rug out from under the independent software vendors in the autumn of 2006, because the emulation technology in their IBM-supplied development systems got in the way of the IBM vs PSI litigation, it showed that however benevolent IBM may appear to be, in the end IBM's interests override those of the customer. Ref: http://www.tech-news.com/another/ap200703b.html Ref: http://www.tech-news.com/another/ap200704b.html Regards, Roger Bowler http://perso.wanadoo.fr/rbowler Hercules "the people's mainframe" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
On Thu, 27 Dec 2007 09:13:50 -0800, Edward Jaffe <[EMAIL PROTECTED]> wrote: > >IBM has developed, and deployed internally to some employees, including >their sales force -- for z-based product demonstration purposes -- the >zPDT (System z Personal Development Tool). It is a System z emulator on >Intel, suitable for laptop use. Though they claim it's "not ready for >prime time", some customers have already seen it in action. Its >existence cannot be ignored. > Got any spare copies? [insert cheesy grin here] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Redbooks - Systems Programming Series
More importantly, when the heck is Volume VI (the RACF volume) going to be released? Personal Deity, I'd be happy to proofread a *draft* copy at this point... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
On Fri, 7 Dec 2007 06:45:04 -0600, Ed Gould <[EMAIL PROTECTED]> wrote: >On Dec 6, 2007, at 12:06 PM, Jon Brock wrote: > >> No, I'm going for the popcorn franchise for all those people watching >> this play out. >> >> Jon >> >> > >Jon: > >Hey, start up you Belgium waffle stand think of all the people you >will get from IBM-Main:) > >Ed > Heck, he can get the same effect from buying a Krispy Kreme franchise or hosting a Star Trek convention... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
Will you serve the popcorn with Dinges? On Thu, 6 Dec 2007 13:06:28 -0500, Jon Brock <[EMAIL PROTECTED]> wrote: >No, I'm going for the popcorn franchise for all those people watching >this play out. > >Jon > > > > >I think it is time to 'get tough' on this issue of >laptop mainframes. In the letter to Sam Palmisano >we should threaten a mass migration of mainframe >professionals over to 'Waffle & Dinges.' (Will the >Waffle & Dinges guy franchise out his business?). > > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone else see the Waffle & Dinges man on TV this morning?
I've spoken Flemish before. The Robitussin always cleared that up, though. On Thu, 6 Dec 2007 06:11:44 -0600, Rick Fochtman <[EMAIL PROTECTED]> wrote: >Isn't Flemish also used in some areas of Belgium? Or is it pretty much a >"dead" language? Do the Walloons have a separate language? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone else see the Waffle & Dinges man on TV this morning?
Fortunately, my species can consume them safely... On Wed, 5 Dec 2007 18:19:35 -0600, Ed Gould <[EMAIL PROTECTED]> wrote: >On Dec 5, 2007, at 11:32 AM, Doc Farmer wrote: > >> Could be worse. >> >> He could have chosen to sell sprouts instead of waffles, y'know... > > >Brussel sprouts are not humanly digestible. > >Ed > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
Nope, no joke. Pretty much my entire career has been focused on MVS and z/OS. While I know about the other z Architectures, I've never looked into their emulation. Okay, I dabbled with OS/400, once, but I was young and reckless... On Wed, 5 Dec 2007 15:36:54 -0600, Paul Gilmartin <[EMAIL PROTECTED]> wrote: >On Wed, 5 Dec 2007 15:06:01 -0600, Doc Farmer wrote: > >>I didn't know that there were z/VM or other z Series PC emulators available... >> >That's a joke, right? > >Certainly Linux for z/Series runs on Hercules. Others, >being illegal, are less publicized. > >>On Wed, 5 Dec 2007 15:01:20 -0600, Rich Smrcina >>wrote: >> >>>I'm certainly in favor of that, in addition to expanding the letter to >>>include other System z operating systems. > >-- gil > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
I didn't know that there were z/VM or other z Series PC emulators available... On Wed, 5 Dec 2007 15:01:20 -0600, Rich Smrcina <[EMAIL PROTECTED]> wrote: >I'm certainly in favor of that, in addition to expanding the letter to >include other System z operating systems. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone else see the Waffle & Dinges man on TV this morning?
Could be worse. He could have chosen to sell sprouts instead of waffles, y'know... On Wed, 5 Dec 2007 12:17:44 -0500, Ed Philbrook <[EMAIL PROTECTED]> wrote: >Dinges is Belgian(?) for the waffle toppings. He is Belgian. > >EdP > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone else see the Waffle & Dinges man on TV this morning?
Yeah, but were his waffles any good? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Philbrook Sent: Wednesday, December 05, 2007 11:55 To: IBM-MAIN@BAMA.UA.EDU Subject: Anyone else see the Waffle & Dinges man on TV this morning? I believe it was CBS's morning program. They made a big deal of his being a former IBMer. EdP -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
Well, I've got no problem with that. Alternately, we can add names to the end of the letter (sort of a "we the undersigned" thing). On Wed, 5 Dec 2007 10:20:54 -0600, Ian <[EMAIL PROTECTED]> wrote: >What do you think of the idea to make it a signature driven petition >rather than a letter from a single person? > > >Ian >http://www.pcs305.com > >On 12/5/07, Doc Farmer <[EMAIL PROTECTED]> wrote: >> Let me try to clean up the format a bit and correct a few of the structural >> items... >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf >> Of Ian >> Sent: Wednesday, December 05, 2007 10:54 >> To: IBM-MAIN@BAMA.UA.EDU >> Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly >> >> Ted, >> >> No you are correct, the spelling errors must be corrected. >> >> Ian >> http://www.pcs305.com >> >> On 12/5/07, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >> > >> >http://members.ozemail.com.au/~oscarptyltd/Letter%20to%20Sam% 20Palmisano.ht >> ml >> > >> > I don't know if this is going to be convincing. >> > Especially with spelling errors: >> > 1. It's "z/OS", not "Z/OS". >> > 2. You have spelled "student" as "studnt" in one place. >> > >> > It may seem nit-picky, but spelling errors always reduce the credibility >> of any document. >> > >> > - >> > Too busy driving to stop for gas! >> > >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >> Search the archives at http://bama.ua.edu/archives/ibm-main.html >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >> Search the archives at http://bama.ua.edu/archives/ibm-main.html >> > > >-- > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
Let me try to clean up the format a bit and correct a few of the structural items... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ian Sent: Wednesday, December 05, 2007 10:54 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly Ted, No you are correct, the spelling errors must be corrected. Ian http://www.pcs305.com On 12/5/07, Ted MacNEIL <[EMAIL PROTECTED]> wrote: > >http://members.ozemail.com.au/~oscarptyltd/Letter%20to%20Sam%20Palmisano.ht ml > > I don't know if this is going to be convincing. > Especially with spelling errors: > 1. It's "z/OS", not "Z/OS". > 2. You have spelled "student" as "studnt" in one place. > > It may seem nit-picky, but spelling errors always reduce the credibility of any document. > > - > Too busy driving to stop for gas! > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
Looks pretty good! I'd suggest we expand on the section regarding the benefits to the developers (including security bods like me), but also the benefits to IBM. Your letter mentioned students. Considering the lack of mainframe experience I keep hearing about from recruiters, HR bods and project managers, etc., I would think IBM would be VERY interested in allowing the mini-z/OS to be put out in the colleges and tech training centres. Familiarity with mainframing will provide IBM with a groundswell of potential users. It'll also put paid to the oft-repeated lie that "the mainframe is dead" - let's face it, mainframes are the most stable, most secure and most efficient commercially available computer systems available EVER. Covering the smaller shops would be (to my mind, anyway) a great opportunity to build IBM's market progression from blades or i-Series to z-Series that customers can cope with. I liked the "Welcome to Oz" part of the message as well, but I think you should probably include a public service message about avoiding "Neighbours"... If nothing else, it would be nice to see IBM and T3T be able to settle this without recourse to the judicial branch... On Wed, 5 Dec 2007 22:31:46 +0900, Clement Clarke <[EMAIL PROTECTED]> wrote: >Hi Roger, Sam and Doc and other interested people, > >I have just learned that Sam is in Oz (for the first time ever). See >http://www.australianit.news.com.au/story/0,24897,22874620-16123,00.html > >In the past, I have spoken to a few people in IBM (gosh, I worked there >for 4 years), and, if we are quick it might be possible to get it discussed. > >I've written something fairly quickly, and stood on the shoulders of >others by incorporating their comments. I'll send it to Sam first thing >tomorrow (it is sleep time in Oz) after you have commented. > >It is here: >http://members.ozemail.com.au/~oscarptyltd/Letter%20to%20Sam% 20Palmisano.html > >Cheers, > >Clement Clarke > >Ian wrote: >> Clem >> >> If there is an interest in developing and signing such a letter to Sam >> I can host such and effort on my site. >> >> Ian >> http://www.pcs305.com >> >> On Dec 4, 2007 6:57 PM, Clement Clarke <[EMAIL PROTECTED]> wrote: >> >>> A letter or two to Sam might help. >>> >>> How about if we formulate one together and send it to him? My guess is >>> that the email sent about students being unable to use Z/OS might form a >>> good basis? >>> >>> Clem >>> >>> >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >> Search the archives at http://bama.ua.edu/archives/ibm-main.html >> >> >> > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM RAMAC now an URBAN Legend:(
Geez, what am I supposed to do with all those years of feeling *unofficially* old? What kills me (figuratively, of course) is when I look at the capacity of today's IBM drives. A 3390-3 seems like so much when you're talking tracks and cyls, but it's really around 2.8 gig. Hades tintinnabulum, I've got over a TERABYTE of disk storage sitting right on my desk for a standard PC. One question - how many 80 column cards would equal one 305 RAMAC? Answers on an 80 column card, please... On Wed, 5 Dec 2007 07:17:24 -0600, Ed Gould <[EMAIL PROTECTED]> wrote: > http://www.snopes.com/photos/technology/storage.asp > >I guess we can all feel really officially OLD. > >Ed > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
Anything I can do to help? On Tue, 4 Dec 2007 21:07:22 -0600, Ian <[EMAIL PROTECTED]> wrote: >Clem > >If there is an interest in developing and signing such a letter to Sam >I can host such and effort on my site. > >Ian >http://www.pcs305.com > >On Dec 4, 2007 6:57 PM, Clement Clarke <[EMAIL PROTECTED]> wrote: >> A letter or two to Sam might help. >> >> How about if we formulate one together and send it to him? My guess is >> that the email sent about students being unable to use Z/OS might form a >> good basis? >> >> Clem >> > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
Who pays for software support now? WE do. Besides, wouldn't you have to have a software contract that would *provide* said support? IBM could always draft the agreement for the PC-based z/OS to have limited coverage (an RTFM clause would probably work). Besides, IBM requires users to provide their customer number or other info which would identify what your product scope of coverage encompasses. Besides, a PMR covering the package would almost always be answered by a PMR already issued for the big iron. Whilst joking about the $100 price tag (I'd happily pay up to $129.95 plus tax), I'm certain that IBM (along with T3T and FSI) had already covered this issue before Big Blue shut the door. I'd rather see customer demand (market forces) make this software available, as opposed to the litigious bent that has been unfortunately necessary. If it makes you feel any better, I'd even be willing to have raised flooring put in one of my bedrooms, upon which the laptop running z/OS would sit in a place of honour. Howzzat? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Tuesday, December 04, 2007 13:47 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly On Tue, 4 Dec 2007 10:12:40 -0600, Doc Farmer wrote: > >Come on, IBM! Make that software available to IBM-MAIN'ers, RACF-L'ers, >etc., for $100 a pop, and you'll be able to make at least $20 profit on each > One PMR on such a system would put IBM in the red. Who would pay for software support? How much? Some developers would likely freeload for service on supported systems to which they have or pretend to have access, not a welcome prospect for IBM. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
Who said free? I'd happily pay a C-note for software like this (that's $100 American for our readers in Rio Linda). That gives IBM a clear $20 profit on the deal! As to licensing, I'm CERTAIN that the bright bulbs deep within the Armonk Giant's underground volcano laboratory in the Carribean (their work overseen by Samuel J. Palmisano sitting in a chair stroking a white cat) are developing a license-enforcement scheme that Bill Gates could only have fevered (yet geekish) dreams about. On Tue, 4 Dec 2007 18:15:00 -, Van Dalsen, Herbie <[EMAIL PROTECTED]> wrote: >Lindy, > >I agree with all the points you made below, but... > >Surely the copy of windows that you are running is fully licensed? >Why expect IBM to give it away for free. Dell gives discounts on >desktops to employees of companies that buy enough Dell servers from >them, but they do not give it away for free, and you still need to >include at least an OEM license for Windows. In my Opinion, if you look >at the true meaning of copyright - it means that like reading a book, it >cannot be done by more than one person at any given time without buying >a second copy - everyone should be allowed to use their office license >at home, because no-one is going to use their office copy while they >aren't there... Yet, does Microsoft allow this... certainly not. Again, >why expect it from IBM. > >Regards > >Herbie > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On >Behalf Of Lindy Mayfield >Sent: 04 Desember 2007 05:13 nm >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly > >I was thinking (dreaming) today about what if when I giving training for >MVS stuff and each student had their own mainframe instead of connecting >to a central one. We could do so much more. > >Here is what I wonder. Does IBM want to be a software company, a >hardware company, or a service provider? Or what? > >No matter what, though, making z/OS software accessible for more people >to learn can only increase IBM's profits no matter what they want to be. >I mean, come one, I'm not going to replace my spread sheets with a CICS >application. > >Anyway, well put, Doc. > > > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On >> Behalf Of Doc Farmer >> Sent: 4. joulukuuta 2007 18:13 >> To: IBM-MAIN@BAMA.UA.EDU >> Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly >> >> I hate to say it, but I hope IBM loses this legal fight. >> >> Why? >> >> Come one, be serious. How many of us here would LOVE to have our own >> mainframe sitting on a spare laptop, just for bragging rights alone? >> "Well, I >> just finished up this work on my mainframe, and..." is an ego boost >> equivalent >> to getting an office visit from the Grace Hopper Cheerleaders! I know >> just >> having a small test platform like that would be a fantastic addition >to >> the "cool >> factor" that a Supreme Nerd God like myself (as verified by >> http://www.nerdtests.com/ft_nq.php ) needs for street cred with the >> plastic >> pocket protector crowd! >> >> Come on, IBM! Make that software available to IBM-MAIN'ers, >RACF-L'ers, >> etc., for $100 a pop, and you'll be able to make at least $20 profit >on >> each >> copy. That'll help your bottom line (not to mention your >pre-Christmas >> sales, >> which I know you depend on for 70% of your annual income) and make >> several dozen tech-heads like myself very, very happy! >> > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html >Elavon Financial Services Limited >Registered in Ireland: Number 418442 >Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland >Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson >Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
Wow! Is it the Fourth of Joulukuuta already? Seems like only yesterday that it was the 38th day of Kunagonda... While IBM is one of the few companies to handle multiple functions (it's a floor wax *and* a dessert topping), I sometimes think that they're believing their own hype that the mainframe is dead. Hence this distancing from what (to my mind, anyway) would be an excellent tool to allow companies to test new processes/programs/subsystems on the (very) small scale. I would LOVE to take a spare desktop and run z/OS, just to do RACF report testing and updates. Performing "what if" scenarios there would be far safer (and more cost effective) than risking an operational mainframe LPAR (even a "test" or "system" LPAR) if we had the chance to use such a tool. I'd bet that, given the chance, most SysProgs and Techies would give an arm, a leg, and a box of un-used 80-column cards to be able to have access to an at-home, Intel-friendly pseudomainframe. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Tuesday, December 04, 2007 12:13 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly I was thinking (dreaming) today about what if when I giving training for MVS stuff and each student had their own mainframe instead of connecting to a central one. We could do so much more. Here is what I wonder. Does IBM want to be a software company, a hardware company, or a service provider? Or what? No matter what, though, making z/OS software accessible for more people to learn can only increase IBM's profits no matter what they want to be. I mean, come one, I'm not going to replace my spread sheets with a CICS application. Anyway, well put, Doc. > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Doc Farmer > Sent: 4. joulukuuta 2007 18:13 > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly > > I hate to say it, but I hope IBM loses this legal fight. > > Why? > > Come one, be serious. How many of us here would LOVE to have our own > mainframe sitting on a spare laptop, just for bragging rights alone? > "Well, I > just finished up this work on my mainframe, and..." is an ego boost > equivalent > to getting an office visit from the Grace Hopper Cheerleaders! I know > just > having a small test platform like that would be a fantastic addition to > the "cool > factor" that a Supreme Nerd God like myself (as verified by > http://www.nerdtests.com/ft_nq.php ) needs for street cred with the > plastic > pocket protector crowd! > > Come on, IBM! Make that software available to IBM-MAIN'ers, RACF-L'ers, > etc., for $100 a pop, and you'll be able to make at least $20 profit on > each > copy. That'll help your bottom line (not to mention your pre-Christmas > sales, > which I know you depend on for 70% of your annual income) and make > several dozen tech-heads like myself very, very happy! > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: T3 Sues IBM To Break its Mainframe Monopoly
I hate to say it, but I hope IBM loses this legal fight. Why? Come one, be serious. How many of us here would LOVE to have our own mainframe sitting on a spare laptop, just for bragging rights alone? "Well, I just finished up this work on my mainframe, and..." is an ego boost equivalent to getting an office visit from the Grace Hopper Cheerleaders! I know just having a small test platform like that would be a fantastic addition to the "cool factor" that a Supreme Nerd God like myself (as verified by http://www.nerdtests.com/ft_nq.php ) needs for street cred with the plastic pocket protector crowd! Come on, IBM! Make that software available to IBM-MAIN'ers, RACF-L'ers, etc., for $100 a pop, and you'll be able to make at least $20 profit on each copy. That'll help your bottom line (not to mention your pre-Christmas sales, which I know you depend on for 70% of your annual income) and make several dozen tech-heads like myself very, very happy! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM in big push to build data centers for clients
Oh, churlish. But funny! Frankly, I don't see the need for IBM to get involved. The current market has been building data centres for decades. Now, I can see IBM using this to push the "greenness" of their mainframes when compared to blade systems, but that's not the case here. Quite the opposite, in fact. Unless they plan to provide more innovation in design (greater physical security and structural integrity, use of geothermal to assist heating/cooling, using slanted instead of flat roofing, using biodiesel (from refined used vegetable oil) to 1) provide emergency power generation and 2) make the entire neighbourhood smell like Krispy Kreme, etc. I'm not even an architect and *I* have designed data centre requirements and layouts. With those considerations included. And I'm just a mainframe security bod. This sounds like an expansion of IBM's "grid" commitment - which is a fine thing for broader development or analysis within a business (or an Internet universe) to share existing PC "slack time". However, the mainframe is far more cost and energy efficient (as well as far, far more secure) than a batch of PCs. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: Thursday, November 15, 2007 07:31 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM in big push to build data centers for clients I hope they use IBMLINK as an example of their expertise! Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Thursday, November 15, 2007 6:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM in big push to build data centers for clients Blue Cloud? >http://news.yahoo.com/s/nm/20071115/tc_nm/ ibm_cloud_dc_3;_ylt=AgFJHOwzBc3cj5DdxfAfDF4E1vAI< Watch the wrap. SAN FRANCISCO (Reuters) - IBM (IBM.N) is staking out a major new source of business helping clients like banks or retailers manage data centers on a par with Internet players such as Google or Microsoft, a top official said on Wednesday. ADVERTISEMENT Bill Zeitler, the executive in charge of IBM's hardware business, said the initiative to set up customers with the technology, software and services to operate data centers could rank in significance with IBM's support for Linux in recent years or its push to get businesses on the Internet the 1990s. IBM has dubbed its new strategy "Blue Cloud." The name is a play on IBM's corporate nickname "Big Blue" and "cloud computing," the trend by Internet powerhouses to array huge numbers of computers in centralized data centers to deliver Web-based applications to users, rather than making their customers run such programs on their local machines. IBM, which pioneered centralized data centers decades ago, is looking to arm its customers with technology similar to what it has long offered in the form of hosted services for clients who rely on IBM to operate their data centers for them. It now wants to help customers build data centers for themselves composed of thousands of low-cost personal computers, equipping them with the data-crunching power of consumer Internet giants Google Inc (GOOG.O), Microsoft Corp (MSFT.O), Yahoo Inc (YHOO.O) and Amazon.com Inc (AMZN.O). "I think Google and Amazon are on to something," Zeitler said. "Our particular focus is taking these standards of Internet computing and bringing them to the mainstream in the commercial world." BIG BUSINESS, BUT HOW BIG? Zeitler declined to say how much revenue its cloud computing strategy might produce, saying IBM was still sizing up prospects. "We think this is a big move in the market and we are going to make a big move behind it," said Zeitler, a 38-year IBM veteran whose full title is senior vice president and group executive of IBM's Systems and Technology Group. In its initial phase, IBM plans to make 200 IBM researchers available to work with clients, which may include both businesses large and small, university research centers as well as government agencies. The first products of the program are set to be available in spring of 2008, IBM said. One initial customer of IBM's Blue Cloud strategy will be the government of Vietnam, and it is working with a non-US automaker, the Armonk, New York-based computer company said. IBM plans to unveil plans for Blue Cloud at an event in Shanghai on Thursday, where it said it will demonstrate a cloud computing system running on IBM's BladeCenter brand servers and low-cost Intel-class microprocessors. It said it also intends to offer a mainframe-class cloud computer system next year. HOW CLOUD COMPUTERS WORK The basic idea is to make corporate data centers operate more like the Internet by enabling computing to be spread across a large, distributed pool of computers, rather than on local machines or remote server farms. This lets organizations switch to resources to where they are be needed, virtually gainin
Starting A New Job Today!
Greetings, Fellow Listers! Just wanted to let everybody know that I'm starting a new job today. I'm now working as a Mainframe Security Architect for InfoSec, Inc. InfoSec, Inc. provides specialized products and services to professionals responsible for large-scale information systems and security. InfoSec is a business partner of CA, focusing on the sales and service of CA's eTrust mainframe security technology, but able to provide all manner of mainframe related services from operating system upgrades to 3rd party software support. InfoSec services include security upgrades, security assessments, audit compliance, policy improvement, security system interoperability, security system conversion or consolidation. InfoSec offers the finest available expertise for securing IBM z/OS, VM/VSE environments and for the CA-Top Secret, CA-ACF2 and IBM- RACF security systems. Key traits of InfoSec offerings are their conciseness, effectiveness and high quality. InfoSec is both an IBM and CA business partner. Please visit www.infosecinc.com for more details on our sales and services capabilities. I'll also be working on InfoSec, Inc.'s new Service Retainer Program (SRP) which gives companies on-demand mainframe expertise without having to incur the expense of a full-time employee. My new contact info is at the end of this message. I'm hoping I can help you with services via InfoSec, Inc., but I plan to continue contributing to the Listserv group as I have in the past. If I can be of any help to you, let me know. Many thanks. Doc Farmer Mainframe Security Architect InfoSec, Inc. [EMAIL PROTECTED] http://www.InfoSecInc.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD wont go offline.
On Tue, 4 Sep 2007 14:29:49 +1000, FRASER, Brian <[EMAIL PROTECTED]> wrote: >>> Yeah, just go pull it out of it's berth and see what screams? >Pfft > > > >It would probably be the Ops Manager that screams first, quickly >followed by my manager and finally my Mrs when I tell her that I'm no >longer employed and will be at home to annoy her every day. :-) > > Naw, that last one's too dangerous - she'd probably get you hooked on "As The Stomach Turns" (see also: Death, fate worse than). Couldn't be worse than the guy who actually hits the emergency shutdown switch and powers off the entire data centre [insert evil grin here]... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD wont go offline.
Agreed, unless you shut down z/OS first, then powered off the array and performed a cold-start. After that, you could power the array back up and vary the drive(s) online, couldn't you? Granted, it's been a few (hundred) years since I've been a console operator, but I do remember in the olden days (when dinosaurs roamed the 3330 packs) if we got stuck with a consistent(ly annoying) hardware problem, we'd pull that old trick. More often than not, it did the job. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Monday, September 03, 2007 22:09 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD wont go offline. If you want to shut the entire array down which typically would pull the rug out from underneath z/OS. Not a good idea... Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Doc Farmer Sent: Monday, September 03, 2007 7:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD wont go offline. I hate to be simplistic, but the words "OFF SWITCH" spring immediately to mind... -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD wont go offline.
I hate to be simplistic, but the words "OFF SWITCH" spring immediately to mind... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VCICSCMD Segregation in RACF - New Items to Categorize...
On Fri, 31 Aug 2007 10:20:48 +0100, Jim McAlpine <[EMAIL PROTECTED]> wrote: >According to the supplied transactions manual the commands - > >CEMT I DLIDATABASE >CEMT I PITRACE >CEMT I RECONNECT >CEMT I VOLUME > >no longer exist. > >CEMT I IRBATCH > >is retained for compatibility purposes only. > >CEMT I JOURNALNUM > >is replaced by - > >CEMT I JOURNALNAME > >Jim McAlpine > > Ah, so what I'm looking at are "oldies but mouldies" in the RACF VCICSCMD definition. Many thanks for clearing that up - I'll update my template to remove the old stuff. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VCICSCMD Segregation in RACF - New Items to Categorize...
On Thu, 30 Aug 2007 11:43:10 +0100, Jim McAlpine <[EMAIL PROTECTED]> wrote: > >Which version of CICS are you referring to. I think the DLIDATABASE, >IRBATCH and PITRACE parameters all refer to local IMS databases and AFAIK >local IMS has been unavailable for some time although I could well be wrong. > >Jim McAlpine > CICS/TS 3.1 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VCICSCMD Segregation in RACF - New Items to Categorize...
Came across something odd (see also: haven't been keeping up with CICS updates like I should). I'm trying to secure the VCICSCMDs, using a grouping structure that (almost) logically segregates the commands, viz: LVL 1 - INQUIRY-ONLY COMMANDS - TECHNICAL SUPPORT USER LVL 2 - DB2 COMMANDS - DATABASE TECHNICAL SUPPORT USER LVL 3 - TERMINAL-MONITOR-TCPIP COMMANDS - TECH SUPPORT LVL 5 - GENERAL USAGE COMMANDS - TECHNICAL SUPPORTUSER LVL 6 - EXEC CICS-LEVEL COMMANDS - TECH SUPPORT USER LVL 7 - CEMT CICS-LEVEL COMMANDS - TECH SUPPORT USER LVL 8 - HIGH-END TECH SUPPORT ONLY COMMANDS - TECH SUP LVL 9 - SECURITY ONLY COMMANDS- SECURITY DEPT ONLY However, when going through the list, which is a few years old, I found that some new items had been added, viz: CEMTCOMMAND GRP - --- DLIDATABASE ? IRBATCH ? JOURNALNUM ? PITRACE ? RECONNECT? VOLUME ? So far, I've had some problems 1) finding these CICS Commands and 2) sorting out where they would belong in the structure. I'd rather not create a new category (LVL 4 - DUHHH - TECHNICAL SUPPORT USER) but instead integrate the new commands into existing levels. I'm guessing that JOURNALNUM would probably fit into LVL 5 (right under JOURNAL) but beyond that I'm stumped. CEMTCOMMAND GRP - --- BEAN 1 CFDTPOOL 1 EXCI 1 MVSTCB 1 RRMS 1 STORAGE 1 STREAMNAME 1 SUBPOOL 1 UOWDSNFAIL 1 UOWENQ 1 DB2CONN 2 DB2ENTRY 2 DB2TRAN 2 CONNECTION 3 IRC 3 MONITOR 3 TCPIP3 TCPIPSERVICE 3 TERMINAL 3 TSMODEL 3 TSPOOL 3 TSQNAME 3 VTAM 3 WEB 3 AUTINSTMODEL 5 AUTOINSTALL 5 BRFACILITY 5 CORBASERVER 5 DELETSHIPPED 5 DISPATCHER 5 DJAR 5 DOCTEMPLATE 5 DSNAME 5 DUMPDS 5 ENQMODEL 5 FILE 5 JOURNAL 5 JVMPOOL 5 MODENAME 5 PARTNER 5 PROFILE 5 PROGRAM 5 REQUESTMODEL 5 SYSDUMPCODE 5 SYSTEM 5 TASK 5 TCLASS 5 TDQUEUE 5 TRANDUMPCODE 5 TRANSACTION 5 UOW 5 EXITPROGRAM 6 REQID6 STATISTICS 6 TRACEDEST6 TRACEFLAG6 TRACETYPE6 TSQUEUE 6 DUMP 7 JOURNALMODEL 7 LINE 7 PROCESSTYPE 7 UOWLINK 7 FEPIRESOURCE 8 LSRPOOL 8 MAPSET 8 PARTITIONSET 8 RESETTIME8 SESSIONS 8 SHUTDOWN 8 TYPETERM 8 SECURITY 9 I'd appreciate any advice or suggestions you might wish to make. Please note this has been cross-posted over at RACF-L and CICS-L (to an echoing silence, I'm sad to say). Many thanks. Doc Farmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VCICSCMD Segregation in RACF - New Items to Categorize...
Came across something odd (see also: haven't been keeping up with CICS updates like I should). I'm trying to secure the VCICSCMDs, using a grouping structure that (almost) logically segregates the commands, viz: LVL 1 - INQUIRY-ONLY COMMANDS - TECHNICAL SUPPORT USER LVL 2 - DB2 COMMANDS - DATABASE TECHNICAL SUPPORT USER LVL 3 - TERMINAL-MONITOR-TCPIP COMMANDS - TECH SUPPORT LVL 5 - GENERAL USAGE COMMANDS - TECHNICAL SUPPORTUSER LVL 6 - EXEC CICS-LEVEL COMMANDS - TECH SUPPORT USER LVL 7 - CEMT CICS-LEVEL COMMANDS - TECH SUPPORT USER LVL 8 - HIGH-END TECH SUPPORT ONLY COMMANDS - TECH SUP LVL 9 - SECURITY ONLY COMMANDS- SECURITY DEPT ONLY However, when going through the list, which is a few years old, I found that some new items had been added, viz: CEMTCOMMAND GRP - --- DLIDATABASE ? IRBATCH ? JOURNALNUM ? PITRACE ? RECONNECT? VOLUME ? So far, I've had some problems 1) finding these CICS Commands and 2) sorting out where they would belong in the structure. I'd rather not create a new category (LVL 4 - DUHHH - TECHNICAL SUPPORT USER) but instead integrate the new commands into existing levels. I'm guessing that JOURNALNUM would probably fit into LVL 5 (right under JOURNAL) but beyond that I'm stumped. CEMTCOMMAND GRP - --- BEAN 1 CFDTPOOL 1 EXCI 1 MVSTCB 1 RRMS 1 STORAGE 1 STREAMNAME 1 SUBPOOL 1 UOWDSNFAIL 1 UOWENQ 1 DB2CONN 2 DB2ENTRY 2 DB2TRAN 2 CONNECTION 3 IRC 3 MONITOR 3 TCPIP3 TCPIPSERVICE 3 TERMINAL 3 TSMODEL 3 TSPOOL 3 TSQNAME 3 VTAM 3 WEB 3 AUTINSTMODEL 5 AUTOINSTALL 5 BRFACILITY 5 CORBASERVER 5 DELETSHIPPED 5 DISPATCHER 5 DJAR 5 DOCTEMPLATE 5 DSNAME 5 DUMPDS 5 ENQMODEL 5 FILE 5 JOURNAL 5 JVMPOOL 5 MODENAME 5 PARTNER 5 PROFILE 5 PROGRAM 5 REQUESTMODEL 5 SYSDUMPCODE 5 SYSTEM 5 TASK 5 TCLASS 5 TDQUEUE 5 TRANDUMPCODE 5 TRANSACTION 5 UOW 5 EXITPROGRAM 6 REQID6 STATISTICS 6 TRACEDEST6 TRACEFLAG6 TRACETYPE6 TSQUEUE 6 DUMP 7 JOURNALMODEL 7 LINE 7 PROCESSTYPE 7 UOWLINK 7 FEPIRESOURCE 8 LSRPOOL 8 MAPSET 8 PARTITIONSET 8 RESETTIME8 SESSIONS 8 SHUTDOWN 8 TYPETERM 8 SECURITY 9 I'd appreciate any advice or suggestions you might wish to make. Please note this has been cross-posted over at RACF-L and CICS-L (to an oddly echoing silence, unfortunately). Many thanks. Doc Farmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Are things that slow?
I call dibs on dissing Zoroastrian Fundamentalists! http://www.LinkedIn.com/in/DocFarmer On Fri, 10 Aug 2007 09:56:35 -0400, Mark Jacobs <[EMAIL PROTECTED]> wrote: >CICS Guy wrote: >> Seems like there's not much going on for a Friday. >> >> >We could always start a religious war type email thread if you are that >bored. :-) > >-- > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on PanAudit Plus (was: Question on CA-Eztrieve)
Well, by "cleanse" I mean remove REAL customer/user names, addresses, socsec numbers or other human-identifiable fields. ALPHAGEN sounds familiar, but I thought the old PanAudit Plus modules also allowed you to generate test data with value ranges, valid and invalid dates, etc., which could be used to replace existing data in a source file. But the removal/replacement of identifiable fields would be my first choice. On Tue, 7 Aug 2007 16:40:40 -0400, Raap, Bernard E <[EMAIL PROTECTED]> wrote: >I am not sure if this is what you mean by "cleanse" but there is a macro >called ALPHAGEN that can conditionally generate alphanumeric data into a >receiving field. > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On >Behalf Of Doc Farmer >Sent: Monday, August 06, 2007 5:29 PM >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: Question on PanAudit Plus (was: Question on CA-Eztrieve) > >It's been a while since I dealt with PanAudit Plus, but I recall it had >macros >which would allow a user to "cleanse" production data with data ranges, >etc. >Anybody know if that still exists? > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on PanAudit Plus (was: Question on CA-Eztrieve)
It's been a while since I dealt with PanAudit Plus, but I recall it had macros which would allow a user to "cleanse" production data with data ranges, etc. Anybody know if that still exists? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM launches MySpace for mainframes
The term I've used generally is rectointracranialism. Other terms to enjoy: * A-cephalic * Monosynaptic * Dendritically challenged * Splinters in the windmills of his/her mind On Tue, 26 Jun 2007 08:18:53 -0500, Rick Fochtman <[EMAIL PROTECTED]> wrote: >- > >>>I believe the diagnosis is rectocephaly. >>> >>> >> >>I always thought it was CAIS (Cranial-Anal Insertion Syndrome). >> >> >--- >Under either name, I believe the treatment is the immediate insertion of >a glass navel, to restore vision. > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Testing System Programmer Capabilities
In me own defense, m'lud, I did write that while under the influence of cold medication and a 102.7 fever. You're right, I did mean z9. I see, however, that you found no fault with the donut question... :D On Tue, 26 Jun 2007 06:55:50 -0500, Chase, John <[EMAIL PROTECTED]> wrote: >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of Doc Farmer >> >> Okay, I'll give it a shot: >> >> >> [ snip ] >> >> 2) The CIO, a big-iron neophyte, wants an explanation why >>you need an upgrade from a z890 to a z900, with an >>addition of 6 new CPUs and 256GB of main memory, as >>well as an appropriate number of shark spindles. What >>do you do? >>A) Explain the business need as outlined by overall >> production growth over the past four years. >>B) Provide RMF charts to show the past 2 years of >> increased use and the next two years of upgrade >> capacity. >>C) Go into a deep technical explanation of hardware >> and software requirements, explaining in hex >> wherever possible. >>D) Bore the CIO into the coma mentioned in Question 1, >> so that you won't catch seven kinds of hell when you >> apply that APAR on production until s/he regains >> consciousness. > >E) Explain why a z900 would be a *downgrade* from a z890. > >(Perhaps you meant "upgrade to a z9"?) > >[ snip ] > >-jc- > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Testing System Programmer Capabilities
Okay, I'll give it a shot: 1) You have a critical APAR installation which requires management approval to apply it on production. The Ops Manager is in Aruba, the CIO is in a coma, and your other tech support staff are at a beer bust. What do you do? A) Ensure you've got full backups on Prod, then apply the APAR on your own authority. B) Test it on Dev first - your code monkeys aren't as important as keeping Production up and running. C) Test it on a Sandbox LPAR first - that's what it's there for. D) Sneak it into the Operator's night cycle, then go to the beer bust - let the tape apes take the blame! 2) The CIO, a big-iron neophyte, wants an explanation why you need an upgrade from a z890 to a z900, with an addition of 6 new CPUs and 256GB of main memory, as well as an appropriate number of shark spindles. What do you do? A) Explain the business need as outlined by overall production growth over the past four years. B) Provide RMF charts to show the past 2 years of increased use and the next two years of upgrade capacity. C) Go into a deep technical explanation of hardware and software requirements, explaining in hex wherever possible. D) Bore the CIO into the coma mentioned in Question 1, so that you won't catch seven kinds of hell when you apply that APAR on production until s/he regains consciousness. 3) The local bakery is having a special on donuts - 12 assorted for $6.95. You have four Tech Support staff as direct reports, but you also have 5 operators across two shifts who will require bribing, as well as the Ops Manager and the shift managers. You also have two external auditors doing a SOX review of the system. Two of the people are diabetic, one is lactose intolerant, and one is on Atkins. How many donuts do you order from the local bakery? A) 30 - Allows two per person, plus an extra two for you. B) 24 - Auditors (especially externals) don't get donuts, and YOU'RE the one on Atkins. C) 18 - And you keep them out of the site of the folks with the medical issues. D) None - The local bakery ain't Krispy Kreme! Answers on a 80-column card, please! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Sun Sent: Monday, June 25, 2007 04:30 To: IBM-MAIN@BAMA.UA.EDU Subject: Testing System Programmer Capabilities HI, all Our company recently had been given a task by our client to test the responsiveness and capabilities of their systems programmer in their test environment. Our tasks assigned include to hack their system to cause/simulate system and application outage, of course not to the extent of hanging/re-IPLing the whole system. Just want to know whether anyone out there have done any similar test before and willing to share what they have tested. Btw, we will be provided with powerful TSO user IDs but won't be allowed to touch any system module and probably just to change some control blocks in memory. Somehow, it seems easy to think what you can do in CICS and DB/2 but it's easier said than done in MVS. The systems programmers will be given at least 1-1/2 hour limit to resolve the problem. Thanks and regards Eric Sun [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [META] Is !#$%^&* spamming entire IBM-MAIN readership?
On Thu, 24 May 2007 12:07:31 -0400, William Donzelli <[EMAIL PROTECTED]> wrote: >There ain't no such thing as bad publicity. I don't know 'bout that. I certainly won't be doing any business with that company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
If you're off a second or three, you're right - no biggie. However, if you've got a multiple-mainframe environment and you're running time-sensitive transactions, it's best to keep their time in sync as much as possible. If you sync to WAVY, or via Internet, or via GPS, even once a day, you're pretty much set anyway. If your mainframe clock is losing more than 2 seconds a day, you're not scrubbing your incoming power well enough (IMNSHO). Generally, I prefer to keep systems in sync as much as possible if the business needs to accurately track the transaction timings from the terminal through the network up to the mainframe and back again. It also comes in handy to have accurate time stamps for SWIFT (and even some ACH) transactions. But then again, I'm a bit of a horophile (no sniggering, it doesn't mean THAT) so I've got a variety of atomic clocks and watches all over the place. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Friday, May 18, 2007 20:29 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Synchronize Time Between Mainframe and Servers? Unless you have some extremely time sensitive applications, if your running a sysplex and all the lpars are using the same time, whats the big deal. If you're off by less than a second or three, I doubt if most things would really matter. I'm sure there are a lot of things that would matter, but I doubt if the last 2 jobs I had - one in manufacturing and one in catalog sales, would really matter. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Shane" <[EMAIL PROTECTED]> > On Fri, 2007-05-18 at 18:19 -0400, Thompson, Steve wrote: > >> But then, my experience with TOD drift against a known standard has >> been rather remarkable. Quite seriously, it has been only a few >> seconds over a year's period of time. > > Perception. > Corporate LAN runs off to a timesource every so often - all the users > ever see is a consistent (correct) time value. > Mainframe (even with ETR) wanders around always "off-time" - unless it > also synchs to a (different) timesource. Given the questions we see > here on the list, I wonder if the majority of ETRs aren't synched to > an atomic source at all, but set locally. > > It's about time IBM allowed the clock correction to be driven by an > "accepted" source. Maybe the next step will be to just be a (local) > client like everyone else. > It's just a server after all ... > > Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Announces the "Gameframe"
Wow. I guess that game of Trek the sysprogs have tucked away in one of the APF- Authorised libraries is going to really kick butt now... On Thu, 26 Apr 2007 16:30:48 +0900, Timothy Sipples <[EMAIL PROTECTED]> wrote: >Gigantic news from the z team today. All the major press outlets have the >story. Looks like IBM may be answering at least one part of the "in 10 >years question" a little early. :-) Watch the wrap! > >http://www.nytimes.com/2007/04/26/technology/26compute.html >http://seattlepi.nwsource.com/business/313170_ibmchips26.html >http://news.com.com/IBM+to+wed+game+chip+with+mainframes/2100- 1006_3-6179365.html > >- - - - - >Timothy Sipples >IBM Consulting Enterprise Software Architect >Specializing in Software Architectures Related to System z >Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific >E-Mail: [EMAIL PROTECTED] > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Box serial#
> >In a message dated 4/20/2007 11:03:54 A.M. Central Daylight Time, >[EMAIL PROTECTED] writes: >>Is there any macro to retrieve DASD box serial #? No. But if you check Aisle 9 at Wal-Mart, you might find the box of serial you're looking for... (come ON, there was no way I could resist that one...) |D -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replacement for Tape Utility - DITTO
SAVE costs? I thought DITTO was a freebie from IBM - if they're charging you, demand a refund! If you're worried about securing the product, there are RACF controls you can put in place to protect yourself. Otherwise, dig around and see if you've still got a copy of DEBE out there... On Fri, 20 Apr 2007 08:39:40 -0400, Robert Pelletier <[EMAIL PROTECTED]> wrote: > >Good Morning. In order to save costs and maybe the frame I am looking >for a replacement for DITTO. Our operators use DITTO only when they >suspect a bad tape label or mislabeled tape. Once again I thank the >group for their assistance. > >Have a Nice Day ! > >Bob Pelletier >Connecticut Student Loan Foundation >Rocky Hill, Ct. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Death of the Mainframe (?)
On Fri, 20 Apr 2007 00:58:35 -0400, Craddock, Chris <[EMAIL PROTECTED]> wrote: >> The mainframe's been declared dead more times than a security officer >> under James T. Kirk's command. >> >> The mainframe's still here. >> >> It's NOT dead, Jim! > >Perhaps it's just pinin for the fjords? > > > Game. Set. Match! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Death of the Mainframe (?)
On Thu, 19 Apr 2007 21:56:07 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >>The mainframe's still here. > >>It's NOT dead, Jim! > > >Dammit, Jim! >I'm a doctor! >NOT a system programmer! > > >(In other words: "It's the data, stupid"!) > > Isn't Data dead? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Death of the Mainframe (?)
The mainframe's been declared dead more times than a security officer under James T. Kirk's command. The mainframe's still here. It's NOT dead, Jim! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Am I the only one that did not know about this...? (MF Article)
For those z/OS professionals who are [shudder] NOT familiar with this little gem, allow me to paraphrase... This 31-bit OS is no more! It has ceased to x'BE'! (d'190', b'1011 1110') It's expired and gone to meet 'is coder! It's a critical stop! Bereft of machine code, it abends in peace! If you hadn't nailed it to the SYSRES it'd be pushing up the DASD! It's metatested registers are now 'istory! It's off the tape! It's kicked the buffer, it's shuffled off its mortal code, run down the EREP and joined the bleedin' core invisible!! THIS IS AN EX-OS!! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Thursday, April 12, 2007 19:09 To: [EMAIL PROTECTED] Subject: Re: Am I the only one that did not know about this...? (MF Article) My all-time favorite Monty Python routine! Norwegian "Blue" Armonk? http://www.mtholyoke.edu/~ebarnes/python/dead-parrot.htm Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Doc Farmer Sent: Thursday, April 12, 2007 4:10 PM To: [EMAIL PROTECTED] Subject: Re: Am I the only one that did not know about this...? (MF Article) It's not dead! It's restin'... Lovely OS, in'it? Beautiful Plumage! It's probably pinein' for Armonk... LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Am I the only one that did not know about this...? (MF Article)
It's not dead! It's restin'... Lovely OS, in'it? Beautiful Plumage! It's probably pinein' for Armonk... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday, April 12, 2007 16:01 To: [EMAIL PROTECTED] Subject: Re: Am I the only one that did not know about this...? (MF Article) I'm frankly quite surprised that people weren't aware of the death of 31-bit z/OS. IBM was NOT keeping it a secret! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICSF on z890?
You might want to cross-post this over at RACF-L... On Fri, 23 Mar 2007 13:34:22 -0500, McKown, John <[EMAIL PROTECTED]> wrote: >I simply cannot get ICSF to work on our z890 (2086-A04). We don't have >any crypto coprocessors. I don't know if we have CPACF on or not. Is >there a way that I can tell from the HMC? If so, please be specific as >to what to do and what to look for (thanks). > >I have created the two VSAM files: CKDS & PKDS. They are >"uninitialized". >I have created CSFPRM00 in PARMLIB. >I have started the ICSF procedure. > >When I try to use the ISPF panels, I get "OPTION NOT ACTIVE" on just >about everything that I try. In particular on "MASTER KEY", then >"INIT/REFRESH CKDS" and "SET MK". I've followed the book to the best of >my ability. I had it working on our old z800 may moons ago. We are >planning to upgrade to a z9BC in about a month. Should I "give up" until >then? > >-- >John McKown >Senior Systems Programmer >HealthMarkets >Keeping the Promise of Affordable Coverage >Administrative Services Group >Information Technology > >The information contained in this e-mail message may be privileged >and/or confidential. It is for intended addressee(s) only. If you are >not the intended recipient, you are hereby notified that any disclosure, >reproduction, distribution or other use of this communication is >strictly prohibited and could, in certain circumstances, be a criminal >offense. If you have received this e-mail in error, please notify the >sender by reply and delete this message without copying or disclosing >it. > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Slightly OT Backups not Good on PC
This is why you TEST your backup tapes, folks... On Tue, 20 Mar 2007 18:33:55 -0500, Ed Gould <[EMAIL PROTECTED]> wrote: > >There was still hope, until the department discovered its third line >of defense, backup tapes, were unreadable. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
