Re: VTAM R.I.P.

I haven't heard that one before, Neale (maybe because I never worked in a VM-VTAM environment, lucky me), but it is laugh out loud funny. Neale Ferguson wrote: John Akers answers the phone: Hello Caller: John Akers? JA: Yes. Caller: John Akers of IBM? JA: Yes. Caller: John Akers of

Re: VTAM R.I.P.

Actually, the version I saw years ago had many more questions and responses, but the gist of the VTAM binding process is here. :-) -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -

Re: VTAM R.I.P.

I haven't heard that one before, Neale (maybe because I never worked in a VM-VTAM environment, lucky me), but it is laugh out loud funny. Right up there with Ole and Lena. 8-) Worse yet, it's a general SNA issue, not just VM. APPN session setup is even weirder...

Re: VTAM R.I.P.

It is the same with any VTAM. MVS, VSE, or VM VTAM jumps through the same hoops when establishing a SNA connection. Dave Jones wrote: I haven't heard that one before, Neale (maybe because I never worked in a VM-VTAM environment, lucky me), but it is laugh out loud funny. Neale Ferguson

FTP from z/VM to z/OS JES Spool

I am attempting to FTP a file from z/VM which I extracted from the z/VM Spool (PRT) to the z/OS JES Spool. Here are my ftp statements from a code snippet in my code: queue id queue quote site filetype=jes queue mode b queue type e queue quote site lrecl=254 queue

Re: FTP from z/VM to z/OS JES Spool

On Fri, Apr 4, 2008 at 4:56 PM, Lionel B. Dyck [EMAIL PROTECTED] wrote: I am attempting to FTP a file from z/VM which I extracted from the z/VM Spool (PRT) to the z/OS JES Spool. Here are my ftp statements from a code snippet in my code: But isn't the internal reader by definition 80 byte

Re: FTP from z/VM to z/OS JES Spool

It seems I can't do what I was hoping for so I've adjusted my code to ftp the file to z/OS and then ftp a batch job to do an IEBGENER. I was hoping to avoid the '2 step' but as that is all I can do right now that is what I'm going to do to move forward. Thanks to all who replied directly or

Re: Question about virtual tape in a zVM environment

Jr, If you are interested in, I can send you a copy of our z/VM440. Regards Alain Le 4/04/08 3:26, « Imler, Steven J » [EMAIL PROTECTED] a écrit : Hmmm ... Les, Alain did say z/VM FOUR.FOUR ... it's for sure there are likely CP changes (DIAG 254 things come to mind) that might effect this

Re: Question about virtual tape in a zVM environment

Hi Alain, Actually, in this case, I really don't really feel like going back in time :-) In reality, it would need to be a real crisis for me to get authorization to use a LPAR to IPL z/VM 4.4.0. I'm just happy for you that you should finally have this problem resolved when you are up and

Re: VTAM R.I.P.

I am not sure that you were defending VTAM. All of the interesting things that you did were done to overcome deficiencies. That seems quite the opposite of a defense. Richard Schuh On the matter of defense of VTAM, one thing that VTAM (and SNA networking in general) does do well is lend

Re: VTAM R.I.P.

Those are features that can be entered in the plus column :-) Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Friday, April 04, 2008 9:48 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VTAM

Re: Question about virtual tape in a zVM environment

A word of caution here, I realize it appears the problem is resolved going from z/VM 4.4 and 5.3. However, I can not tell you any change that has been made to Diag X'254' nor RMS that would have magically allowed a target category of VOLSPECIFIC to be honored by the ATL on a mount command. I can

Re: Question about virtual tape in a zVM environment

Les, As soon as the 3494 HW folks (once again) permitted the specification of TARGETCAT VOLSPECIFIC on a p2p MOUNT command, I had to revoke/reverse the fix that separated the single MOUNT request into a SET VOLCAT VOLSPECIFIC followed by a MOUNT for the volser. The SET VOLCAT VOLSPECIFIC had

DDR MVS Volumes

Hello, I need to move all my data from a STK V960 controller to an IBM Shark. Last weekend I moved all my VM volumes using DDR. This weekend I'd like to start moving my MVS volumes. We have FDR from Innovation and I plan to use it to move most of the MVS volumes once I can get them de-allocated

Re: VTAM R.I.P.

Does it include the cost of Omegamon on zOS? Melissa Curry Sales Representative Velocity Software, Inc. 196-D Castro Street Mountain View, CA 94041-1202 Office: (650) 964-8867 Cell: (415) 994-4579 fax: (650) 964-9012 [EMAIL PROTECTED] www.velocitysoftware.com - Original Message -

Re: DDR MVS Volumes

Great. That's the answer I was looking for. Mike - This email and any attachments contain information from Blackwell which may be confidential, privileged and/or protected by other legal rules. If you are not the intended

Re: VTAM R.I.P.

On the z/OS side, yes. Not on the z/VM side. Perfkit is the z/VM tool and it feeds Omegamon XE which is already collecting from all our distributed boxes. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Melissa Curry Sent: Friday, April 04,