Re: another one bites the dust (WAS:assembler help!)
At least you still have one, I am in the process of shutting down and wiping the last disks clean on our mainframe, it ships out next week. Anyone need any help out there? On Fri, Aug 5, 2011 at 8:07 AM, McKown, John john.mck...@healthmarkets.comwrote: I guess my complaining __is__ becoming tiresome. I'll try to stop. At least we still have a z. -- John McKown Systems Engineer IV IT CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust
On Wed, 24 Jun 2009 23:34:59 +0200, R.S. wrote: BTW: green is sales pitch. My green z10 consumes exactly 50% more power than blue z9. MIPS, channels, crypto, memory - remains the same (I wrote about it in the past). I was surprised by this, so I went to look at the specs. You can find them if you go to http://www-03.ibm.com/systems/z/hardware/ Select product details for each and download the data sheet. z9 BC 5.4 KW z10 BC 3.7-7.35 KW z9 EC 6.3-18.3 KW z10 EC 9.7-27.5 KW -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z Power (was Re: Another one bites the dust)
You can find them if you go to http://www-03.ibm.com/systems/z/hardware/ Select product details for each and download the data sheet. z9 BC 5.4 KW z10 BC 3.7-7.35 KW z9 EC 6.3-18.3 KW z10 EC 9.7-27.5 KW Interesting, the data for the z10BC shows four actual power ratings, not the scale as you note... 3.7, 4.3, 6.2, 7.35 KW and the footnote mentions the number of I/O drawers. Scanning the white paper link Energy Management and Performance Analysis on the IBM System z10 BC, it looks like there are actually 8 power levels which depend on the number of drawers and the temperature in the room being either above or below 82F. I thought it was more variable than that and went up and down with workload, even? Jeffrey Deaver, Engineer Systems Engineering jeffrey.dea...@securian.com 651-665-4231(v) IS - Creating competitive advantage with technology. Providing service that excels. OSS - Where Innovation Happens -- 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: Another one bites the dust
The U of KY shut down it's mainframe in 2006 +/- after setting up all new apps (SAP) on DB2 on AIX on pSeries machines, 4 of them, 3 p570's and a p550. Cost and energy savings, nada. But the savings from being able to hire fresh grads for support/development over veteran mainframers may have been an incentive. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Wednesday, June 24, 2009 5:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Another one bites the dust IBM has 11 years to convince their management the mainframe is good idea. They didn't succeeded or even didn't try. IBM used to give huge discounts to universities. About 15-20 or so years ago they did away with the discounts and universities started migrating off the mainframe. The few that are left mostly use mainframes for some type of administrative processing. The processing done by students is done on PCs or on eunuchs systems, where years ago the processing was done on mainframes. I don't think IBM failed to convince the university in question to stay on the mainframe; I think IBM abandoned the educational mainframe market a long time ago. BTW: green is sales pitch. My green z10 consumes exactly 50% more power than blue z9. I can't dispute this statement as we don't have a z10 (yet). I would be interested whether other z10 customers share your findings. I would also like to hear a response from IBM. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust
Actually the U I used to work for still got educational discounts from IBM for hardware and software purchases up till just a few years ago, albeit thru the business partner. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Wednesday, June 24, 2009 6:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Another one bites the dust -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Wednesday, June 24, 2009 4:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Another one bites the dust snippage IBM used to give huge discounts to universities. About 15-20 or so years ago they did away with the discounts and universities started migrating off the mainframe. The few that are left mostly use mainframes for some type of administrative processing. The processing done by students is done on PCs or on eunuchs systems, where years ago the processing was done on mainframes. I don't think IBM failed to convince the university in question to stay on the mainframe; I think IBM abandoned the educational mainframe market a long time ago. snip I'm not sure, but I think there was some kind of consent decree or other as a result of an Anti-Trust action that put the skids to this. Now that all those have expired (I think), one might wonder when IBM will go for this market driver again. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer. -- -- 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: Another one bites the dust
IBM also gave huge discounts to governmental agencies. The result of this policy was to cause governments and educational institutions to choose IBM's computers over other competitors' that were more expensive. And, since these types of customers tend to purchase rather than lease really expensive items, they were locked in to the IBM brand for a much longer time than commercial customers which typically leased the same equipment. Universities also tended to skew their computer science curricula with courses based on IBM software, operating systems, and hardware, because that was the equipment available for the students to run their test jobs on. Students graduating with degrees in computer science and with a lot of collegiate experience with IBM equipment tended to want to continue working with IBM equipment when they entered the job market. These new hires who moved up into management and had authority to select computer equipment also tended to want to obtain IBM equ! ipment, as they were more familiar with that than competitors' equipment. What started out as an apparently benevolent policy produced a strong brand addiction, resulting in a major market share for many years. 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 Bob Shannon Sent: Wednesday, June 24, 2009 4:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Another one bites the dust IBM used to give huge discounts to universities. About 15-20 or so years ago they did away with the discounts and universities started migrating off the mainframe. -- 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: Another one bites the dust
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rugen, Len Sent: Wednesday, June 24, 2009 3:27 PM To: IBM-MAIN@bama.ua.edu Subject: Another one bites the dust After a many year (10, 11?) project to get off the mainframe, we will be turning it off July 1. Where once stood motor generators, a 3090-400 (IIRC), now nearly 700 servers are starting their pigeon toed march to VM's. I've migrated over the years to supporting various unix/linux flavors, so I'll still be here. In fact, given how much work they are, I'll be here a lot more than before L during the darkness of night. Thanks for all the fiche! Len Rugen But the 700 servers are S much more energy efficient, speedy, reliable, and CHEAPER that that dirty old 3090! Glad you were able to transition to the brave, new world. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust
I don't get into our machine room much as operations handles IPLs. But I needed to do some HCD activities today What a surprise to find rows of servers spewing out so much heat That they had to bring in several of the portable AC unit to keep it cooler than 90% Seems to me that these server farms are producing more RED rather than going Green. David A Cebell Z/Series Software Support Army Air Force Exchange Services Dallas, Texas 75211 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rugen, Len Sent: Wednesday, June 24, 2009 3:27 PM To: IBM-MAIN@bama.ua.edu Subject: Another one bites the dust After a many year (10, 11?) project to get off the mainframe, we will be turning it off July 1. Where once stood motor generators, a 3090-400 (IIRC), now nearly 700 servers are starting their pigeon toed march to VM's. I've migrated over the years to supporting various unix/linux flavors, so I'll still be here. In fact, given how much work they are, I'll be here a lot more than before L during the darkness of night. Thanks for all the fiche! Len Rugen -- 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: Another one bites the dust
I don't get into our machine room much as operations handles IPLs. But I needed to do some HCD activities today What a surprise to find rows of servers spewing out so much heat That they had to bring in several of the portable AC unit to keep it cooler than 90% Seems to me that these server farms are producing more RED rather than going Green. IBM has spent a considerable amount of money advertising the environmental benefits of System Z. Power and cooling are significant problems in many facilities. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust
Bob Shannon pisze: I don't get into our machine room much as operations handles IPLs. But I needed to do some HCD activities today What a surprise to find rows of servers spewing out so much heat That they had to bring in several of the portable AC unit to keep it cooler than 90% Seems to me that these server farms are producing more RED rather than going Green. IBM has spent a considerable amount of money advertising the environmental benefits of System Z. Power and cooling are significant problems in many facilities. IBM has 11 years to convince their management the mainframe is good idea. They didn't succeeded or even didn't try. BTW: green is sales pitch. My green z10 consumes exactly 50% more power than blue z9. MIPS, channels, crypto, memory - remains the same (I wrote about it in the past). -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust
HVAC typically comes out of a different cost center / budget. Which is one reason I like competitors embracing this technology. Keeps our sales people happy, too. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Cebell, David Sent: Wednesday, June 24, 2009 4:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Another one bites the dust I don't get into our machine room much as operations handles IPLs. But I needed to do some HCD activities today What a surprise to find rows of servers spewing out so much heat That they had to bring in several of the portable AC unit to keep it cooler than 90% Seems to me that these server farms are producing more RED rather than going Green. David A Cebell Z/Series Software Support Army Air Force Exchange Services Dallas, Texas 75211 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rugen, Len Sent: Wednesday, June 24, 2009 3:27 PM To: IBM-MAIN@bama.ua.edu Subject: Another one bites the dust After a many year (10, 11?) project to get off the mainframe, we will be turning it off July 1. Where once stood motor generators, a 3090-400 (IIRC), now nearly 700 servers are starting their pigeon toed march to VM's. I've migrated over the years to supporting various unix/linux flavors, so I'll still be here. In fact, given how much work they are, I'll be here a lot more than before L during the darkness of night. Thanks for all the fiche! Len Rugen -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: Another one bites the dust
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. bshan...@rocketsoftware.com (Bob Shannon) writes: IBM used to give huge discounts to universities. About 15-20 or so years ago they did away with the discounts and universities started migrating off the mainframe. The few that are left mostly use mainframes for some type of administrative processing. The processing done by students is done on PCs or on eunuchs systems, where years ago the processing was done on mainframes. I don't think IBM failed to convince the university in question to stay on the mainframe; I think IBM abandoned the educational mainframe market a long time ago. the really big discounts were prior to 23jun69 unbundling announcement ... lots of things starting changing with unbundling, charging for software, etc. misc. posts mentioning unbundling http://www.garlic.com/~lynn/submain.html#unbundle there was some resurgence in the early 80s with ACIS to try and get back into the education market; but it was lots of money being pumped in ... but didn't necessarily result in a of lot corporate business; lots of money went into supporting BITNET ( EARN in europe), big grants to MIT Project Athena (x-windows, kerberos, other stuff), CMU (Andrew, Camelot, Mach ... vistiges of mach evolved into current system used by Apple), etc. misc. posts mentioning bitnet earn: http://www.garlic.com/~lynn/subnetwork.html#bitnet current ibm-main mailing list originated on bitnet. other bitnet history http://www.livinginternet.com/u/ui_bitnet.htm from above: The first BITNET connection was from CUNY to Yale University. By the end of 1982 the network included 20 institutions. By the end of the 80's it connected about 450 universities and research institutions and 3000 computers throughout North America and Europe. By the early 90's, BITNET was the most widely used research communications network in the world for email, mailing lists, file transfer, and real-time messaging. ... snip ... history of bitnet listerv http://www.lsoft.com/products/listserv-history.asp from above: In 1985, BITNET was THE academic network. The Internet did not exist yet, and its ancestor, the ARPAnet, was still mostly a defense network. A few US universities were connected to the ARPAnet, but in Europe the only large, non dial-up network was BITNET. BITNET had a Network Information Centre, called BITNIC or just the NIC. Like most BITNET sites at the time, the NIC was using an IBM mainframe running VM/CMS. ... snip ... BITNET used technology similar to the internal network, misc. posts http://www.garlic.com/~lynn/subnetwork.html#internalnet the internal network was larger than the arpanet/internet from just about the beginning until possibly late '85 or early '86 ... 1983 desk ornament for 1000th node on internal network http://www.garlic.com/~lynn/vnet1000.jpg and mostly technology that originated at the science center ... same place that originated virtual machine technology (originally cp40, then cp67 which eventually morphed into vm370) http://www.garlic.com/~lynn/subtopic.html#tech545 misc old email related to internal network http://www.garlic.com/~lynn/lhwemail.html#vnet The arpanet conversion to internetworking protocol (TCP/IP) was 1/1/83 ... which is the technology basis for modern internet. NSFNET backbone is something of the operational basis for modern internet ... some old email http://www.garlic.com/~lynn/lhwemail.html#nsfnet and CIX was the business basis for the modern internet. article from today about the WEB: The Internet's Big Bang http://www.time.com/time/specials/packages/article/0,28804,1902809_1902810_1905184,00.html and a look at how early HTML morphed from GML/SGML http://infomesh.net/html/history/early/ SLAC visit to CERN and returning to deploy first webserver outside europe/cern (on slac's virtual machine system): http://www.slac.stanford.edu/history/earlyweb/history.shtml misc. past posts mentioning that GML was invented in 1969 at the science center: http://www.garlic.com/~lynn/submain.html#sgml -- 40+yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Wednesday, June 24, 2009 4:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Another one bites the dust snippage IBM used to give huge discounts to universities. About 15-20 or so years ago they did away with the discounts and universities started migrating off the mainframe. The few that are left mostly use mainframes for some type of administrative processing. The processing done by students is done on PCs or on eunuchs systems, where years ago the processing was done on mainframes. I don't think IBM failed to convince the university in question to stay on the mainframe; I think IBM abandoned the educational mainframe market a long time ago. snip I'm not sure, but I think there was some kind of consent decree or other as a result of an Anti-Trust action that put the skids to this. Now that all those have expired (I think), one might wonder when IBM will go for this market driver again. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer. -- -- 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: Another one bites the dust
IBM has 11 years to convince their management the mainframe is good idea. They didn't succeeded or even didn't try. IBM used to give huge discounts to universities. About 15-20 or so years ago they did away with the discounts and universities started migrating off the mainframe. The few that are left mostly use mainframes for some type of administrative processing. The processing done by students is done on PCs or on eunuchs systems, where years ago the processing was done on mainframes. I don't think IBM failed to convince the university in question to stay on the mainframe; I think IBM abandoned the educational mainframe market a long time ago. BTW: green is sales pitch. My green z10 consumes exactly 50% more power than blue z9. I can't dispute this statement as we don't have a z10 (yet). I would be interested whether other z10 customers share your findings. I would also like to hear a response from IBM. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another One Bites the Dust
SAP runs extremely well on System z. (Highest QoS SAP implementation you can get, as a matter of fact.) Something called the SAP Central Instance runs on z/OS, and SAP application modules run on Linux on System z. SAP exploits zIIPs and DB2 9. Again, I don't know why people (not here, usually) confuse hardware platforms with applications. Truly puzzling. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another One Bites the Dust
Makes me wonder if anyone ever implemented SAP on time and under budget. Sorry to hear of the demise of the dino. Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Dave Cartwright davecartwri...@uk.agcocorp.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/31/2009 03:07 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Another One Bites the Dust -- Information from the mail header --- Sender: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Poster: Dave Cartwright davecartwri...@uk.agcocorp.com Subject: Another One Bites the Dust --- We turned our mainframe off yesterday. Z9BC running zOS 1.4 (yes! Had a 1.7 system ready, but there didn't seem any point). I didn't know whether to continue the More Layoffs thread, but stuck with tradition. I am fighting redundancy, but not very hopeful. Replaced by SAP on P-Series, a mere $50 million over budget. Thanks for all the fish. Dave -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: Another One Bites the Dust
Makes me wonder if anyone ever implemented SAP on time and under budget. A friend of mine worked as a consultant on non-mainframe platforms. In his experience no one ever implemented SAP as completely as had been planned at the beginning of the project. Bob Shannon -- 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: Another One Bites the Dust
I once was technical lead on a SAP project that finished on time and under budget. It was back in 1994, SAP R2, running on MVS 4.3 and CICS 3.3 with a VSAM database -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Tuesday, March 31, 2009 5:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Another One Bites the Dust Makes me wonder if anyone ever implemented SAP on time and under budget. A friend of mine worked as a consultant on non-mainframe platforms. In his experience no one ever implemented SAP as completely as had been planned at the beginning of the project. Bob Shannon -- 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: Another One Bites the Dust
Dave, I wish you the best of luck, either in maintaining your position or finding a new one. Friends always. Dave Cartwright wrote: We turned our mainframe off yesterday. Z9BC running zOS 1.4 (yes! Had a 1.7 system ready, but there didn't seem any point). I didn't know whether to continue the More Layoffs thread, but stuck with tradition. I am fighting redundancy, but not very hopeful. Replaced by SAP on P-Series, a mere $50 million over budget. Thanks for all the fish. Dave -- 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 -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- 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: Another One Bites the Dust
Best of Luck to you on your pursuits. I have been there, I Dave, Best of Luck to you on your pursuits. I have been there, I was 4000 miles from home across the big pond in Europe I hope all works out for you ok.. Best Wishes, Scott J Ford www.identityforge.com From: Rick Fochtman rfocht...@ync.net To: IBM-MAIN@bama.ua.edu Sent: Tuesday, March 31, 2009 12:06:50 PM Subject: Re: Another One Bites the Dust Dave, I wish you the best of luck, either in maintaining your position or finding a new one. Friends always. Dave Cartwright wrote: We turned our mainframe off yesterday. Z9BC running zOS 1.4 (yes! Had a 1.7 system ready, but there didn't seem any point). I didn't know whether to continue the More Layoffs thread, but stuck with tradition. I am fighting redundancy, but not very hopeful. Replaced by SAP on P-Series, a mere $50 million over budget. Thanks for all the fish. Dave -- 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 -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- 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: Another one bites the dust.
From: Eric Bielefeld [EMAIL PROTECTED] Date: Wed, 7 May 2008 12:06:53 -0500 I'd be curious what model of the mainframe they had. As someone else posted, if they were a couple generations behind the z10, they could have gotten a huge savings by upgrading. If they were on a z9, then maybe they really are saving a lot of money by going to AIX servers. It would be interesting to be able to see the financials, however we probably never will. z990-302 - 853 MIPS and z990-303 - 1,243 MIPS AIX=YES 65th best place to work in IT, 2003: http://www.computerworld.com/html/research/bestplaces/bestplaces_2003_co mpanies.html Regards, Mike Baldwin Cartagena Software Ltd. www.cartagena.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
Tom Marchant [EMAIL PROTECTED] wrote: Didn't I read somewhere that the P6 uses the same decimal floating point unit? Dunno if/where you read it, but it does. The z10 and p6 share a lot of DNA (silicon)...some (not IBM) say they share 100%. ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
Phil Smith III wrote: Tom Marchant [EMAIL PROTECTED] wrote: Didn't I read somewhere that the P6 uses the same decimal floating point unit? Dunno if/where you read it, but it does. The z10 and p6 share a lot of DNA (silicon)...some (not IBM) say they share 100%. I was at a meeting in Poughkeepsie last week in which John Birtles tried to set the record straight with respect to these rumors. He made it clear that z10 does *not* use p6 microprocessors and there are no plans for the two technologies to merge. He mentioned that the rumors started when IBM started making common parts between p z. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
In a message dated 5/8/2008 10:11:59 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: to set the record straight with respect to these rumors. He made it clear that z10 does *not* use p6 microprocessors and there are no plans for the two technologies to merge. He mentioned that the rumors started when IBM started making common parts between p z. We've got access to lots of information. Why do we need to resort to hearsay and rumors? _http://www2.hursley.ibm.com/decimal/_ (http://www2.hursley.ibm.com/decimal/) Down in the bottom references is Charles Webb's z6 presentation. On p.3 he points out the differences 'siblings, not twins' and similarities. **Wondering what's for Dinner Tonight? Get new twists on family favorites at AOL Food. (http://food.aol.com/dinner-tonight?NCID=aolfod000301) -- 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: Another one bites the dust.
And every CEO will notice that, considering the client. On 5/7/08, Gary Green [EMAIL PROTECTED] wrote: As the subject says... http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci1312380,00.html?track=NL-576ad=638786asrc=EM_NLN_3601410uid=1900046 Watch the wrap. -- 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 -- Glen J. Gasior (630) 712-2104 Chicago, Illinois 60611 Leadership that improves the process of change -- 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: Another one bites the dust.
Wonder what happened to their staff, they had a large staff. Scott Ford Senior Host Developer | Forging Enterprise Identity | IdentityForge.com (Main) 678.266.3399 x304 | (Cell) 609.346.0399 | (Fax) 678.266.3399 [EMAIL PROTECTED] This message is for the designated recipient only and may contain priviledged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and then delete the original. Any other use of the email by you is prohibited. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Glen Gasior Sent: Wednesday, May 07, 2008 11:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. And every CEO will notice that, considering the client. On 5/7/08, Gary Green [EMAIL PROTECTED] wrote: As the subject says... http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci131238 0,00.html?track=NL-576ad=638786asrc=EM_NLN_3601410uid=1900046 Watch the wrap. -- 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 -- Glen J. Gasior (630) 712-2104 Chicago, Illinois 60611 Leadership that improves the process of change -- 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: Another one bites the dust.
Wonder if Linux on z was considered. With the new z10's it could be interesting. -Original Message- Gary Green As the subject says... http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci13 12380,00.html?track=NL-576ad=638786asrc=EM_NLN_3601410uid=1900046 Watch the wrap. -- 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: Another one bites the dust.
On Wed, May 7, 2008 at 11:58 AM, in message [EMAIL PROTECTED], Ken Porowski [EMAIL PROTECTED] wrote: Wonder if Linux on z was considered. With the new z10's it could be interesting. They had been running it already. Not sure to what extent though. And interestingly, one of the people supporting that is still posting in the Linux-390 mailing list. Not sure that means anything though. Mark Post -- 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: Another one bites the dust.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ken Porowski Sent: Wednesday, May 07, 2008 10:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Wonder if Linux on z was considered. With the new z10's it could be interesting. I doubt it. The project has been going on for some time and the z10 is quite recent. In any case, many shops which decide to get rid of the mainframe never reconsider that decision based on new facts and cost analyses. It is too likely to make management look bad to those above them. One ex-manager around here was always trying to get things done solely so that I will look good. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Wednesday, May 07, 2008 10:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Another one bites the dust. As the subject says... http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci13 12380,00.html?track=NL-576ad=638786asrc=EM_NLN_3601410uid=1900046 SNIP My cynicallity tuning knob almost snapped at the end of the range when I read that they have saved money on this, but they can't disclose how much. Let's see, after getting enough hardware to take over what a sysplex was doing across two data centers... The extra RAID based devices to handle the data that can't be compressed (packed fields must now be full display formats...), the extra bandwidth needed to have all the new processors interconnected similar to the incore interconnections... One shop I know of that attempted this (CICS based) took 10 times the floor space to replace 1 z800 box and the RAID box, the 3745s (2), the tape drives with OPEN systems. Let's see, that was 4 of the Largest Regattas (at that time) 2 SHARKs, TWO ATLs, and I couldn't even count the blade servers. I guess I'm from Missouri and just didn't know it. However, I know of another company that did it. And it was successful. But they also wouldn't demonstrate the ROI (if there were any). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Wednesday, May 07, 2008 11:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green Sent: Wednesday, May 07, 2008 10:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Another one bites the dust. As the subject says... http://searchdatacenter.techtarget.com/news/article/0,289142,s id80_gci13 12380,00.html?track=NL-576ad=638786asrc=EM_NLN_3601410uid=1900046 SNIP My cynicallity tuning knob almost snapped at the end of the range when I read that they have saved money on this, but they can't disclose how much. I always wonder about that as well. However, part of it may be some special deals that they got from their vendors. If that were published, then many other, smaller, customers might be upset. Just a thought. Let's see, after getting enough hardware to take over what a sysplex was doing across two data centers... The extra RAID based devices to handle the data that can't be compressed (packed fields must now be full display formats...), the extra bandwidth needed to have all the new processors interconnected similar to the incore interconnections... Why do you say that packed fields must be replaced with zoned (display) fields? I would likely replace them with either 2, 4, or 8 byte integers, depending on the range needed. I don't know of any system, other than the z10, which implements decimal floating point yet, so I would not use that. One shop I know of that attempted this (CICS based) took 10 times the floor space to replace 1 z800 box and the RAID box, the 3745s (2), the tape drives with OPEN systems. Let's see, that was 4 of the Largest Regattas (at that time) 2 SHARKs, TWO ATLs, and I couldn't even count the blade servers. Well, the tape drives, if in an ATL, should take up about the same floor space. Open Systems DASD always seems to be at least 2x the mainframe size. I guess because of the difficulty in expanding individual file systems. This latter has been addressed by the Sun zfs file system. Now that is an interesting file system, with some nice features, including resizing on the fly. Also snapshot capability in the software. Not perfect, but better than any other UNIX file system that I've read about. Beat the you-know-what out of NTFS (Windows). I guess I'm from Missouri and just didn't know it. However, I know of another company that did it. And it was successful. But they also wouldn't demonstrate the ROI (if there were any). Regards, Steve Thompson -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
I'd be curious what model of the mainframe they had. As someone else posted, if they were a couple generations behind the z10, they could have gotten a huge savings by upgrading. If they were on a z9, then maybe they really are saving a lot of money by going to AIX servers. It would be interesting to be able to see the financials, however we probably never will. Eric Gary Green [EMAIL PROTECTED] wrote: As the subject says... http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci1312380,00.html?track=NL-576ad=638786asrc=EM_NLN_3601410uid=1900046 Watch the wrap. -- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 -- 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: Another one bites the dust.
On Wed, 7 May 2008 11:22:28 -0500, McKown, John wrote: ... I don't know of any system, other than the z10, which implements decimal floating point yet, so I would not use that. Didn't I read somewhere that the P6 uses the same decimal floating point unit? -- Tom Marchant -- 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: Another one bites the dust.
If, as the article states, they were using ISPF as a batch monitoring and management tool, I wonder how many other wrong tools they were using. I'm not surprised they believe they are saving money. It may even be true if they started using appropriate tools. They also had an interesting proof of concept technique. Send some code to the contractor and then visit 24 hours later. I wonder what the success criteria were. -Original Message- From: Gary Green [mailto:snip] Sent: Wednesday, May 07, 2008 8:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Another one bites the dust. As the subject says... http://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci13 12380,00.html?track=NL-576ad=638786asrc=EM_NLN_3601410uid=1900046 -- 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: Another one bites the dust.
On Mon, 31 Mar 2008 13:43:32 -0600, Eric Bielefeld eric- [EMAIL PROTECTED] wrote: I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') Don't know slot #51 but these are the slots I know (counting starts at 1) ISVNAMES TABLE 9,'BMC Mainview' TABLE 12,'Computer Associates' TABLE 21,'BMC Mainview' TABLE 25,'MVS Solutions ThruPut Manager' TABLE 31,'Compuware Strobe' TABLE 34,'Computer Associates (Sterling)' TABLE 36,'Syncsort' TABLE 44,'BMC Control-O' TABLE 46,'IBM IMS Connect' TABLE 47,'Neon Software' TABLE 58,'ASG TMON' TABLE 61,'DKL tableBASE' TABLE 75,'Cole Software XDC' TABLE 76,'IBM Healthchecker' TABLE 78,'Rocket Software' DCX'FF',0D'0' END OF TABLE Roland -- 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: Another one bites the dust.
While the actual owner of each slot is not publicly defined, some have been determined by products such as MXI or ShowzOS. That was the answer I was looking for. I didn't need the definition of a slot. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
As others have said, the Customer Anchor Table has fullword slots assigned to individual customers or ISV's on a one-per-company basis. Quoting Peter Relson's 1996 email Once assigned, that slot is yours 'forever' and will never be reassigned to someone else. You can do with it as you want.. It would be interesting to know how many are actually assigned. As it is in 31bit common storage anchored by ECVTCTBL its easy to get to (six instructions or less) and saves having to use system level name/token services. I used it to anchor some in-house control blocks after I discovered some ISV software using the CVTUSER field. Regards, Martin -- Martin Leist Norfolk County Council UK mailto:[EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 31 March 2008 08:44 PM To: IBM Mainframe Discussion List Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') Eric Leist wrote: Another [small] mainframe has bitten the dust. Our MP3000 had been running OS/390 2.10 for the last few years but today has been shutdown for good with the applications moved off mostly onto UNIX platforms. Back in 1999 when we were outsourced the mainframe was going within 2 years. Well, over 8 years later and after being insourced again, it eventually happened. snip Just in case Peter Relson is listening, then you can have back the Customer Anchor Table slot #51 (X'C8'-X'CB') that you kindly allocated us back in 1996 ! Many thanks, Martin -- Martin Leist Norfolk County Council UK mailto:[EMAIL PROTECTED] -- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 The information contained in this email is intended only for the person or organization to which it is addressed. If you have received it by mistake, please disregard and notify the sender immediately. Unauthorized disclosure or use of such information may be a breach of legislation or confidentiality and may be legally privileged. Emails sent from and received by Members and employees of Norfolk County Council may be monitored. They may also be disclosed to other people under legislation, particularly the Freedom Of Information Act 2000. Unless this email relates to Norfolk County Council business it will be regarded by the Council as personal and will not be authorized by or sent on behalf of the Council. The sender will have sole responsibility for any legal actions or disputes that may arise. -- 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: Another One Bites the Dust
This was just a curiosity question. Thanks for all of the good answers. Unfortuneatly, by the time I might need this info in a year or 2, I'll probably have totally forgotten about it. Eric Don't know slot #51 but these are the slots I know (counting starts at 1) ISVNAMES TABLE 9,'BMC Mainview' TABLE 12,'Computer Associates' TABLE 21,'BMC Mainview' TABLE 25,'MVS Solutions ThruPut Manager' TABLE 31,'Compuware Strobe' TABLE 34,'Computer Associates (Sterling)' TABLE 36,'Syncsort' TABLE 44,'BMC Control-O' TABLE 46,'IBM IMS Connect' TABLE 47,'Neon Software' TABLE 58,'ASG TMON' TABLE 61,'DKL tableBASE' TABLE 75,'Cole Software XDC' TABLE 76,'IBM Healthchecker' TABLE 78,'Rocket Software' DCX'FF',0D'0' END OF TABLE Roland -- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 -- 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: Another one bites the dust.
On Mon, 2008-03-31 at 15:36 +0100, Leist, Martin wrote: Another [small] mainframe has bitten the dust. Our MP3000 had been running OS/390 2.10 for the last few years but today has been shutdown I wonder how many of these things are laying around unloved and unwanted. We've got one sitting in the corner of the office - hasn't been powered on in a while. It was capable of running up to z/OS 1.5 - no DB2 V8 was the death of it tho'. I even tried to get Linux running on it, but gave up in frustration. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') Eric Leist wrote: Another [small] mainframe has bitten the dust. Our MP3000 had been running OS/390 2.10 for the last few years but today has been shutdown for good with the applications moved off mostly onto UNIX platforms. Back in 1999 when we were outsourced the mainframe was going within 2 years. Well, over 8 years later and after being insourced again, it eventually happened. snip Just in case Peter Relson is listening, then you can have back the Customer Anchor Table slot #51 (X'C8'-X'CB') that you kindly allocated us back in 1996 ! Many thanks, Martin -- Martin Leist Norfolk County Council UK mailto:[EMAIL PROTECTED] -- Eric Bielefeld Systems Programmer Aviva USA Des Moines, Iowa 515-645-5153 -- 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: Another one bites the dust.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Monday, March 31, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') SNIP It is a table that contains an anchor for ISVs. Each ISV is able to register for a slot. A slot is 1 word where the ISV can store an address (probably in some common storage, CSA/SQA). The ISV may use that anchor and scratch pad as they need. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
It's pointed to by field ECVTCTBL in the ECVT. ECVTCTBL DCV(CSRCTABL) Customer anchor table. * Slots assigned by IBM. * Ownership: Callable Services. * Serialization: None @P8A Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Monday, March 31, 2008 6:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Monday, March 31, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') SNIP It is a table that contains an anchor for ISVs. Each ISV is able to register for a slot. A slot is 1 word where the ISV can store an address (probably in some common storage, CSA/SQA). The ISV may use that anchor and scratch pad as they need. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Another one bites the dust.
Okay, we know what it is. Who owns (owned) it. I think that was the intent. - Too busy driving to stop for gas! -Original Message- From: Mark Jacobs [EMAIL PROTECTED] Date: Mon, 31 Mar 2008 20:02:50 To:IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. It's pointed to by field ECVTCTBL in the ECVT. ECVTCTBL DCV(CSRCTABL) Customer anchor table. * Slots assigned by IBM. * Ownership: Callable Services. * Serialization: None @P8A Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Monday, March 31, 2008 6:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Monday, March 31, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') SNIP It is a table that contains an anchor for ISVs. Each ISV is able to register for a slot. A slot is 1 word where the ISV can store an address (probably in some common storage, CSA/SQA). The ISV may use that anchor and scratch pad as they need. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Another one bites the dust.
Okay, we know what it is. Who owns (owned) it. I think that was the intent. --Original Message-- From: Mark Jacobs Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Mar 31, 2008 20:02 Subject: Re: Another one bites the dust. It's pointed to by field ECVTCTBL in the ECVT. ECVTCTBL DCV(CSRCTABL) Customer anchor table. * Slots assigned by IBM. * Ownership: Callable Services. * Serialization: None @P8A Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Monday, March 31, 2008 6:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Monday, March 31, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') SNIP It is a table that contains an anchor for ISVs. Each ISV is able to register for a slot. A slot is 1 word where the ISV can store an address (probably in some common storage, CSA/SQA). The ISV may use that anchor and scratch pad as they need. Rega - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust.
IBM assigned slots in the table to anyone who requested one. What the requestor did with the slot was totally up to them. If you are asking who in IBM did the assigning I don't remember the name or contact information. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, March 31, 2008 9:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Okay, we know what it is. Who owns (owned) it. I think that was the intent. --Original Message-- From: Mark Jacobs Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Mar 31, 2008 20:02 Subject: Re: Another one bites the dust. It's pointed to by field ECVTCTBL in the ECVT. ECVTCTBL DCV(CSRCTABL) Customer anchor table. * Slots assigned by IBM. * Ownership: Callable Services. * Serialization: None @P8A Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Monday, March 31, 2008 6:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Monday, March 31, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') SNIP It is a table that contains an anchor for ISVs. Each ISV is able to register for a slot. A slot is 1 word where the ISV can store an address (probably in some common storage, CSA/SQA). The ISV may use that anchor and scratch pad as they need. Rega - 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: Another one bites the dust.
Slots in the customer anchor table are assigned, as Steve Thompson mentioned, by IBM to customers, generally ISV's, as a way to allow ISV's an anchor point for common storage areas without having to incur the overhead of adding a subsystem definition, or of using a system wide name/token pair. See Steve Thompson's post for the details. While the actual owner of each slot is not publicly defined, some have been determined by products such as MXI or ShowzOS. As for reserving a slot, that is managed by either Jim Mulder or Peter Relson. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, March 31, 2008 8:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Okay, we know what it is. Who owns (owned) it. I think that was the intent. --Original Message-- From: Mark Jacobs Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Mar 31, 2008 20:02 Subject: Re: Another one bites the dust. It's pointed to by field ECVTCTBL in the ECVT. ECVTCTBL DCV(CSRCTABL) Customer anchor table. * Slots assigned by IBM. * Ownership: Callable Services. * Serialization: None @P8A Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Monday, March 31, 2008 6:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Monday, March 31, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust. Martin, I'm sorry to hear you shut your MP3000 down for good. We had the same thing at PH Mining about 2 years ago, also an MP3000. I'm glad that you could keep your job. The MP3000 isn't much use anymore, since it won't run z/OS in 64 bit mode. I at least got to run z/OS in 31 bit mode before ours was shut down. OK, I'll bite! What's a Customer Anchor Table slot #51 (X'C8'-X'CB') SNIP It is a table that contains an anchor for ISVs. Each ISV is able to register for a slot. A slot is 1 word where the ISV can store an address (probably in some common storage, CSA/SQA). The ISV may use that anchor and scratch pad as they need. Rega - 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: Another one bites the dust
In connection with mainframe decommissioning, a company where I once worked made the decision to bin their mainframe a couple of years ago. A huge project plan was enthusiastically taken on board and it proceeded apace. Trouble was, that while they concentrated on the major applications - customer billing etc - they didn't manage to get *all* of their systems migrated by the deadline. One system was left running on their box - an online appliance sales system with approx 30 users spread over the country. They had the best response times imaginable while their system was ported off the mainframe. That took a year - for contractual reasons, the company had to pay for an extra year licence costs. So take a year of licence costs, maintenance costs, fllor space and electricity consumption. Much as I'm a dyed-in-the-wool mainframer, for a fraction of the cost I'd have whipped up an Access application to tide them over. A lovely example of a situation where 99% completion was almost as bad as 10% completion. -- 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: Another one bites the dust
How many Administrators are they hiring to replace you? I'm still here, just doing different stuff (SAN management and high-performance computing at the moment). The new administrative system is such a huge boondoggle that it's hard to tell how many people are involved in providing the kind of support formerly provided by a single sysprog. -- Matt Simpson -- z/OS Support Based on Matt's numbers I was trying to figure out how big - and cheap - will be ours. Our current 2tb, 5k tablespaces , 45k getpage/second DB2 zOS application will be replaced by sap in the next 2 years... -- 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: Another one bites the dust
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of wtrovijo Sent: Tuesday, July 03, 2007 6:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust How many Administrators are they hiring to replace you? I'm still here, just doing different stuff (SAN management and high-performance computing at the moment). The new administrative system is such a huge boondoggle that it's hard to tell how many people are involved in providing the kind of support formerly provided by a single sysprog. -- Matt Simpson -- z/OS Support Based on Matt's numbers I was trying to figure out how big - and cheap - will be ours. Our current 2tb, 5k tablespaces , 45k getpage/second DB2 zOS application will be replaced by sap in the next 2 years... SNIP Based on my experience of converting from MCP[1] to See-Bull (or Sieble as you prefer), a VSAM master file having records of 4K (with areas multiply defined) turned into a 1MB record. Now, the WHOLE MCP install (all programs, data, page, spool, mirror-ed DASD, etc.) all fit neatly into 3 TB. Moving ONE, count-em, ONE application required a 5TB RAID unit, various and sundry servers, PLUS 4 full blown, got it all REGATTAs (each was physically larger than the z/800 1b0). Each REGATTA produced MORE BTUs than the z/800 (to the point that if you were cold in the computer room you could walk behind one of them to actually get warm!). YMMV. But I was absolutely dumbfounded at the amount of money thrown at moving off a mainframe based system. And the end result was, the CICS based application that was being replaced had SUBSECOND response while the See-Bull system had, well, 5-15 second response. So let me put this in perspective: a customer calls to order an item (whatever it might be). The call handler will need to go through 7-11 screens (CICS) for a total time of 5-6 minutes to handle the call. The See-Bull system required 5 screens (browser based) and took 11 minutes. Again YMMV. And this was sent to Carrico for posting to ReBoot Hill (why? Because it was, in my estimation, a US$100M fiasco that resulted in the See-Bull system being abandoned when they realized that the computer room would have to be expanded for the third time to handle all the hardware...) [1] Prior post -- MCP is my name for z/OS. It is The Master Control Program vis-a-vis IBM revenue for SCPs on z/Architecture, right? Regards, Steve Thompson -- 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: Another one bites the dust
In a message dated 7/3/2007 9:26:38 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: REGATTAs (each was physically larger than the z/800 1b0). Each REGATTA produced MORE BTUs than the z/800 (to the point that if you were cold in the computer room you could walk behind one of them to actually get warm!). Seems like IBM would put a few summer interns to work writing conversions GUIs showing the conversion balloon. Darn thing about it, it's so pervasive all the little PHB's just keep right on trucking like it was no big deal, maybe Dilbert's just a photocopy. ** See what's free at http://www.aol.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: Another one bites the dust
In article [EMAIL PROTECTED], [EMAIL PROTECTED] wrote: Seems like IBM would put a few summer interns to work writing conversions GUIs showing the conversion balloon. In many cases, the replacement hardware/software also comes from IBM (pseries/AIX/Shark/DS4000 in our case). Why in the world would IBM want to warn customers in advance how much it's going to cost to get rid of the expensive mainframe, when they stand to make far more as the customer keeps rolling in more cheap servers? -- Matt Simpson -- z/OS Support 219 McVey Hall -- (859) 257-2900 x300 University Of Kentucky, Lexington, KY 40506 http://jms.cc.uky.edu/ -- 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: Another one bites the dust
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matt Simpson Sent: Tuesday, July 03, 2007 1:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust In article [EMAIL PROTECTED], [EMAIL PROTECTED] wrote: Seems like IBM would put a few summer interns to work writing conversions GUIs showing the conversion balloon. In many cases, the replacement hardware/software also comes from IBM (pseries/AIX/Shark/DS4000 in our case). Why in the world would IBM want to warn customers in advance how much it's going to cost to get rid of the expensive mainframe, when they stand to make far more as the customer keeps rolling in more cheap servers? -- Matt Simpson -- z/OS Support We need to remember that the iSeries, pSeries, xSeries, and zSeries marketting organizations are separate. I am sure that the pSeries people would be glad to replace as many zSeries machines are they could. And vice versa. IBM is not one big happy family with a single corporate goal. They are more like the user departments in a company - each out to get what they can and devil take the hindmost! Well, the user departments that I've had to work with at times seem to be that way. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust
Don't forget to add the outsourcing biz as well. System z lost a 9 IFL bid to IBM outsourcing for a SMB SAP on z implementation late last year. This is a long time mainframe customer, too. Not large by any stretch, but a great early Linux reference. Tsk, tsk... McKown, John wrote: We need to remember that the iSeries, pSeries, xSeries, and zSeries marketting organizations are separate. I am sure that the pSeries people would be glad to replace as many zSeries machines are they could. And vice versa. IBM is not one big happy family with a single corporate goal. They are more like the user departments in a company - each out to get what they can and devil take the hindmost! Well, the user departments that I've had to work with at times seem to be that way. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008 -- 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: Another one bites the dust
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matt Simpson Sent: Tuesday, July 03, 2007 1:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another one bites the dust In article [EMAIL PROTECTED], [EMAIL PROTECTED] wrote: Seems like IBM would put a few summer interns to work writing conversions GUIs showing the conversion balloon. In many cases, the replacement hardware/software also comes from IBM (pseries/AIX/Shark/DS4000 in our case). Why in the world would IBM want to warn customers in advance how much it's going to cost to get rid of the expensive mainframe, when they stand to make far more as the customer keeps rolling in more cheap servers? SNIP In the case that I quoted (former customer of mine), IBM sold them on moving to the z/800 to facilitate the migration to Siebel. Then included in that were the services to migrate to z/OS, the services to implement Siebel. Then when IBM and Siebel failed, they brought in yet another company that was going to do this by offshoring(). IBM laughed all the way to the bank with the amount of excess hardware that went into that shop. And when they tried to sell the excess hardware, it was only worth about 20 cents on the dollar -- mind you, the equipment was 1-3 years old at that point (depending on which item/box). It would seem to me that this kind of behavior is predatory by IBM. But hey, I'm not an attorney, so what could I possibly know? Regards, Steve Thompson Opinions by this poster are not necessarily those of poster's employer, and should in no case be accepted as such. -- 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: Another one bites the dust
Matt Simpson wrote: Our Multiprise 3000 was powered off this weekend. It had been running z/OS 1.5 in one LPAR and VM in another. Most of the applications on the expensive mainframe have been replaced by SAP running on a combination of hardware (AIX/pseries and Winblows) which dwarfs the mainframe. For example, all the databases for our administrative systems were previously about 30 gigabytes. This has been replaced by a system consuming dozens of terabytes. Progress is grand. My condolences, Matt. How many Administrators are they hiring to replace you? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another one bites the dust
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Rick Fochtman) wrote: How many Administrators are they hiring to replace you? I'm still here, just doing different stuff (SAN management and high-performance computing at the moment). The new administrative system is such a huge boondoggle that it's hard to tell how many people are involved in providing the kind of support formerly provided by a single sysprog. -- Matt Simpson -- z/OS Support 219 McVey Hall -- (859) 257-2900 x300 University Of Kentucky, Lexington, KY 40506 http://jms.cc.uky.edu/ -- 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