Re: Ordering Service
I fell into that trap too. You may want to specify INET instead of ELEC. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, December 20, 2007 2:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Ordering Service It has been so long since I had to do it. What is the current method of ordering service for electronic delivery? I just tried to order an upgrade following what seemed a logical path and got the message: An error has occurred: * A valid Information Exchange Mailbox is required for media type of ELEC I am sure that I must have forgotten something or that it is covered by dust and cobwebs after having been unused for so long. Regards, Richard Schuh This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: FTP to VM/CMS virtual Reader
Wonderful point Alan! It's a shame that you never mentioned this before. In keeping with the current season... Ho, Ho, Ho!!! ;-) The PROFILE EXEC on z/VM 5.3's FTPSERVE begins with (apparently no changes were needed since z/VM 5.1): /**/ /* PROFILE EXEC for a TCP/IP server virtual machine. */ /**/ /**** DO NOT MODIFY THIS EXEC! * */ /**/ /* Status - TCP/IP level 510 for z/VM Version 5, Release 1.0 */ /**/ /* Use a userid, nodeid or SYSTEM DTCPARMS file to modify the startup */ /* process. This exec can be used for any CMS-based TCP/IP server. */ /**/ Perhaps, for z/VM newbies, it might help if just before the closing line of asterisks there was a pointer added to the appropriate IBM z/VM TCPIP manual which describes the SYSTEM DTCPARMS file, and which does provide a :vmlink example. Maybe something like (without including changeable pubs numbers): /* See the z/VM TCP/IP Planning and Customization manual for details about using the SYSTEM DTCPARMS file. */ Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Alan Altmark [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/21/2007 12:01 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: FTP to VM/CMS virtual Reader On Thursday, 12/20/2007 at 01:02 EST, Stracka, James (GTI) [EMAIL PROTECTED] wrote: I think it would be better if you updated the PROFILE EXEC on FTPSERVE with 'ACCESS filepool:FTPSERVE. B' instead of on TCPIP but... (ahem) I do believe you have a rather extensive typo, James. You just suggested that David update the PROFILE EXEC, and I'm quite sure that's not what you meant. That will be three lashes with a wet noodle. ;-) You meant to say, rather, that he should update the :VMLink. tag in the SYSTEM DTCPARMS entry for the FTP server to have it access the disk or directory he needs, specifying the filemode. :nick.FTPSERVE :type.server :class.ftp :vmlink.* 555 = b or :vmlink..dir filepool:. = b Technically, the FTP server doesn't have to own the disk or directory, but it's a lot easier and simpler if it does. Alan Altmark z/VM Development IBM Endicott The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they 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.
HCP743E from DIAL command on Integrated 3270 Console
On our z/VM system running a CMS workload, the OPERATOR userids runs disconnected. Human operators open a PComm session to that VM system, and issue DIAL OPERATOR to establish a connection to VM:Operator running on the OPERATOR userid. DIAL OPERATOR is authorized by VM:Secure rules only for specific workstation terminals. Sometimes one or more of those workstations takes a dive and it may take a few days to get them replaced/repaired. Another z/VM system is IPLed remotely, automatically brings up TCPIP, and then the remote human operator can start their PComm connection to it. But if there is a problem with the IPL which prevents TCPIP from starting on that remote system, since there is no TCPIP running the operator cannot establish the PComm session to diagnose and correct the problem. So I thought: well, why not have the human OPERATOR just DIAL OPERATOR from the Integrated 3270 Console (not interrupting the VM:Operator process which is so nicely logging all the console traffic in a single place)? This would give us a means to temporarily circumvent workstation hardware or software problems. But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available I could easily modify HCPDIA to get around this, but before doing so would like to understand the rationale which led IBM to prevent DIAL from an Integrated 3270 Console. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they 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.
Re: HCP743E from DIAL command on Integrated 3270 Console
The code you are proposing to modify was likely written before the Integrated 3270 Console existed. The writers of the code did not prevent using the DIAL command. They just never allowed it. Some future release of VM will probably include that capability. Mike Walter wrote: But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available I could easily modify HCPDIA to get around this, but before doing so would like to understand the rationale which led IBM to prevent DIAL from an Integrated 3270 Console. -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
10 years without an unscheduled VM system outage!
Just sharing what I believe should be a reason for the IBM VM Development Lab in Endicott to celebrate. At 14:10:02 on 05 December 2007 our z/VM system running a CMS workload reached 10 years without a single unscheduled system outage due to a CP ABEND. Eight of those years were on VM/ESA (VM/ESA 121, 230, and 240) until December 31, 2005 when we belatedly upgraded to z/VM 5.1. With VM/ESA so utterly stable and reliable we had no reason to hurry through multiple z/VM upgrades. :-) We did experience a self-inflicted wound which I deeply regret since it creates an exemption on an otherwise untarnished record. On December 30, 2005 while preparing for the upcoming weekend migration from ESA 240 to z/VM 510, I accidentally caused the production ESA 240 spool volume to be mounted read-write on the z/VM 510 test system. Multiple production NSSes were written over (including CMS). We quickly shut down the z/VM 510 test system, restored the NSSes, and scheduled an emergency IPL (note: **scheduled**). During that scheduled emergency outage window, we took that single ABEND, a FRE016. But... the ABEND occurred during the **scheduled** emergency outage window (the exemption mentioned above), and most importantly, it was not due to an IBM error. Ten years faithful service, uninterrupted by a single unscheduled CP ABEND is worthy of note in my book! (Having the luxury to do so, we do schedule a weekly Sunday-evening IPL on that system). Looking back on the year, and through history, does anyone else have great experiences to share (or SHARE)? For that matter, does anyone know of z/OS sysplexes which have managed to avoid an unscheduled complete sysplex outage for anywhere near 10 years? Merry Christmas, and a very prosperous, and **stable** Happy New Year to all of you, too! Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they 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.
VM sysprog pos
I have been contacted by a recruiter, asking if I was interested in a VM sysprog position in the NY / NJ metro area being I am not at this time, and if there is anyone in this area who may be, contact me off list and I will give you a contact. thanks, Augie
Re: HCP743E from DIAL command on Integrated 3270 Console
Why don't the operators log on with their userid and then LINK VMRMAINT 193 and issue VMYIAMOP ? (this way, each VMOPER user can even be tailored to its needs, for example some people at my customer's installations have view for the DB2 servers, I don't. The tailoring is done can creating a x USERID file on VMOPER's 193 minidisk). Here my OPER EXEC, that issues the LINK and the VMYIAMOP /* This exec starts a session with VMOPER (and links to VMRMAINT ) +---+ | format: | OPER | +---+ 14 May 2004: set MSG OFF if using OPER from SNA screen Written by: Kris Buelens IBM Belgium; KRIS at VMKBBR01 8 Feb 1991*/ address command /* On SNA screens, VMYIAMOP hangs if many CP msgs are waiting to be shown as a result, the VMOPER panel is no longer updated. */ parse value diag(8,'Q V CONS') with 'VSM' vsm '15'x parse value diag(8,'Q SET') with . msgSet ',' if vsm='VTAM' then if msgSet='ON' then 'CP SET MSG OFF' 'ESTATE VMYIAMOP MODULE *' if rc^ =0 then 'EXEC LNK VMRMAINT 193' if rc=0 then 'VMYIAMOP VMOPER' src=rc if vsm='VTAM' then if msgSet='ON' then 'CP SET MSG ON' exit src 2007/12/21, Stephen Frazier [EMAIL PROTECTED]: The code you are proposing to modify was likely written before the Integrated 3270 Console existed. The writers of the code did not prevent using the DIAL command. They just never allowed it. Some future release of VM will probably include that capability. Mike Walter wrote: But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available I could easily modify HCPDIA to get around this, but before doing so would like to understand the rationale which led IBM to prevent DIAL from an Integrated 3270 Console. -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us -- Kris Buelens, IBM Belgium, VM customer support
Re: 10 years without an unscheduled VM system outage!
At 14:10:02 on 05 December 2007 our z/VM system running a CMS workload reached 10 years without a single unscheduled system outage due to a CP ABEND. That is pretty cool Mike. You gotta love VM !! For the record, my Windows laptop has been up and running for almost 10 hours without the need for a re-boot. :) Happy Holidays to all from Peoria. Ed Zell Illinois Mutual Life (309) 674-8255 x-107 . CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you receive this e-mail in error, notify the sender and delete this e-mail from your system.
Re: HCP743E from DIAL command on Integrated 3270 Console
Why don't the operators log on with their userid and then LINK VMRMAINT 193 and issue VMYIAMOP ? They could. But then ... - they would each need a VM userid (which few have) - someone would have know to remove VMYIAMOP authorization if they move to a different role - they could access the VM:Operator console from any location (instead of typing it down to specific terminals in a controlled, secure location) - we'd have less security control - and more that I've forgotten since deciding to do it this way. VMYIAMOP is terrific, and we sysprogs use it regularly. We just find that we have better control with DIAL OPERATOR (even though all the authorized DIAL users need to use the same model terminal when dialing - we prefer Mod 4's). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Kris Buelens [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/21/2007 10:25 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: HCP743E from DIAL command on Integrated 3270 Console Why don't the operators log on with their userid and then LINK VMRMAINT 193 and issue VMYIAMOP ? (this way, each VMOPER user can even be tailored to its needs, for example some people at my customer's installations have view for the DB2 servers, I don't. The tailoring is done can creating a x USERID file on VMOPER's 193 minidisk). Here my OPER EXEC, that issues the LINK and the VMYIAMOP /* This exec starts a session with VMOPER (and links to VMRMAINT ) +---+ | format: | OPER | +---+ 14 May 2004: set MSG OFF if using OPER from SNA screen Written by: Kris Buelens IBM Belgium; KRIS at VMKBBR01 8 Feb 1991*/ address command /* On SNA screens, VMYIAMOP hangs if many CP msgs are waiting to be shown as a result, the VMOPER panel is no longer updated. */ parse value diag(8,'Q V CONS') with 'VSM' vsm '15'x parse value diag(8,'Q SET') with . msgSet ',' if vsm='VTAM' then if msgSet='ON' then 'CP SET MSG OFF' 'ESTATE VMYIAMOP MODULE *' if rc^ =0 then 'EXEC LNK VMRMAINT 193' if rc=0 then 'VMYIAMOP VMOPER' src=rc if vsm='VTAM' then if msgSet='ON' then 'CP SET MSG ON' exit src 2007/12/21, Stephen Frazier [EMAIL PROTECTED]: The code you are proposing to modify was likely written before the Integrated 3270 Console existed. The writers of the code did not prevent using the DIAL command. They just never allowed it. Some future release of VM will probably include that capability. Mike Walter wrote: But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available I could easily modify HCPDIA to get around this, but before doing so would like to understand the rationale which led IBM to prevent DIAL from an Integrated 3270 Console. -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us -- Kris Buelens, IBM Belgium, VM customer support The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they 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.
Re: 10 years without an unscheduled VM system outage!
My Windows desktop hung during start-up this morning. It seems that it was trying to start hundreds of instances of Outlook instead of the usual 1. I had to use the big hammer, the power off button, because it couldn't even respond to the 3-finger salute. Don't you love stable systems? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Ed Zell Sent: Friday, December 21, 2007 8:32 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 10 years without an unscheduled VM system outage! At 14:10:02 on 05 December 2007 our z/VM system running a CMS workload reached 10 years without a single unscheduled system outage due to a CP ABEND. That is pretty cool Mike. You gotta love VM !! For the record, my Windows laptop has been up and running for almost 10 hours without the need for a re-boot. :) Happy Holidays to all from Peoria. Ed Zell Illinois Mutual Life (309) 674-8255 x-107 . CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you receive this e-mail in error, notify the sender and delete this e-mail from your system.
Re: 10 years without an unscheduled VM system outage!
You guys are bringing back a lot of great memories.However, I'm sure that many of you can recall the days of VM/XA, when things were a little different. We can all thank the efforts of a lot of great VM development types in Endicott and formerly Kingston for cleaning up VM during that time frame and persuading management to focus on things that really matter to the customer; RAS. Many of those VMers are gone, but several are still in Endicott. They obviously have the same work ethic and hopefully are passing it along to the newcomers joining that team. What they did 20 years ago, echos today in a new century. Merry Christmas to them and the customers that helped make VM what it is today; perfect. Len Diegel **See AOL's top rated recipes (http://food.aol.com/top-rated-recipes?NCID=aoltop000304)
Re: 10 years without an unscheduled VM system outage!
That is indeed an excellent record of reliability. If you change your criteria slightly, change ABEND to defect, you eliminate the need for the exemption. At USAir (before the name was changed to US Airways), we had a VM/ESA system run for 10 months without any outage, scheduled or not. An outage was scheduled for some hardware work. When it was brought back up, it ran for another uninterrupted 6 months, when there was another scheduled hardware outage. This system ran a very busy CMS load with up to 3100 concurrent users, 20% doing real work instead of just OfficeVision. It was rare for the system to run at less than 80%; most often, it was above 95%. The system, while considered a test system because it was VM, ran a few mission-critical processes, some mandated by the FAA. Then there was OV, which many of the executives considered mission-critical when it was down. Prior to the start of the 10 month period, there was a cpu failure that had the system down - a TMC infant death on a new cpu - for several hours. . We had a company VP call from London every 15-20 minutes during the outage, asking when OV would be back up. Indeed, many (if not most) of the 8100 registered OV users were dependent on OV, and by extension, the system being up. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Friday, December 21, 2007 8:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: 10 years without an unscheduled VM system outage! Just sharing what I believe should be a reason for the IBM VM Development Lab in Endicott to celebrate. At 14:10:02 on 05 December 2007 our z/VM system running a CMS workload reached 10 years without a single unscheduled system outage due to a CP ABEND. Eight of those years were on VM/ESA (VM/ESA 121, 230, and 240) until December 31, 2005 when we belatedly upgraded to z/VM 5.1. With VM/ESA so utterly stable and reliable we had no reason to hurry through multiple z/VM upgrades. :-) We did experience a self-inflicted wound which I deeply regret since it creates an exemption on an otherwise untarnished record. On December 30, 2005 while preparing for the upcoming weekend migration from ESA 240 to z/VM 510, I accidentally caused the production ESA 240 spool volume to be mounted read-write on the z/VM 510 test system. Multiple production NSSes were written over (including CMS). We quickly shut down the z/VM 510 test system, restored the NSSes, and scheduled an emergency IPL (note: **scheduled**). During that scheduled emergency outage window, we took that single ABEND, a FRE016. But... the ABEND occurred during the **scheduled** emergency outage window (the exemption mentioned above), and most importantly, it was not due to an IBM error. Ten years faithful service, uninterrupted by a single unscheduled CP ABEND is worthy of note in my book! (Having the luxury to do so, we do schedule a weekly Sunday-evening IPL on that system). Looking back on the year, and through history, does anyone else have great experiences to share (or SHARE)? For that matter, does anyone know of z/OS sysplexes which have managed to avoid an unscheduled complete sysplex outage for anywhere near 10 years? Merry Christmas, and a very prosperous, and **stable** Happy New Year to all of you, too! Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they 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.
Re: 10 years without an unscheduled VM system outage!
Since 1995/02/15 our uptime has been 99.770%. We had weekly IPLs for a while, now its monthly. We took a big hit with the August 14 power outage about 4 years ago. Peter The information transmitted is intended only for the person 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 of any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot by guaranteed on the Internet. The Sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on basis of the information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is the property of the TTC and must not be altered or circumvented in any manner.
Re: Ordering Service
Thanks, James. That is the correct answer. It worked. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTI) Sent: Friday, December 21, 2007 5:32 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Ordering Service I fell into that trap too. You may want to specify INET instead of ELEC. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, December 20, 2007 2:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Ordering Service It has been so long since I had to do it. What is the current method of ordering service for electronic delivery? I just tried to order an upgrade following what seemed a logical path and got the message: An error has occurred: * A valid Information Exchange Mailbox is required for media type of ELEC I am sure that I must have forgotten something or that it is covered by dust and cobwebs after having been unused for so long. Regards, Richard Schuh This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: 10 years without an unscheduled VM system outage!
VM/XA was very reminiscent of the VM/370 Release 2 days with one exception. We had as many problems, but we didn't have any of the OCO nonsense in the earlier days. The developers were quite eager to hear about the customers' problems and what they did to solve them. I think that we have to thank the OCO mentality for a large part of the bad experience during the VM/XA days. It appeared as though there was a mandate from management to reject as many PMRs as the customers would allow, and to never accept any customer originated analysis or fix during the dark ages of OCO. I heartily concur with your thoughts about the development types in Endicott/Kingston. And don't forget to thank the stars of the Support Center. Without the likes of Lyn Hadley, to name just one, the road probably would have been a little bumpier. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Len Diegel Sent: Friday, December 21, 2007 9:26 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 10 years without an unscheduled VM system outage! You guys are bringing back a lot of great memories. However, I'm sure that many of you can recall the days of VM/XA, when things were a little different. We can all thank the efforts of a lot of great VM development types in Endicott and formerly Kingston for cleaning up VM during that time frame and persuading management to focus on things that really matter to the customer; RAS. Many of those VMers are gone, but several are still in Endicott. They obviously have the same work ethic and hopefully are passing it along to the newcomers joining that team. What they did 20 years ago, echos today in a new century. Merry Christmas to them and the customers that helped make VM what it is today; perfect. Len Diegel See AOL's top rated recipes http://food.aol.com/top-rated-recipes?NCID=aoltop000304 and easy ways to stay in shape http://body.aol.com/fitness/winter-exercise?NCID=aoltop000303 for winter.
Re: HCP743E from DIAL command on Integrated 3270 Console
But Alan, that will just get it put on somebody's to do list and get it fixed. :) Alan Altmark wrote: On Friday, 12/21/2007 at 10:59 EST, Mike Walter [EMAIL PROTECTED] wrote: But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available Have you opened a PMR? I'm with Stephen on this; it sure looks like an oversight. A PMR will let us crawl into it to see if that's really the case. Alan Altmark z/VM Development IBM Endicott -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Re: HCP743E from DIAL command on Integrated 3270 Console
On Friday, 12/21/2007 at 10:59 EST, Mike Walter [EMAIL PROTECTED] wrote: But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available Have you opened a PMR? I'm with Stephen on this; it sure looks like an oversight. A PMR will let us crawl into it to see if that's really the case. Alan Altmark z/VM Development IBM Endicott
Re: HCP743E from DIAL command on Integrated 3270 Console
But Alan, that will just get it put on somebody's to do list and get it fixed. :) And what a nice belated Christmas present that would be! No, I have not yet opened a PMR on it. I was curious to find out if I had missed something obvious (such as those described in the help for HCP743E) before opening a PMR. But I will do that Monday morning if not sooner. Mike Walter - Original Message - From: Stephen Frazier [EMAIL PROTECTED] Sent: 12/21/2007 05:28 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCP743E from DIAL command on Integrated 3270 Console But Alan, that will just get it put on somebody's to do list and get it fixed. :) Alan Altmark wrote: On Friday, 12/21/2007 at 10:59 EST, Mike Walter [EMAIL PROTECTED] wrote: But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available Have you opened a PMR? I'm with Stephen on this; it sure looks like an oversight. A PMR will let us crawl into it to see if that's really the case. Alan Altmark z/VM Development IBM Endicott -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they 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.
Randy Burton is out of the office until Wed. 1/2/2008
I will be out of the office starting 12/21/2007 and will not return until 01/02/2008. Merry Christmas Happy New Year! I will be out of the office starting Fri. 12/21, returning Wed. 1/2/2008. On 12/21 12/24, please contact John Stanley ([EMAIL PROTECTED]), 704-427-1941. From 12/26-12/28, please contact Kiran Yelimeli ([EMAIL PROTECTED]) 704-427-4960. On 12/31, please contact Scott Hutula ([EMAIL PROTECTED]) 704-427-1924. During this time, I will have no access to voice mail or Email.