NJE TCP resets
Every so often (once a day to once a month), we have NJE disconnects and reconnects. We have done packet traces and don't see any reason it should be disconnecting. From the RSCS console: 20:57:50 Socket error on link BSIVSE27 request=Recv 20:57:50 return code=- 1 error number=53 (Software caused connection abort) 20:57:50 Link BSIVSE27 session terminated 20:57:50 Link BSIVSE27 deactivated About a minute before the reset, we see a keep-alive and a valid response. The link auto-reconnects right away. -- Tony Thigpen
Re: Partially Successful: OpenVMS on System z
> I didn't know that OpenVMS could run on Intel Itaniums, but > it sounds way cool. Yes. It's a relatively recent development (and about 20 years too late -- we could have been spared Windows entirely if DEC had bought a clue way back when...*sigh*), but it's actually fueling a renaissance in VMS usage. VMS is a nice, tight, secure, easy to manage system, with decent batch and tape processing capabilities, and excellent compilers and compatibility with the IBM extensions for COBOL, a decent CICS replacement, etc, etc. It's a terrific replacement for small VSE and z/OS shops who can't get an affordable z system these days. HP doesn't seem to have such a huge problem with hobbyist use, either. Now if someone would port REXX to VMS instead of DCL... hmm. Now that's a useful thought. > What's next, Mac under z/VM? :-) TOPS-20, of course. If I say "fiat lux", then I expect the OS to turn the lights on reliably, with a proper Emacs for editing the universe's config files. Galaxy on Z -- it's about time we got a decent batch system for Z. *grin* 8-) Actually, if this emulation approach we're using for the Alpha works out as it appears to be doing, PPC operating systems like AIX and i5OS would be a logical next step. Licensing for Mac OSX Server would probably just be a RPITA to get, even if I could get proper emulation working.
Re: What's on Maint's 402
I feel shortchanged, my z/VM 5.2 only has 14,725 :) ... snip My z/VM 5.2 system has 14,766 help files on MAINT 402.
Re: Partially Successful: OpenVMS on System z
On Tue, 9 Sep 2008 10:24:01 -0400 David Boyes said: >> I didn't know that OpenVMS could run on Intel Itaniums, but >> it sounds way cool. >Yes. It's a relatively recent development (and about 20 years too late >-- we could have been spared Windows entirely if DEC had bought a clue >way back when...*sigh*), but it's actually fueling a renaissance in VMS >usage. VMS is a nice, tight, secure, easy to manage system, with decent >batch and tape processing capabilities, and excellent compilers and >compatibility with the IBM extensions for COBOL, a decent CICS >replacement, etc, etc. It's a terrific replacement for small VSE and >z/OS shops who can't get an affordable z system these days. HP doesn't >seem to have such a huge problem with hobbyist use, either. >Now if someone would port REXX to VMS instead of DCL... hmm. Now that's >a useful thought. Regina doesn't have a specific OpenVMS download, but it does claim support http://regina-rexx.sourceforge.net/index.html and the 3.4 change log (from Dec 2007) has - Better VMS support courtesy of Bernard Giroud The 3.0 change log has this entry as part of its restrictions for strict ANSI mode: BIFS not allowed: All VMS F$ functions /ahw
Re: What's on Maint's 402
Try scanning all the "* $PPF" files on MAINT's disks, you'll see that the 0402 disk is listed as the VMSES/E "UCENG help disk". Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Howard Rifkind" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" 09/08/2008 05:11 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject What's on Maint's 402 Can anyone tell me what would be on Maint's 402 disk...if anything. Or could 402 be some minidisk just associated with this installations z/VM system. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
NJE TCP resets
>Every so often (once a day to once a month), we have NJE disconnects and >reconnects. We have done packet traces and don't see any reason it >should be disconnecting. > > From the RSCS console: >20:57:50 Socket error on link BSIVSE27 request=Recv >20:57:50 return code=- 1 error number=53 (Software caused connection abort) >20:57:50 Link BSIVSE27 session terminated >20:57:50 Link BSIVSE27 deactivated > >About a minute before the reset, we see a keep-alive and a valid response. > >The link auto-reconnects right away. > What happens on the other side of the link when this failure occurs? I have seen this one other time, not remembering exactly the problem. We had to trace within the stack to see what was happening. I believe it was MTU packet size related. Best Regards, Les Geer IBM z/VM and Linux Development
Bus and Tag Cable Colors and Speeds
I can't believe it, but I cannot find via Google or the archives or inside www.ibm.com an explanation of the speeds and color codes of parallel channel cables. I think gray is 3.0 MBps and blue is 4.5, but I've no idea what speed the beige|tan|brown ones are. -- May the LORD God bless you exceedingly abundantly! Dave Craig - - - - - - - - - - - - - - - - - - - - "'So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe.'" --from _Nightfall_ by Asimov/Silverberg
Re: What's on Maint's 402
Sorry about that very late post. It was sent at 5:37 PM on Sept 8. I have no idea what delayed it. But now you have another idea on how to check for what's on what on MAINT. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Mike Walter/National/Hewitt [EMAIL PROTECTED] Associates NA Sent by: "The IBM z/VM Operating System" 09/08/2008 05:37 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: What's on Maint's 402 Try scanning all the "* $PPF" files on MAINT's disks, you'll see that the 0402 disk is listed as the VMSES/E "UCENG help disk". Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Howard Rifkind" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" 09/08/2008 05:11 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject What's on Maint's 402 Can anyone tell me what would be on Maint's 402 disk...if anything. Or could 402 be some minidisk just associated with this installations z/VM system. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: Bus and Tag Cable Colors and Speeds
I remember that the "new blue" B&T cables were the faster. I don't remember any others than gray altho I seem to remember seeing beige or tan or whatever. I suspect that beige|tan|brown are the same as gray but I don't know. At any rate, stick with blue and remember "gray away". Jim David L. Craig wrote: I can't believe it, but I cannot find via Google or the archives or inside www.ibm.com an explanation of the speeds and color codes of parallel channel cables. I think gray is 3.0 MBps and blue is 4.5, but I've no idea what speed the beige|tan|brown ones are. -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell [EMAIL PROTECTED]
Full volume minidisk FTP
Using VMFTP, how is the best way to transmit full volume minidisks (mixed CMS, VSE, and z/OS) to a backup site? --. .- .-. -.-- Gary Dennis
Re: Full volume minidisk FTP
Get the PIPEDDR package off of the VM download site and use the FTP option to dump or restore the disk to or from a file on an FTP server. Or, you can get the DRPC package from the same place and use DDR to do this, but you'll have to write your own Rexx exec to manage all the details. Information on PIPEDDR can be found at http://www.vm.ibm.com/download/packages/descript.cgi?pipeddr On Tue, Sep 9, 2008 at 3:58 PM, Gary M. Dennis <[EMAIL PROTECTED]> wrote: > Using VMFTP, how is the best way to transmit full volume minidisks (mixed > CMS, VSE, and z/OS) to a backup site? > > --. .- .-. -.-- > > Gary Dennis > -- Bruce Hayden Linux on System z Advanced Technical Support IBM, Endicott, NY
Re: Full volume minidisk FTP
About 3 weeks ago there was a discussion on this list with a subject of "DDR'ing 3390 DASD To Remote Location". If you look in the archives at http://listserv.uark.edu/archives/ibmvm.html you should be able to find the discussion or thread. Jim Gary M. Dennis wrote: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3303817095_1211951 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Using VMFTP, how is the best way to transmit full volume minidisks (mixed CMS, VSE, and z/OS) to a backup site? --. .- .-. -.-- Gary Dennis --B_3303817095_1211951 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable Full volume minidisk FTP Using= VMFTP, how is the best way to transmit full volume minidisks (mixed CMS, VS= E, and z/OS) to a backup site? --. .- .-. -.-- Gary Dennis --B_3303817095_1211951-- -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell [EMAIL PROTECTED]
Re: Full volume minidisk FTP
Use the recently posted DDR and FTPPUT pipe stages. *Much* simpler for batchable tasks like that. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Gary M. Dennis Sent: Tuesday, September 09, 2008 3:58 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Full volume minidisk FTP Using VMFTP, how is the best way to transmit full volume minidisks (mixed CMS, VSE, and z/OS) to a backup site? --. .- .-. -.-- Gary Dennis
Re: Partially Successful: OpenVMS on System z
- Original Message - From: David Boyes <[EMAIL PROTECTED]> To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Partially Successful: OpenVMS on System z Date: Tue, 9 Sep 2008 10:24:01 -0400 > > I didn't know that OpenVMS could run on Intel Itaniums, > > but it sounds way cool. > > Yes. It's a relatively recent development (and about 20 > years too late -- we could have been spared Windows > entirely if DEC had bought a clue way back when...*sigh*), > but it's actually fueling a renaissance in VMS usage. VMS > is a nice, tight, secure, easy to manage system, with > decent batch and tape processing capabilities, and > excellent compilers and compatibility with the IBM > extensions for COBOL, a decent CICS replacement, etc, etc. > It's a terrific replacement for small VSE and z/OS shops > who can't get an affordable z system these days. HP > doesn't seem to have such a huge problem with hobbyist use > , either. > So this is a port of OpenVMS itself, and not some other VMS emulator, right? The oil/gas business went nuts over the DEC VAX boxes, running VMS, for number crunch seismic applications, and I've used it beforevery nice interactive system. The editor would automatically create versions of files as you made revisions. so going back to a previous version was very simple. I never saw anything that could come close to that until I got to use Xedit with Update. The other thing about VMS was the quality of the DEC supplied compilers. Fortran was very common, of course, but DEC also put out an excellent, full featured PL/I one as well. And all compiled languages used the same calling conventions and common run time library, so writing apps using different languages was a snap. Somewhere around here I still have the complete set of DEC VMS PL/I documentation. > Now if someone would port REXX to VMS instead of DCL... > hmm. Now that's a useful thought. > That would certainly mark an improvement over DCL, which I though was a bit too difficult to use. DJ > > What's next, Mac under z/VM? :-) > > TOPS-20, of course. If I say "fiat lux", then I expect the > OS to turn the lights on reliably, with a proper Emacs for > editing the universe's config files. Galaxy on Z -- it's > about time we got a decent batch system for Z. > *grin* 8-) > > Actually, if this emulation approach we're using for the > Alpha works out as it appears to be doing, PPC operating > systems like AIX and i5OS would be a logical next step. > Licensing for Mac OSX Server would probably just be a > RPITA to get, even if I could get proper emulation > working.
Re: Full volume minidisk FTP
Is there an encryption stage that can be used to encrypt the data? Hans From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: September 9, 2008 4:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Full volume minidisk FTP Use the recently posted DDR and FTPPUT pipe stages. *Much* simpler for batchable tasks like that. _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Gary M. Dennis Sent: Tuesday, September 09, 2008 3:58 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Full volume minidisk FTP Using VMFTP, how is the best way to transmit full volume minidisks (mixed CMS, VSE, and z/OS) to a backup site? --. .- .-. -.-- Gary Dennis
Greg Rehn is out of the office.
I will be out of the office starting 09/09/2008 and will not return until 09/10/2008. I will be unavailable from Sept 10 - Sept 22. For Technical concerns, please contact - Ken Bell (Sept 15-22) 847-805-2317 (Voicemail) 847-612-5820 (Cell Phone) [EMAIL PROTECTED] Or Dennis Herman
Re: NJE TCP resets
On Tuesday, 09/09/2008 at 12:56 EDT, "Les Geer (607-429-3580)" <[EMAIL PROTECTED]> wrote: > What happens on the other side of the link when this failure occurs? > I have seen this one other time, not remembering exactly the problem. > We had to trace within the stack to see what was happening. I believe > it was MTU packet size related. The most likely causes of ECONNABORTED are, in order: 1. the lack of OVERRIDEprecedence in the AssortedParms 2. the stack was recycled 3. NETSTAT DROP Alan Altmark z/VM Development IBM Endicott
Ted Kotlowski is out of the office.
I will be out of the office starting 09/10/2008 and will not return until 09/15/2008. I will respond to your message when I return. If your request requires immediate attention, Please contact the MVS Technical Support Hotline at 1-866-866-4488 x12000 ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. **