Re: C-I-C-S vs KICKS and screws
We also say SNAH and KICKS in The Netherlands and during a course in Atlanta it took me a while to understand what was meant with C-I-C-S. On the matter of screws: I own a 91 Jeep Wrangler with a lot of torx screws and in time the torx-hole becomes a round hole. Allan-screws are a bit better but still have the same problem. I personally prefer hex-bolts. Just too bad that Chrysler used both metric and inch sizes on my Jeep. -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens Mark Pace Verzonden: maandag 26 juli 2010 19:44 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: C-I-C-S vs KICKS I had an SE many years ago that did say S-N-A as SNAH. Confused me every time. I've never heard anyone try to say R-J-E as a word. What you you use, reggie? - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: United Statesians (was C-I-C-S vs KICKS)
Columbia should be just fine according to wikipedia! Col'o'mbia is already taken ;) - Columbia From Wikipedia, the free encyclopedia Not to be confused with Colombia, the country in South America. Columbia (name) is a poetic name for America (in the sense of European colonies in the New World), and the feminine personification of the United States of America. - -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens Kelman, Tom Verzonden: dinsdag 27 juli 2010 14:50 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: United Statesians (was C-I-C-S vs KICKS) So, what do we in the United States of America call ourselves. We've been called Americans, Americanos, or some other variation probably every since we became a country. However, I was in Bolivia one year and when I said to one of the Bolivians that I was an American he said You know that we're Americans also, and I thought You know, he's right. There is a song Columbia, the Gem of the Ocean and another Hail, Columbia which were unofficial national anthems until The Star Spangled Banner became official. Hail Columbia is still the official song to announce the entry of the Vice President. Maybe we should change the name of the country to Columbia. Oh, wait, that name is already taken. Tom Kelman - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: You know you've been doing too much MVS when...
He's a manager ;) -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens Paul Strauss Verzonden: dinsdag 30 maart 2010 15:30 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: You know you've been doing too much MVS when... Why would you pick a utility that does nothing and relies on someone else to do the work for you? Thank You, Paul Strauss Integrated Technology Delivery, Global Services, IBM L0DB z/OS MVS/Program Products/Security 150 Kettletown Rd. Southbury, CT 06488 (203) 272-2758 strau...@us.ibm.com From: Jousma, David david.jou...@53.com To: IBM-MAIN@bama.ua.edu Date: 03/30/2010 09:14 AM Subject:Re: You know you've been doing too much MVS when... Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I was thinking at one time about getting a plate like that with IEFBR14. I was leaning more towards just a bunch of ones and zeros though. Problem is, here in Michigan, you only get 7 characters, not 8. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Networks
IBMTCP-L [ibmtc...@vm.marist.edu] is the list for mainframe-IP and related network questions. -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens Dell'Anno, Aurora Verzonden: vrijdag 5 februari 2010 6:41 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Networks Hi list, Is this the right place to ask questions about MF network stuff? If not, can you point me to the right list, please? Thanks. Aurora *** sent via mobile email *** Aurora Emanuela Dell'Anno CA Mobile: +44 (0)7768 235 339 please don't print this e-mail unless you really need to! - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EDS mainframe goes elided, crashes RBS cheque system
The article may be lacking some detail info, but it seems pretty clear: - One mainframe crashes because a critical MCL ( hiper? ) was not applied/activated - Naturally all LPAR's on this mainframe are then unavailable - Connect Direct doesn't run because it ran in one of the unavailable lpars - If the cheque clearing system runs in a lpar, then it's unavailable too - If the cheque clearing system runs elsewhere, using a Connect Direct connection to one of the lpar's, it doesn't receive input/can't send output, so it doesn't function anymore - Everything switches to the DR-site - This mainframe also crashes because the critical MCL ( hiper? ) was not applied/activated - Naturally all LPAR's on this mainframe are then unavailable - Connect Direct doesn't run because it ran in one of the unavailable lpars - If the cheque clearing system runs in a lpar, then it's unavailable too - If the cheque clearing system runs elsewhere, using a Connect Direct connection to one of the lpar's, it doesn't receive input/can't send output, so it doesn't function anymore So the crash was not caused by the software, but the unavailability of the check clearing system was a result of the crash. Or am I missing something? This reminds me of SEGMENTATIONOFFLOAD, which crashed our OSA's with a domino-effect. All LPAR's that used those OSA's were unavailable through the network. P.s. We also have a hardwareteam that activates the disruptive MCL's ( OSA MCL's amongst others ) P.p.s. Nice horror-scenario to show all those people that try to reject MCL-changes because somewhere in the prehistoric an update went wrong. -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens McKown, John Verzonden: donderdag 17 december 2009 15:26 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: EDS mainframe goes elided, crashes RBS cheque system From The Register (Vulture Central). http://www.theregister.co.uk/2009/12/17/eds_mainframe/ Two z10s crashed in the UK due to lack of microcode maintenance. The first one crashed. This caused a DR roll over to the second one, which then also crashed. I don't know how an application can cause a microcode problem. Likely a misstatement due to lack to knowledge. -- 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 - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No mainframe dns : Was: RE: Z10 BC DNS Name
P S Our mainframes are located at two datacenters, approx 50 miles apart, that are each others backups. Each location has its own OSPF network with approx half the available ip-addresses ( 10.x.x.x ). There is no subnet that spans both locations. -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens P S Verzonden: woensdag 11 november 2009 15:08 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: No mainframe dns : Was: RE: Z10 BC DNS Name On Wed, Nov 11, 2009 at 12:37 AM, Maarten Slegtenhorst maarten.slegtenho...@mail.ing.nl wrote: Nice! I wish we had that, but, alas, it is not possible in our current LAN-network. Now we have to search for those who use an ip-address instead of a dns-name, because they have to change their settings in case of a DR. It would save us a lot of trouble if we could use the same ip-address in a disaster recovery. Perhaps you can share why it's not possible? Just curious. - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No mainframe dns : Was: RE: Z10 BC DNS Name
Paul, We are dead against using ip-addresses! Somewhere in the mists of time there was apparently once a problem with the dns-servers. Typical user-behaviour is to remember this for all eternity and to try to use ip-addresses or hosts-files because the dns-servers are not dependable :-/ Luckily most people nowadays use dns-names. To find the others, I had to define another vipa and move the dns-name to this vipa. Everyone who made a connection to the first vipa uses ip-addresses, while the dns-users automatically switched to the new vipa. So, we are hunting down the ip-address users and force them to better their lives, but it's slow going. -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens Paul Gilmartin Verzonden: woensdag 11 november 2009 15:54 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: No mainframe dns : Was: RE: Z10 BC DNS Name On Wed, 11 Nov 2009 09:07:56 -0500, P S wrote: On Wed, Nov 11, 2009 at 12:37 AM, Maarten Slegtenhorst maarten.slegtenho...@mail.ing.nl wrote: Nice! I wish we had that, but, alas, it is not possible in our current LAN-network. Now we have to search for those who use an ip-address instead of a ` dns-name, because they have to change their settings in case of a DR. It would save us a lot of trouble if we could use the same ip-address in a disaster recovery. Perhaps you can share why it's not possible? Just curious. And why does anyone use an IP address rather than a domain name? As long as you nurture that behavior, they won't get better. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z10 BC DNS Name
We used to have a lot of different names, depending on the business unit where the host originated. Most of our dns-names are nowadays something like servername.qual1.qual2 or printername.qual1.qual2 where qual1.qual2 is the common denominator. So I requested my own domain mf.qual1.qual2 and gave every host a dns-name: lpar.mf.qual1.qual2 E.g lpar ab01: Internal VIPA : ab01.mf.qual1.qual2 ( intranet ) External VIPA : ab01-ext.mf.qual1.qual2 ( internet ) The OSA's : ab01-osag1l.mf.qual1.qual2 Distributed VIPA's: ab01-dv1.mf.qual1.qual2 Dynamic XCF : ab01-dx.mf.qual1.qual2 We have our own subnets of 512 addresses/location. Every ip-address we use, is in the dns. This way we can keep track of the used ip-addresses. Btw. We can update our own subnet in the dns-servers, which saves the LAN-network people some work. All the legacy dns-names are now aliases. Somehow we can't seem te get rid of them :-/ The mainframenames are CPCxxy where xx is the two-letter location and y is a number. -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens McKown, John Verzonden: dinsdag 10 november 2009 14:20 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: Z10 BC DNS Name -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of SrinivasG Sent: Tuesday, November 10, 2009 2:51 AM To: IBM-MAIN@bama.ua.edu Subject: Z10 BC DNS Name Hi, We want to have a DNS Name for our new Z10 BC mainframe. Any suggestions? Please also share your Mainframe names. Regards, _ Srinivas G How about old.reliable ? grin We don't have our mainframe in our DNS. The DNS people don't want to be bothered with it. -- 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 - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
No mainframe dns : Was: RE: Z10 BC DNS Name
John, During a disaster recovery, we move the dns-name to the new ip-address, so nobody has to change anything. ( except maybe for a local dns-flush ) What do you do when a DR occurs? Do the users change the destination ip-address on their servers and workstations? -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens McKown, John Verzonden: dinsdag 10 november 2009 14:20 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: Z10 BC DNS Name How about old.reliable ? grin We don't have our mainframe in our DNS. The DNS people don't want to be bothered with it. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No mainframe dns : Was: RE: Z10 BC DNS Name
John wrote: At DR, we insist that the MF continues to have the identical IP address. Nice! I wish we had that, but, alas, it is not possible in our current LAN-network. Now we have to search for those who use an ip-address instead of a dns-name, because they have to change their settings in case of a DR. It would save us a lot of trouble if we could use the same ip-address in a disaster recovery. -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens McKown, John Verzonden: dinsdag 10 november 2009 15:17 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: No mainframe dns : Was: RE: Z10 BC DNS Name -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Maarten Slegtenhorst Sent: Tuesday, November 10, 2009 8:10 AM To: IBM-MAIN@bama.ua.edu Subject: No mainframe dns : Was: RE: Z10 BC DNS Name John, During a disaster recovery, we move the dns-name to the new ip-address, so nobody has to change anything. ( except maybe for a local dns-flush ) What do you do when a DR occurs? Do the users change the destination ip-address on their servers and workstations? -- Maarten At DR, we insist that the MF continues to have the identical IP address. Well, we in Tech Services don't really care much. It is the Desktop Services and Server people who would be tasked with reconfiguring all the 3720 emulators and servers to point to the new IP address. Better to have one open system group insisting that another open system group do something. The MF does not have Internet visibility in either location. -- 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 - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z10 BC DNS Name
Chris, First of all, a small correction on my earlier post. Our distributed VIPA's have the naming convention: ab-dv1.mf.qual1.qual2 and not ab01-dv1.mf.qual1.qual2 Static and dynamic VIPA's have the same naming convention. mf in the domain stands for mainframe ;) All ip-addresses used by the lpar's are in the .mf.qual1.qual2 domain. I would also like to know what benefit you derive from assigning names to the OSA and XCF interfaces - other than this odd address book-keeping! In other words, are there anywhere any actual references to these names? No! We (VTAM-TCP/IP) are the only ones to use them. The LAN network department ( who manages the dns ) requires that each used address is registered in the dns-servers. We don't mind because we just have to do a nslookup from a DOS-box to see to which host an ip-address belongs. We have prepared for application instance vipa's in our naming convention, but do not use them yet. So for now everyone uses the static/dynamic/distributed vipa to communicate with the host -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens Chris Mason Verzonden: dinsdag 10 november 2009 17:56 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: Z10 BC DNS Name Maarten I don't believe name servers were designed for the purposes of keeping track of intranet addresses. Their primary purpose - and sole purpose until I am persuaded otherwise - is to provide an indirect reference for people who need to specify destination addresses so that, if the address changes, the name need not with all the benefits that arrangement brings. And the people most affected by this consideration are the multitude of clients or client workstations. Incidentally, as a committed VIPA user, I'm very surprised that you have included the identification of the LPAR (mf presumably) in your naming convention. Did nobody consider that LPAR Q might be a better place to run the application one day that LPAR P? I would also like to know what benefit you derive from assigning names to the OSA and XCF interfaces - other than this odd address book-keeping! In other words, are there anywhere any actual references to these names? Chris Mason On Tue, 10 Nov 2009 14:52:54 +0100, Maarten Slegtenhorst maarten.slegtenho...@mail.ing.nl wrote: We used to have a lot of different names, depending on the business unit where the host originated. Most of our dns-names are nowadays something like servername.qual1.qual2 or printername.qual1.qual2 where qual1.qual2 is the common denominator. So I requested my own domain mf.qual1.qual2 and gave every host a dns-name: lpar.mf.qual1.qual2 E.g lpar ab01: Internal VIPA : ab01.mf.qual1.qual2 ( intranet ) External VIPA : ab01-ext.mf.qual1.qual2 ( internet ) The OSA's : ab01-osag1l.mf.qual1.qual2 Distributed VIPA's: ab01-dv1.mf.qual1.qual2 Dynamic XCF: ab01-dx.mf.qual1.qual2 We have our own subnets of 512 addresses/location. Every ip-address we use, is in the dns. This way we can keep track of the used ip-addresses. Btw. We can update our own subnet in the dns-servers, which saves the LAN-network people some work. All the legacy dns-names are now aliases. Somehow we can't seem te get rid of them :-/ The mainframenames are CPCxxy where xx is the two-letter location and y is a number. -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens McKown, John Verzonden: dinsdag 10 november 2009 14:20 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: Z10 BC DNS Name -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of SrinivasG Sent: Tuesday, November 10, 2009 2:51 AM To: IBM-MAIN@bama.ua.edu Subject: Z10 BC DNS Name Hi, We want to have a DNS Name for our new Z10 BC mainframe. Any suggestions? Please also share your Mainframe names. Regards, _ Srinivas G How about old.reliable ? grin We don't have our mainframe in our DNS. The DNS people don't want to be bothered with it. -- 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 -- 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 - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use
Re: VTAM security issue
Almost correct ;) Systems Network Architecture http://www-01.ibm.com/software/globalization/terminology/s.jsp#s18 http://en.wikipedia.org/wiki/IBM_Systems_Network_Architecture -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens Gibney, Dave Verzonden: zondag 9 augustus 2009 23:46 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: VTAM security issue Isn't the A Architecture? And the S Synchronous :) Now I'm confused. What does the initialism SNA stand for? - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP ports in use
NETSTAT CONN REPORT generates a list to a dataset. This list looks like this: * Top of Data ** MVS TCP/IP NETSTAT CS V1R9 TCPIP Name: TCPIP 08:41:49 User Id Conn Local Socket Foreign Socket State --- -- - BPXOINIT 004E 0.0.0.0..10007 0.0.0.0..0 Listen CNMPROC 0010 0.0.0.0..7043 0.0.0.0..0 Listen CNMPROC 0001A51B 10.xxx.yy.153..215810.xxx.yy.161..7043Establsh - - - - - - - - - - - - - - - - 6 Line(s) not Displayed DI07DIST B349 0.0.0.0..6100 0.0.0.0..0 Listen DI08DIST E15C 0.0.0.0..6103 0.0.0.0..0 Listen - - - - - - - - - - - - - - - - 4 Line(s) not Displayed JES2S001 0865 10.xxx.yy.153..175 10.xxx.yy.149..3957Establsh - - - - - - - - - - - - - - - - 19 Line(s) not Displayed OA50JSC 0886 0.0.0.0..6251 0.0.0.0..0 Listen OA50SRV 0001A7FD 10.xxx.yy.153..625010.135.9.148..64931Establsh - - - - - - - - - - - - - - - - 8 Line(s) not Displayed Q5I1CHIN 00C0 0.0.0.0..6501 0.0.0.0..0 Listen Q5I3CHIN E15F 10.xxx.yy.248..65100.0.0.0..0 Listen - - - - - - - - - - - - - - - - 11 Line(s) not Displayed TCPFTPD1 0081 0.0.0.0..210.0.0.0..0 Listen TCPTELNT 005D 0.0.0.0..230.0.0.0..0 Listen - - - - - - - - - - - - - - - - 3 Line(s) not Displayed WI04TOCA 00DE 10.xxx.yy.153..10111 10.xxx.yy.91..1918 Establsh - - - - - - - - - - - - - - - - 98 Line(s) not Displayed Bottom of Data This is only a snapshot, though! I use SAS and MICS to collect session-info from SMF-data. I have no idea wat types are put into MICS, but I get every port, including PORTRANGE-ports. -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens Guy Gardoit Verzonden: woensdag 5 augustus 2009 17:55 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: TCP/IP ports in use TSO NETSTAT -something- REPORT will produce a dataset for browsing called -userid-.NETSTAT.-something- Guy Gardoit z/OS Systems Programming On Wed, Aug 5, 2009 at 7:44 AM, Michael Wickman mwick...@waddell.comwrote: David Alcock wrote a ISPF panel system that did all the netstat commands and captured the output into ISPF browse displays. Works very nice. Mike Wickman -- -- 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 - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Applying and activating MCL's to OSA-cards in flight
Brian, Thanks for your reply. I wasn't sure how the updates were applied. The activation of the updates is done by our configurators and they told me that they take down the PCHID, but apparently that isn't necessary, which makes the whole process easier. My main concern was if there were issues with TCP/IP communicating through OSA-ports with different microcodelevels. Your mail and Radoslaw's eased my concerns. TCP/IP is configured to work non-disruptively over multiple OSA-ports and this has been tested succesfully. So, except for the 'servicemode'-part, my procedure should work fine. P.s. I missed your message about microcode application because I hardly have time to read 1% of all messages and just scan the subjects for anything interesting. I read it now though ;) P.P.s. What about the 4-port OSA Express3 1000BASE-T? I read about them after sending my message yesterday. The four ports have two CHPIDs assigned. Does each port still have its own computer and microcode? Or do computer and microcode control two ports? -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens Brian Peterson Verzonden: woensdag 13 mei 2009 18:51 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: Applying and activating MCL's to OSA-cards in flight I think you have a bit of a misunderstanding of how OSA ports work. It turns out that each port on a card has its own computer and its own microcode, which is independent of any other ports on that same card. I wrote about how OSA microcode application works last month, in the following post: http://bama.ua.edu/cgi-bin/wa?A2=ind0904L=ibm-mainP=R105amp;I=1X=- What happens is your CE installs the updated microcode onto your machine. The code update is then applied to OSA ports the next time each port is offline. If you have configured your machine so that your workload nondisruptively operates across multiple OSA ports, then you can take each OSA port offline and then back online, one OSA port at a time, to complete the implementation of the microcode update for each port. In the above referenced port, I also explained a way to tell from the HMC or SE exactly which OSA CHPIDs have microcode pending for them. Putting OSA microcode on to OSA ports, one port at a time, is absolutely the intended method for deploying such updates to your machine, and is 100 % supported by IBM. Brian On Wed, 13 May 2009 15:44:07 +0200, Maarten Slegtenhorst wrote: Dear list, Forgive me if my terminology is not entirely correct, since I'm not a mainframe configurator. At the moment we do a power-on reset and IPL's of the hosts to activate new MCL's for the OSA-cards. According to IBM, applying and activating MCL's can be done without disruption. All our hosts have at least two OSA-ports, each port on an other OSA-card ( OSA Express2 ). I can deactivate the CHPID of an OSA-port on all LPAR's that use that port, and then put the PCHID in service mode. Network traffic will then continue, without disruption, over the remaining OSA-port. After applying the new MCL, I can activate the PCHID, CHPID's and ofcourse the TCP/IP-port. Then I can do the same procedure for the remaining OSA-port Halfway during this procedure, there is a moment when the two OSA-ports have different microcode levels. Did anyone ever experience problems, using different MCL's? Is there another way to activate the MCL's without disrupting the hosts? -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Applying and activating MCL's to OSA-cards in flight
Radoslaw, Thanks for the info! It's something to consider in future OSA-port distributions :) -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Namens R.S. Verzonden: donderdag 14 mei 2009 12:48 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: Applying and activating MCL's to OSA-cards in flight Maarten Slegtenhorst pisze: P.P.s. What about the 4-port OSA Express3 1000BASE-T? I read about them after sending my message yesterday. The four ports have two CHPIDs assigned. Does each port still have its own computer and microcode? Or do computer and microcode control two ports? Microcode is at PCHID level, so both ports are affected at a time. -- Radoslaw Skorupka Lodz, Poland - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Applying and activating MCL's to OSA-cards in flight
Dear list, Forgive me if my terminology is not entirely correct, since I'm not a mainframe configurator. At the moment we do a power-on reset and IPL's of the hosts to activate new MCL's for the OSA-cards. According to IBM, applying and activating MCL's can be done without disruption. All our hosts have at least two OSA-ports, each port on an other OSA-card ( OSA Express2 ). I can deactivate the CHPID of an OSA-port on all LPAR's that use that port, and then put the PCHID in service mode. Network traffic will then continue, without disruption, over the remaining OSA-port. After applying the new MCL, I can activate the PCHID, CHPID's and ofcourse the TCP/IP-port. Then I can do the same procedure for the remaining OSA-port Halfway during this procedure, there is a moment when the two OSA-ports have different microcode levels. Did anyone ever experience problems, using different MCL's? Is there another way to activate the MCL's without disrupting the hosts? -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Display Active Users panel (DA)
T for thousand is already mentioned a couple of times. Here's how you find the info in the help: PF1 ( Help ) 4 - Fields on the DA panel enter until you get a new list with options 8 - Scaling and abbreviations for values: ISFJSCL HELP: Scaling of Data Panel 1 of 2 COMMAND INPUT === When a value is too large to fit in a column, SDSF scales the value using these abbreviations: K Kilo (hexadecimal scaling) T Thousands (decimal scaling) or Tera (hexadecimal scaling) M Millions (decinal scaling) or Mega (hexadecimal scaling) B Billions (decimal scaling) G Giga (hexadecimal scaling) P Peta (hexadecimal scaling) KB Kilobytes MB Megabytes GB Gigabytes TB Terabytes PB Petabytes Changing the width of the column, with the ARRANGE command, affects the scaling. When filtering on columns that use binary abbreviaions (KB, MB, and so on) you can enter either a number or a number with the abbreviation. For example, 4096 and 4MB are both valid with entering a filter, though SDSF always displays the value as 4MB. -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT:Great country
Origin of the IBM Mainframe! -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Elardus Engelbrecht Verzonden: donderdag 6 november 2008 15:47 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: OT:Great country Miklos Szigetvari wrote: Here I mean the USA Why? (Don't give me a political reason, just a mainframe topic reason, ok?) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: help unabel to logon to cics ceda or cemt
You can check the meaning of message identifiers here: http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat Apparently a CESF ( signof) is given with an invalid option. I can reproduce the error by giving CESF random string of chars ( CESF BLABLA in my case ) The command is ignored, so you should be able to work. Else try a CESN to logon again. You might also ask your CICS-specialist about this. -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens SUBSCRIBE IBM-MAIN gaa a. gamal Verzonden: woensdag 22 oktober 2008 11:29 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: help unabel to logon to cics ceda or cemt Hi every body, when i logon to CICS sys to do CEMT or CEDA or other transaction, it gave me that massage: DFHCE3550 Sign-off option must be LOGOFF or GOODNIGHT. Sign-off is ignored this masage is apper after i logon and press any key what is wrong ? Thanks a lot - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Observations and Questions About Our Platform : Lenovo
Why does IBM have their first question for Lenova, when they don't even own the PC line anymore. It is not an issue of the biggest moneymaker. Lenovo is probably first because they get called more about Lenovo products than about z/OS software problems. Btw. Lenovo is still in IBM's products list on their frontpage. Be glad that you can call about z/OS or maybe mainframes. My last two calls were about the service processor of my 3745's. ( yup, still got a few ) I spoke to every department of IBM's except the right one. As soon as I mention that the service processor is a PC belonging to mainframe network equipment, they transfer me to either Lenovo Laptops, Desktops, Midrange or to the networks-department. At least it taught me to just tell them that my 3745 has a problem and then wait for an engineer to call. -- Maarten - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Mainframe education/training
Gabe, I haven't answers to all questions, but I hope this helps: - What's new since the z/Journal article ran and what did the article miss? For me, nothing changed. - What's the good and bad news about today's mainframe education? Good news: In the Netherlands education/training is still seen as absolutely necessary to function properly and for the business continuity. Bad news: IBM waits until enough people are interested before they schedule a course ( at least in The Netherlands and Belgium ) Not all people who are interested, make this known to IBM. Some just check if the course is scheduled. So sometimes people have to wait for years to get the course they need because it seems like there are not enough people interested for the provider to schedule the course. E.g. I had to go to Germany to attain a systems programmer course because apparently there was not enough interest in the Netherlands/Belgium. There were 'three' scheduled dates in Germany! E.g.2 Some of my colleagues and even some of another bank have waited for years for IBM to schedule an Assembler course. Finally we have arranged for one of the IBM-MAIN listers to provide the course. - Who's providing it? Who's best at it? I've always had IBM courses, until recently. We arranged for The Trainer's Friend to come to Amsterdam and provide us with some badly needed training. Who's best? All courses have been given by people with a longtime mainframe-experience. The teacher from 'The Trainer's Friend' ( Steve C ) was very funny, but that's not really a requirement for providing students with the required information. It helps though :) - What works? Classroom instruction? Online training? Self-study courses? Books? User groups? Personally I prefer practical training. A laptop attached to a beamer is nice, but still too theoretical. E.g. During the Assembler course I got some S0Cx abends ( ok, a lot S0C7's ). Finding the cause of the error yourself is a million times better than someone creating an abend and then pointing it out on a screen in front of the class. - Do employers pay for it? Yes - Is it a necessity or a golden perk? A necessity for the continuity of the business - Is it safe in the budget or a first thing to get whacked? The need for continuous education is recognized and safe in the budget - How often do employees pay? Never. I can't afford IBM's prices. - Does it keep pace with mainframe evolution? Some courses are based on older versions of z/OS, sometimes even OS/390 -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Gabe Goldberg Verzonden: dinsdag 7 oktober 2008 4:46 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Mainframe education/training I'm writing articles for Bob Thomas' two publications, z/Journal and Mainframe Executive, about mainframe education. For z/Journal I'll cover the tactical state of education union and for Mainframe Executive I'll discuss strategic/high-level issues. A year or so ago I wrote about education/training from IBM (Academic Initiative) and SHARE (zNextGen project), both of which are positive developments; the article is at http://www.zjournal.com/index.cfm?section=articleaid=823. So -- What's new since the z/Journal article ran and what did the article miss? What's the good and bad news about today's mainframe education? Who's providing it? Who's best at it? What's missing? What works? Classroom instruction? Online training? Self-study courses? Books? User groups? Do employers pay for it? Is it a necessity or a golden perk? Is it safe in the budget or a first thing to get whacked? How often do employees pay? Does it keep pace with mainframe evolution? What's happening in local mainframe user groups? What are noteworthy publishing resources for mainframe training/education? Etc. -- don't be limited by these questions. Please reply directly as well as to the list, so I see responses separate from the daily digest. Thanks... -- Gabriel Goldberg, Computers and Publishing, Inc. (703) 204-0433 3401 Silver Maple Place, Falls Church, VA 22042 - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN
Re: Segmentation Offload - Need to Disable Again
We haven't enabled it yet! I don't like being woken in the middle of the night because every lpar that's using specific osa-ports is unreachable. Once was enough! -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Mark Zelden Verzonden: donderdag 25 september 2008 21:54 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Segmentation Offload - Need to Disable Again I just was sent this: snip Mark - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Do you protect your power switch with a lock?
I was asked by a customer if there is a standard IBM mainframe power switch lock. I checked and there is no such lock. I wonder how do you protect your mainframe power switches other then access control to the computer room. I agree with Kees. A lock would be contradictory to the purpose of the switch. Does the customer also want a lock on the main 'computer floor emergency power off' switch? Access to the computer floor should be restricted and people who enter should be registered and be knowledgeable enough to know not to touch the switch unless it's an emergency. And if there is an emergency, e.g. someone is being electrocuted, you don't want a procedure to request a key from someone outside the computerfloor. -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: (your name here) is out of the office.
Unfortunately, I think this is down to the individuals concerned that want everyone to know that they are out of the Office. Sometimes the employer demands it! I activate the auto-reply when I'm out for a week or longer. But I, almost always, also set IBM-MAIN and IBMTCP-L to NOMAIL. Last time I first activated the out-of-office and then the NOMAIL. My apologies for any unwanted mails. OT : Just delete the out-of-office replies... There are only a few among the many messages here... -- Maarten - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: European list members
Radoslaw, Do you also have a course Polish for Dummies? I could use that for our connections in Katowice. On-topic: The mentioned schedules are internal for my company and basically not available to outsiders. A few exceptions might be possible though. So, IMHO you shouldn't worry about competition :) You have nothing to fear from my schedule IMHO. I just wanted to tell Steve that I'm humbly looking forward to his courses. Also IMHO it might have been interesting to other listers that there are still people trying to learn Assembler. And it should be nice to know that there are still relatively young people with not too much grey hairs ( though a receding hairline and a bald spot ), trying to learn the deeper workings of the mainframe. ( ooh, very long sentence, I should go into politics ) Oh, and last but not least, some companies still spend a lot of money to train mainframe-employees. Should also be nice to know! -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: European list members
Steve, I received the confirmation mails last Friday. You may try to teach me : :) - U-510-1 Introduction to z/OS UNIX 3 - 5 september - C-410 OS/390 Assembler Language: Classic 8 - 12 september -- Maarten -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Steve Comstock Verzonden: vrijdag 6 juni 2008 15:29 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: OT: European list members I'll be teaching a series of courses in Amsterdam in September; I'm interested in following those up with some meetings around the continent while I'm there. If there's anyone who would be interested, drop me a line off-list, soon as possible so I can make travel arrangements. Thanks. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Check out the Trainer's Friend Store to purchase z/OS == == application developer toolkits. Sample code in four== == programming languages, JCL to Assemble or compile, == == bind and test. == == http://www.trainersfriend.com/TTFStore/index.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 - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: TCPIP Segmentation Offload
John, /quote/ We enabled SEGMENTATIONOFFLOAD on the sandbox (z/OS 1.9) yesterday, but there's very little TCPIP load on the sandbox (still doing IVP of 1.9, and post-installation cleanup). Maybe we can cobble up something that should stress it to the breaking point (maybe FTP-ing some SMF offload datasets or sysdumps?). /quote/ We have a load of about 10% on the OSA's and still the segmentation offload managed to crash both shared osa's and managed to make most production-hosts unreachable. Of course this happened during the night in my standby week. :/ I wont activate it until I'm convinced that the risk of the same problems occuring is very very very small. -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Error access CICS
Hélio, MODEL BIND:01020271 4020 80000018 5018507F MISMATCH BITS: 0038 1850 and 1850 look like screensizes 1850 is 24 rows, 80 columns Apparently your terminal is configured as 3850 ( 56 rows, 80 columns ) and that is not accepted by the autoinstall. Take a look at the logmode of your TCP/IP-lu's and at the screensettings of your tn3270-emulator. -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: tcpip, vary obey command failed
Gamal, /resend of earlier message/ I managed to recreate part of your error-messages: MVS V TCPIP,,O,SYSP.OMVS.P1.J003.ETC(PROFILE) EZZ0060I PROCESSING COMMAND: VARY TCPIP,,O,SYSP.OMVS.P1.J003.ETC(PROFILE) EZZ0661I FOPEN() FOR PROFILE 'SYSP.OMVS.P1.J003.ETC(PROFILE)' FAILED : 61/741C7218, EDC5061I AN ERROR OCCURRED WHEN ATTEMPTING TO DEFINE A FILE TO THE SYSTEM. EZZ0305I CANNOT OPEN FILE SYSP.OMVS.P1.J003.ETC(PROFILE) EZZ0059I VARY OBEY COMMAND FAILED: SEE PREVIOUS MESSAGES In this case SYSP.OMVS.P1.J003.ETC is a HFS file-system ( OMVS : /etc/ ) and PROFILE is a file in this OMVS-filesystem. Are you trying to obey a file from an OMVS-filesystem ( HFS ) instead of a MVS dataset? I think, you can check the HFS filesystems in SYS1.PARMLIB(BPXPRMxx) -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens SUBSCRIBE IBM-MAIN gaa a. gamal Verzonden: dinsdag 12 februari 2008 11:42 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: tcpip, vary obey command failed V TCPIP,,O,DSN=TCPIP.TCPPARMS(PROFILE) Nothing work! On Wed, 6 Feb 2008 07:48:37 -0600, Pat Mihalec [EMAIL PROTECTED] wrote: - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: tcpip, vary obey command failed
Gamal, I managed to recreate part of your error-messages: MVS V TCPIP,,O,SYSP.OMVS.P1.J003.ETC(PROFILE) EZZ0060I PROCESSING COMMAND: VARY TCPIP,,O,SYSP.OMVS.P1.J003.ETC(PROFILE) EZZ0661I FOPEN() FOR PROFILE 'SYSP.OMVS.P1.J003.ETC(PROFILE)' FAILED : 61/741C7218, EDC5061I AN ERROR OCCURRED WHEN ATTEMPTING TO DEFINE A FILE TO THE SYSTEM. EZZ0305I CANNOT OPEN FILE SYSP.OMVS.P1.J003.ETC(PROFILE) EZZ0059I VARY OBEY COMMAND FAILED: SEE PREVIOUS MESSAGES In this case SYSP.OMVS.P1.J003.ETC is a HFS file-system and PROFILE is a file in this OMVS-filesystem. Are you trying to obey a file from an OMVS-filesystem ( HFS ) instead of a MVS dataset? I think, you can check the HFS filesystems in SYS1.PARMLIB(BPXPRMxx) -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: tcpip, vary obey command failed : exclusive control
J R, I did several tests. The obey fails if I try a nonexistent member ( logically ) and if I use a dataset for which TCP/IP is not authorized. Did you test sequential versus member of a PDS? Nope, I didn't test sequential, because that would need a sequential dataset that TCP/IP is authorised to access. I am allowed to do a lot on our test-LPAR's, but changing security isn't one of them :) -- Maarten - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: tcpip, vary obey command failed : exclusive control
Pat When I have forgotten to get out of edit mode on the FB file, the obeyfile command fails. It wants to have exclusive control of the dataset. Not necessarily! This is the output of an obey for a dummy-file which I entered in edit mode: MVS V TCPIP,,O,SYS1.TCPPARMS(OBEY3) EZZ0060I PROCESSING COMMAND: VARY TCPIP,,O,SYS1.TCPPARMS(OBEY3) EZZ0300I OPENED OBEYFILE FILE 'SYS1.TCPPARMS(OBEY3)' EZZ0309I PROFILE PROCESSING BEGINNING FOR 'SYS1.TCPPARMS(OBEY3)' EZZ0310I FILE 'SYS1.TCPPARMS(OBEY3)' CONTAINS NO STATEMENTS EZZ0316I PROFILE PROCESSING COMPLETE FOR FILE 'SYS1.TCPPARMS(OBEY3)' EZZ0053I COMMAND VARY OBEY COMPLETED SUCCESSFULLY When I enter my profile in edit mode and do an obey for it, the obey is also executed. Ofcourse I get some errors ( device already started, etc ), but the obey is nicely executed. ( Btw. Thanks Pat O'Keefe for the information that the profile is obeyable ) I did several tests. The obey fails if I try a nonexistent member ( logically ) and if I use a dataset for which TCP/IP is not authorized. -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: tcpip, vary obey command failed
Gamal, If I understand correctly, you use SYS1.TCPPARMS(PROFILE) while starting TCP/IP. When TCP/IP is started, you make changes to SYS1.TCPPARMS(PROFILE) and try to apply the member using OBEYFILE? If so... Then that won't work. Not everything in your PROFILE is OBEY-able. Just put your changes in a separate member and use 'IP Configuration Reference' for the correct syntax or way to put the statements in. -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens SUBSCRIBE IBM-MAIN gaa a. gamal Verzonden: dinsdag 5 februari 2008 9:05 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: tcpip, vary obey command failed Thanks for fast replay, This is the profile which used to start TCPIP and it start normally without error and I create another file and use the command but it give me the same error thanks On Tue, 5 Feb 2008 08:10:19 +0100, Maarten Slegtenhorst [EMAIL PROTECTED] wrote: Gamal, Could it be that the file is in use? What profile do you normally use to start TCP/IP? What happens when you change the name of the obeyfile to something else, e.g. SYS1.TCPPARMS(PROFNEW)? -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Question for german listers
L.s, I know that germans are very good at substituting english words for german versions. - Computer : Rechner - Storage : Speicher I am going to enlist for course ES20 in either Düsseldorf or München and was wondering about the choice of language for computer terms. Do the germans use the german or the english version for mainframe-related computer terms? I grew up with dutch and german, so it is not really a problem, but I would like to be prepared. -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question for german listers
Michael, Thanks for the reply. I still don't know what to expect, it can go both ways, but I guess that makes life interesting :) Btw. How is CICS pronounced? Kiecks? Oder tsé ie tsé ess? ;) -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Michael Knigge Verzonden: maandag 4 februari 2008 11:31 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: Question for german listers I know that germans are very good at substituting english words for german versions. Oh yeah, germany is a land full of consultants (there are no more Berater anymore) ;-) I am going to enlist for course ES20 in either Düsseldorf or München and was wondering about the choice of language for computer terms. Do the germans use the german or the english version for mainframe-related computer terms? Well, I guess this is a question like how is CICS pronounced. The funny thing is, we germans are really good at using english words, but also pronouncing the abbreviation in german ;-) In the big companies there are a lof of DBAs (pronounced german), but of course these persons are all database administrators (pronounced english). ;-) To come back to your question: I **guess** you don't have to care about that. Some prefer german, some prefere english. But both are well known. The thing is, if you use computer or rechner - doesn't matter. But for example, if someone is talking about speicher, I personally think of RAM, not ot HD-Space. But it clearifies in the context. Bye, Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: tcpip, vary obey command failed
Gamal, Could it be that the file is in use? What profile do you normally use to start TCP/IP? What happens when you change the name of the obeyfile to something else, e.g. SYS1.TCPPARMS(PROFNEW)? -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens SUBSCRIBE IBM-MAIN gaa a. gamal Verzonden: dinsdag 5 februari 2008 7:17 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: tcpip, vary obey command failed Hi, WHEN ISSUING VARY OBEY COMMAND, IT FAILED WITH THE FOLLOWING ERROR: V TCPIP,,O,DSN=TCPIP.TCPPARMS(PROFILE) EZZ0060I PROCESSING COMMAND: VARY TCPIP,,O,DSN=TCPIP.TCPPARMS (PROFILE) EZZ0661I FOPEN() FOR PROFILE 'TCPIP.TCPPARMS(PROFILE)' FAILED: 61/053B006C, EDC5061I AN ERROR OCCURRED WHEN ATTEMPTING TO DEFINE A FILE TO THE SYSTEM. EZZ0305I CANNOT OPEN FILE TCPIP.TCPPARMS(PROFILE) EZZ0059I VARY OBEY COMMAND FAILED: SEE PREVIOUS MESSAGES I check the DNS and the file its ok , and if re-IPL the system it works ,but after some time the problem back again, Please help. Thanks. GAMAL - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Retry: Bits in Region-Table Entries
Jeff, Thanks for the clarification. There are also bits 62-63 (Table Length). E.g., you could use TF=0, and TL=1 to have entries at the begining of the next level table, but not use the entire table. Ofcourse! I misunderstood the TL-bits! So, basically, the combination of TF- and TL-bits determines which of the 4 quarters of the next level table are available. The ASCE has no TF-bits, so the Region-First-Table always starts at the Region-Table origin. -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Retry: Bits in Region-Table Entries
L.s, This is a retry of an earlier post. Since I got no response, I'm wondering if my questions are unclear!? -- Recently I had my first system programmer course ( ES15 ). It was meant as a MVS refresh-course but it contained a lot more information than expected. So now I am slowly working through the course materials checking if I understand everything. At the moment I am looking into 64-bit addressing and some things are unclear. The Principles of Operation didn't help as much as I hoped. -- Short version questions: - Are region tables filled back to front in blocks of 4096 bytes ( 512 * 64-bit entries )? - Am I correct that the maximum needed storage for all the tables is ~32 Petabyte?: If I assume there are 5 Region-Second-Tables, then: - Bit 58 ( region invalid bit ) of the entries 2044 to 2048 of the Region-First-Table is 0? - Bit 58 of entries 1537 to 2043 of the Region-First-Table is 1? - Bits 0 - 51 of entries 1537 to 2043 of the First-Region-Table are also 0? -- Long version: The first part of the address ( RFX, 11 bits ) is the index in the Region-First-Table of the entry that points to the beginning of the Region-Second-Table. So far so good! Everything crystal clear. Now the entry in Region-First-Table itself. Bits 0 - 51 plus 12 zeros is the address of the associated Region-Second-Table. Ok Bits 52 - 55 are not used in region tables. Ok Bits 56 - 57 : 0-3 * 4096 bytes is the length of the unused first part of the Region-Second-Table: - So Region tables are filled back to front in blocks of 4096 bytes ( 512 entries )? Bit 58 : Region-Invalid Bit. When the bit is one, the Region-Second-Table associated with the entry is not valid. So... If I assume there are 5 Region-Second-Tables, then: - Bit 58 of the entries 2044 to 2048 of the First-Region-Table is 0? - Bit 58 of entries 1537 to 2043 of the First-Region-Table is 1? - Bits 0 - 51 of entries 1537 to 2043 of the First-Region-Table are also 0? Am I correct that the maximum needed storage for all the tables is ~32 Petabyte?: -- 1 Region-First-Table 2048 entries of 8 bytes = 16.384 bytes + 2048 Region-Second-Tables 2048 * 2048 entries of 8 bytes = 33.554.432 bytes + 2048^2 Region-Third-Tables 2048^2 * 2048 entries of 8 bytes = 68.719.476.736 bytes + 2048^3 Segment-Tables 2048^3 * 2048 entries of 8 bytes = 140.737.488.355.328 bytes + 2048^4 Page Tables 2048^4 * 256 entries of 8 bytes = 36.028.797.018.963.968 bytes -- Or am I making a horrible mistake somewhere? -- Maarten Slegtenhorst - Eagles may soar - but weasels don´t get sucked into jet engines! - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Bits in Region-Table Entries
L.s, Recently I had my first system programmer course ( ES15 ). It was meant as a MVS refresh-course but it contained a lot more information than expected. So now I am slowly working through the course materials checking if I understand everything. At the moment I am looking into 64-bit addressing and some things are unclear. The Principles of Operation didn't help as much as I hoped. -- Short version questions: - Are region tables filled back to front in blocks of 4096 bytes ( 512 * 64-bit entries )? - Am I correct that the maximum needed storage for all the tables is ~32 Petabyte?: If I assume there are 5 Region-Second-Tables, then: - Bit 58 ( region invalid bit ) of the entries 2044 to 2048 of the Region-First-Table is 0? - Bit 58 of entries 1537 to 2043 of the Region-First-Table is 1? - Bits 0 - 51 of entries 1537 to 2043 of the First-Region-Table are also 0? -- Long version: The first part of the address ( RFX, 11 bits ) is the index in the Region-First-Table of the entry that points to the beginning of the Region-Second-Table. So far so good! Everything crystal clear. Now the entry in Region-First-Table itself. Bits 0 - 51 plus 12 zeros is the address of the correct Region-Second-Table. Ok Bits 52 - 55 are not used in region tables. Ok Bits 56 - 57 : 0-3 * 4096 bytes is the length of the unused first part of the Region-Second-Table: - Region tables are filled back to front in blocks of 4096 bytes? Bit 58 : Region-Invalid Bit. When the bit is one, the Region-Second-Table associated with the entry is not valid. So... If I assume there are 5 Region-Second-Tables, then: - Bit 58 of the entries 2044 to 2048 of the First-Region-Table is 0? - Bit 58 of entries 1537 to 2043 of the First-Region-Table is 1? - Bits 0 - 51 of entries 1537 to 2043 of the First-Region-Table are also 0? Am I correct that the maximum needed storage for all the tables is ~32 Petabyte?: 1 Region-First-Table 2048 entries of 8 bytes = 16.384 bytes + 2048Region-Second-Tables2048 * 2048 entries of 8 bytes = 33.554.432 bytes + 2048^2 Region-Third-Tables 2048^2 * 2048 entries of 8 bytes = 68.719.476.736 bytes + 2048^3 Segment-Tables 2048^3 * 2048 entries of 8 bytes = 140.737.488.355.328 bytes + 2048^4 Page Tables 2048^4 * 256 entries of 8 bytes = 36.028.797.018.963.968 bytes Or am I making a horrible mistake somewhere? -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: curiousity: why CONFIG instead of VARY? Halt-command
Radoslaw, BTW: Is the HALT used elsewhere ? Z EOD -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens R.S. Verzonden: woensdag 5 december 2007 19:58 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: curiousity: why CONFIG instead of VARY? McKown, John wrote: In the deep, dark, past, I remember that we used the VARY command to change the status of things such as storage, CPs, and channels. Now, some things such as DEVICES are manipulated via the VARY command whereas others, such as the CHPs, are manipulated via the CONFIG command. Anybody have any idea why? Or how it was decided which things were VARY'd and others CONFIG'd? I don't know exactly, but I strongly believe it was the same reason why VTAM is stopped with HALT command. vbg BTW: Is the HALT used elsewhere ? BTW2: One of the most awful commands I know: F BPXOINIT,SHUTDOWN=FORKINIT Couldn't it be longer, with more punctuation marks ? g -- Radoslaw Skorupka Lodz, Poland - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: HALT was: curiousity: why CONFIG instead of VARY?
Peter, Yes, it is still being used to stop VTAM: - Z NET,QUICK - Z NET,CANCEL ( If you're impatient ) -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Hunkeler Peter (KIUK 3) Verzonden: donderdag 6 december 2007 8:00 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: HALT was: curiousity: why CONFIG instead of VARY? HALT was also used to shutdown TCAM Z TP,option IIRC. EOD, TCAM, and VTAM are the only things I know of that use the HALT command. Isn't is still being used to stop VTAM: Z NET,QUICK ? -- Peter Hunkeler Credit Suisse - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DLSw Test Program? (DLC ping)
Chris, I checked one of our HIS-servers ( 2004 ) and found something called snaping.exe. When executed, there is a screen asking for: - Target MAC - Network route - Local SAP - Time-out According to the properties, the internal name is dlcping and it's copyrighted by Microsoft. Met vriendelijke groet, Maarten Slegtenhorst OIB/TO/TS/MPO/MP4 ( ITC SNA Beheer ) Locatiecode WP A3.45 postbus 1800, 1000 BV Amsterdam T 010-2113357, M 06-55883314 G 020-5637775, F 010-2113462 E [EMAIL PROTECTED] I am out of the office on every friday -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Andrew McLaren Verzonden: dinsdag 4 september 2007 10:15 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: DLSw Test Program? (Was OSA-Express2 and SNA Pcomm - loss of connectivity) Hi Chris, There is (was?) a Microsoft utility called DLCPing. I think it was included on the CD-ROM in Microsoft's HIS 2000 Resource Kit (long out of print, and now very difficult to obtain). DLCPing is also occasionally given to customers by Microsoft PSS, to use in troubleshooting SNA connectivity problems. As far as I know, DLCPing is licensed software and not freely distributable; I suspect some of the code was licensed from a well-known third party vendor of SNA software (who is not IBM). Otherwise I'd email you a copy. But if you can track down a copy of the old HIS 2000 Resource Kit, you might find a copy of DLCPing to use. Regards, Andrew McLaren Sydney, Australia - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ISPF Display eXcluded lines (was: zOS Unix DOS2UNIX)
With 'FLIP' you can switch between excluded and non-excluded as Zaromil writes. 'RESET' displays all lines, but AFAIK there is no 'reset'-command back to the partially excluded display. So you'll have to do all excludes again. Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens TISLER Zaromil Verzonden: maandag 3 september 2007 9:29 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: ISPF Display eXcluded lines (was: zOS Unix DOS2UNIX) Gil, While we're on editor techniques, can I do with ISPF something I've found useful in XEDIT: momentarily and reversibly display excluded lines. For example, after doing the analogue of EXCLUDE ALL and a few FINDs, I can do DISPLAY 0 ... which displays only the remaining excluded lines DISPLAY 0 1 ... which displays all lines, whether excluded or not DISPLAY 1 return to displaying only the nonexcluded lines. You could use FLIP command for DISPLAY 0 / DISPLAY 1. Never tried to do something like DISPLAY 0 1. -- Zaromil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: software support site down
Jim, Maybe this site is of some use to you: http://www14.software.ibm.com/webapp/set2/srchBroker/views/srchBroker.js p?rs=112 -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Jim McAlpine Verzonden: maandag 3 september 2007 11:39 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: software support site down I'm trying to use the search facility at - http://www-306.ibm.com/software/support/ but it is apparently down due to maintenance. It was supposed to be back at 07.00 am Sunday. Is there another url I can use to search for existing problems/apars/ptfs. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: software support site down
Jim, The result of a quick copy/paste action , I fear. Try this one: https://techsupport.services.ibm.com/server/zseries.srchBroker -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Jim McAlpine Verzonden: maandag 3 september 2007 12:28 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: software support site down On 9/3/07, Maarten Slegtenhorst [EMAIL PROTECTED] wrote: Jim, Maybe this site is of some use to you: http://www14.software.ibm.com/webapp/set2/srchBroker/views/srchBroker. js p?rs=112 -- Maarten Slegtenhorst Maarten, when I try a search from this url I get 500 internal server error. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: software support site down
Jim, I noticed that I have the same problem. Only '400 Bad request' ... I also tried: http://www-01.ibm.com/servers/resourcelink/svc03100.nsf?OpenDatabase Same error '400 Bad requests' ... No software-support, I'm afraid. -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Jim McAlpine Verzonden: maandag 3 september 2007 12:58 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: software support site down On 9/3/07, Maarten Slegtenhorst [EMAIL PROTECTED] wrote: Jim, The result of a quick copy/paste action , I fear. Try this one: https://techsupport.services.ibm.com/server/zseries.srchBroker -- Maarten Slegtenhorst Maarten, no, nothing wrong with the copy/paste and I can actually get to the site in question. The problem occurs when I try to do a search from that site. This time I got 400 bad request. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Print Distribution and IP connected Devices
Lizette, With DHCP there is a lot less administration for the network department. You just define some IP-ranges for DHCP-use in the network. For the workstations you make an image, with a standard networksetting of 'use DHCP'. Then you don't have to define networksettings in each workstation. Basically when the workstation starts, it asks the network for IP-settings using a broadcast. The DHCP-server reports the neccessary settings to the workstation ( dns-servers, default gateway, subnetmask, IP-address ) Servers and hostprinters need a static IP-address or a dynamic dns-entry with a static DNS-name, so they will always be reachable by the same name, or in your case, the same IP-address. Your networkdepartment should know exactly which ip-ranges will be used in the new location. Maybe they are not aware that some static ip-addresses are needed. It is easy to exclude some ip-addresses from the DHCP-range, so they can be used for your printers. At my company the first few IP-addresses of a range are reserved for networkdevices. The next addresses are for DHCP. Static addresses start at the end of the range, down: E.g: Range 10.1.1.1 - 10.1.1.254 10.1.1.1 - 10.1.1.10Networkdevices 10.1.1.11 - 10.1.1.xx DHCP-addresses 10.1.1.xx+1 - 10.1.1.254Static-addresses The projectleader/manager should know which user or department is going where and which printer they will get. With his/her help you can identify which printers need a static IP-address. Your networkdepartment should then provide the static IP-addresses for these printers. If they don't coöperate, you might want to start talking about the cost of production loss to the projectleader/manager. -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Lizette Koehler Verzonden: donderdag 23 augustus 2007 13:29 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: Print Distribution and IP connected Devices Since I am not involved (unfortunately) with either the IP or Network part of this move, I am not as familiar with this problem as I would like. However, I believe that Hal has identified my issue. They use DHCP to assign IP addresses. So what would be a better way. I am not familiar with why you would use DHCP vs. some other method. Is there a benefit or is there a better way. Thanks all for the help. It is starting to look murky instead of just dark. Lizette - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Print Distribution and IP connected Devices
Addendum ( I forgot to mention this ): DHCP is dynamic. The DHCP-server assigns an available IP-address out of a range. So after a reboot you might have a different IP-address. Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Distance between primary and DR site ( to the moon )
Ken, Is your car able to reach a velocity of ~6.96 mi/s? Furthermore, I hope the pay for mileage ( ~230.000 miles ) covers the fuelcost ;) -- Maarten Slegtenhorst Ken wrote: Plus if I take my personal automobile to a DR test I get paid for mileage. Ken G. - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about the listserv : Mail-syntax
Edward, Ed, Edward Jaffe wrote: Now, if you can just convince the more stubborn list participants to actually follow the documented standard, I'll consider flying to Amsterdam (or wherever you're located in the Netherlands) to personally buy you a beer! (And, maybe see some of the sights while I'm there.) ;-) I just found the newer RFC while googling for signature separator. Convincing others, to do something I myself do not quite understand, might be a bit hard. ;) Nevertheless, you are welcome to the Netherlands, even without the free beer. Ed Rohr wrote: Amsterdam could be a problem... I understand that they have terrible traffic problems and lots of red lights, Mostly true. The traffic is terrible, so I try to avoid Amsterdam. There are a lot of red lights. Even a 'red light district' ;) And it is almost impossible to get a coffee in a coffee house. The dutch are addicted to coffee. Coffee IS available in coffee houses. I am not sure about the availability of coffee in coffee shops. The few times I visited coffee shops, it wasn't for coffee. And if you go to the museum there is this guy who puts the ear where the nose should be I assume you mean the 'Stedelijk Museum' Never been there, but I know about the painting. He probably visited a coffee shop prior to painting it. Or, like van Gogh, he liked Absinthe. I am not sure about sights in the Netherlands. Most German tourists come to visit the beaches. The other tourists go to Amsterdam and maybe some of the fishing- and cheese-towns. Of course the coffee shops are always very popular with the younger tourists. The Delta-works are also nice to see. As a city, I prefer Rotterdam, which was bombed in the early stages of WWII and rebuild spaciously. My home is in a small village, south of Rotterdam, surrounded bij polders, sea-dykes. -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: How old are you?
Hmpf, Two and a half weeks ago, I would have been in a younger age-group :( -- Maarten Slegtenhorst - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about the listserv : Mail-syntax
Edward, The RFC 2646 ( aug 1999 ) is made obsolete by RFC 3676 ( feb 2004 ) ;) http://www.ietf.org/rfc/rfc3676.txt -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Edward Jaffe Verzonden: dinsdag 31 juli 2007 16:54 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: Question about the listserv Arthur T. wrote: Of course, many E-mail programs would cut that off automatically if people would just use the defined standard sig separator: A line of dash dash space, as I use below. (No, I can't name the RFC that defines it, but I have seen it and it really is a defined standard.) In addition, all list participants should quote prior posts according to RFC 2646 (http://www.ietf.org/rfc/rfc2646.txt) Those who steadfastly refuse to do so infuse the list with improper attributions, improper nesting, and other strange formatting, all of which result in increased confusion and misunderstandings. -- 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 - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBMLINK vs Resource Link
L.s, Out of curiosity: What is the difference between IBMLINK and Resource Link? Btw. - Our hardware guys use resource link https://www-01.ibm.com/servers/resourcelink/hom03010.nsf?OpenDatabase - For PMR's I use : Software Service Request https://www14.software.ibm.com/webapp/set2/ssr/slprob - For APAR's I use : Technical help Database http://www14.software.ibm.com/webapp/set2/srchBroker/views/srchBroker.js p?rs=112 -- Maarten Slegtenhorst * Dolphins: Never trust a race that grins all the time! ( Terry Pratchett ) - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK vs Resource Link
John, Thanks for the information. As far as I know, nobody here uses IBMLINK. Btw. Out of curiosity ( yes, I am very curious ) I visited the site of your company and noticed multiple z/OS job vacancies, mainly system developer/system designer It is always good to know there are still mainframe-jobs available in Europe. Hamburg is a bit out of the way ( by european standards ), so I won't apply ;) -- Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens John Ticic Resource link is hardware slanted (ie. Customer initiated upgrade) Your two other links are not IBMLINK but the WEB offering for service/support. Some of the functions of IBMLINK are duplicated, but IBMLINK does a lot more (eg. APAR tracking). SIS in IBMLINK gives me more hits for the same search string compared to the Technical help Database. That can make a difference. - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Linux in a lpar
Kenneth, I am also interested in this presentation. ( and I also do not have a SHARE id, yet ) Linux in a LPAR might not yet be mainstream, but there is an interest in it, because Unix- and Sun-servers are using a lot of space and power. There are also 'coffeemachine'-rumors that the future lies with Windows servers and Linux. My mail-address is maarten. Slegtenhorst (at) mail. ing. nl Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Mohan Verzonden: maandag 4 juni 2007 7:13 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Re: How do i install Linux on S/390 Machine Hi Kenneth, I'm sorry, I meant the presentation Linux in an LPAR - Here's How It's Done. to be sent offline. Thanks Mohan - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Article for z/Journal
Gabriel, Does your employer court/train young professionals for mainframe careers? Yes, there are a few trainees with the mainframe departments. Do you work with younger colleagues? Is there a generation gap or is there solidarity within mainframes? Yes, aforementioned trainees and former trainees. No generation gap. Do you have younger relatives working on mainframes? If so, did you influence their career choices? No Do user groups adequately educate new folks in this technology and culture? No opinion. Are your mainframe areas of interest reflected in industry/educational initiatives? Partly. Education costs money, so it should be function-related. Not all interests are part of my function. If YOU are a non-graying mainframer -- what led to this career path? How do you like it so far? What future options do you see for yourself? I've got a few grey hairs, but I do not consider myself a graying mainframer ( I am 35 yrs old ) The mainframe was for me a giant, very expensive PC when I started. I still like it. For work, I am extremely mainframe-minded. Privately, I am more PC-minded, because Windows doesn't run on a mainframe ( AFAIK ) and I can't afford the power-costs for even a very very small mainframe. ;) In the future I'll still be working with mainframes, I hope. Maarten Slegtenhorst -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Gabe Goldberg Verzonden: donderdag 3 mei 2007 16:04 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: Article for z/Journal I'm doing an article for Bob Thomas' z/Journal http://www.zjournal.com/ about next-generation mainframers, industry and educational outreach initiatives for students and young professionals, opportunities and obstacles for people exploring this career area, etc. www.ibm.com/university/systemz is interesting if you've not seen it. snip Thanks for helping... -- Gabriel Goldberg, Computers and Publishing, Inc. (703) 204-0433 3401 Silver Maple Place, Falls Church, VA 22042[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: replaceing 3745
Jalili, 'Minimum change in configuration' will be difficult. How about Enterprise Extender? ( SNA through TCP/IP ) You would have to change your hosts from subarea to APPN. How are the branch-offices currently connected? Using DLSW? More information is needed about the current network configuration. Be aware it will not be an easy process and lots of testing is needed. You might also try the [EMAIL PROTECTED] list. Maarten Slegtenhorst -Oorspronkelijk bericht- Hi all, I know that my question is not completely related to this list,however I hope that some one can have advice or comment. We are using NCP/Token-Ring interconnection physical and logical lines,and using automatic LINE and PU generation with the AUTOGEN facility in LOGICAL GROUP,and by using VTAM switched major node we are connecting more than 2000 branches of a bank to M/F(using three 3745).Our manager wants to replace communication controller(3745) to OSA-express. Is it possible this replacement with minimum change in configuration and the protocol? I would appreciate any insight or help anyone may have. Thank you in advance Ali - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: any way to view SYS1.VTAMLST (ANY FREE UTILS ?)
Jim, From Netview: 'LISTA DSIVTAM' shows a list of concatenated VTAM-datasets in the Netview-proc: LISTA DSIVTAM: CNM299I DDNAME DATA SET NAME MEMBER DISP - DSIVTAM SYS1.LVTAMLST SHR,KEEP SYS1.LNCPSRC SHR,KEEP SYSP.VTAM.P1.VTAMLST SHR,KEEP Members of these datasets are 'BR'owsable from Netview. 'D NET,MAJNODES' shows the names of all the major nodes that VTAM knows. You need authorization to use the commands 'D NET', 'LISTA' and 'BR'. Of course, the best way is to get read-authorization for the VTAMLST. I see no reason why you should not be allowed to read the members. ( except for a security-policy gone totally nova ) I do not know of any 'free utils' to view a dataset. Most 3270-emulators can be used to download a dataset, but you still need authorization. Met vriendelijke groet, Maarten Slegtenhorst OPSITB/DCO/PO/Mass/Team 4 ( ITC SNA Beheer ) I am out of the office on every friday -Oorspronkelijk bericht- Van: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Namens Jim Nagy Verzonden: dinsdag 21 november 2006 16:08 Aan: IBM-MAIN@BAMA.UA.EDU Onderwerp: any way to view SYS1.VTAMLST (ANY FREE UTILS ?) Does anyone know if there is any way to view the members, applid's etc from SYS1.VTAMLST ? Our shop has locked this down (even to cics sys progs.) and we have many occasions to view the info in there. Do any of the freebies have a view of vtam? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
