Re: z/VM usability
5.2 - though for the life of me, I was thinking I received a DVD of 5.3 with no tape release. Perhaps I confused 5.1 and 5.2. Anything is possible this week- 15 projects to do and only me to do 'em. :) -Paul -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Monday, May 14, 2007 9:25 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM usability Good luck on upgrading z/VM from 4.4 to 5.3 on Memorial Day weekend. z/VM 5.3 does not reach General Availability until June 29, 2007. See: http://www-306.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=an&subtype=ca&a ppname=GPA&htmlfid=897/[EMAIL PROTECTED]@89@ (Now THERE is a URL that looks like a masked curse word!). Or... maybe this is a long term contract, set for Memorial Day weekend 2008? :-) Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Paul Raulerson" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" 05/12/2007 08:12 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z/VM usability Speaking of strange an Intuitive - I have a small contract open for an Austin VM'er, if there are any here besides me. ;) Bascially mentoring/emergency backup on upgrading and optimizing z/VM 5.3 as an upgrade from 4.4. Probably have to do it over the Memorial Day weekend though, due to service commitments. Anyone interested and in the area, drop me a line! -Paul -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Adam Thornton Sent: Saturday, May 12, 2007 5:14 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM usability On May 12, 2007, at 4:43 PM, Rob van der Heij wrote: > On 5/12/07, Adam Thornton <[EMAIL PROTECTED]> wrote: > >> Well, except by its also being called $OUTPUT_AUTOFLUSH, I mean. > > Strange... I would have thought the problem was that it was blocking > its input, not the output... That's because you have not surrendered to the intuitiveness that is Perl. Adam 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.
Re: IOS3270 Manual or documentation
Can that documentation be added to the IOS3270 package on the IBMdownload website? /Tom Kern --- "Jim Elliott <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]> wrote: > > I'm rewriting an old exec (EXEC2) that used IOS3270. IOS3270 > > appears to be a viable menu program. I do not have DMS and do > > not wish to use ISPF. Where can I find documentation on > > IOS3270. > > > The VM download page has the run files. I'm having a little > > problem unpacking the VMARC file to see if there is > > documentation included in the package. > > Hans: I will send you a copy of the doc. > > Jim It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. http://tools.search.yahoo.com/toolbar/features/mail/
IOS3270 Manual or documentation
> I'm rewriting an old exec (EXEC2) that used IOS3270. IOS3270 > appears to be a viable menu program. I do not have DMS and do > not wish to use ISPF. Where can I find documentation on > IOS3270. > The VM download page has the run files. I'm having a little > problem unpacking the VMARC file to see if there is > documentation included in the package. Hans: I will send you a copy of the doc. Jim
Re: RES: PALNK when activating XCA for OSE/SNA
Much thanks to the people who responded, on and off list. The problem has been solved!! 1) apparently my VTAM colleague was mistaken in thinking that the VTAM-OSA connection could be dealt with separately from the OSA-network connection. VTAM will *not* properly activate the lines unless the OSA is correctly working on the network. (In OSA/SF it must show up as 'Enabled', mine was listed as 'Link Failure'). Important note from IBM support: the little 'terminator' plug that came with the OSA can be plugged in (if you still know where you put it! lol) and VTAM will consider it an OSA attached to a net. 2) We did have to correct the SAP in one of the systems meant to share the OSE. After the OSA was properly networked, we were getting alternate LPARs working, till I remembered that part. Once the SAPs were set up correctly, both VTAMs activated OK. 3) As mentioned, the MAC addresses had to be set up correctly. Our HIS server did manage to connect to VTAM via the OSA after being correctly set up with the SAP and MAC address. Thank you!! Shimon
RES: PALNK when activating XCA for OSE/SNA
Hi Simon, Alter the parameter SAPADDR=4, if you have other SWN active or defined in our VTAM. The SAPADDR=4 must be unique and when you tested it a time ago, it yet was not defined in VTAM. -Mensagem original- De: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Em nome de Shimon Lebowitz Enviada em: domingo, 13 de maio de 2007 14:22 Para: IBMVM@LISTSERV.UARK.EDU Assunto: PALNK when activating XCA for OSE/SNA Hi, A long time ago we tested our SNA connection via OSE and it worked, but obviously something has changed. Today we tried to bring up the XCA in VTAM and it fails every time. The SNA ports in the OSA are defined in the OAT like this: Image 0.2 (VMTEST ) 0A(B10A) SNA 00 0B(B10B) SNA 00 And when I do a GET OAT the output says: 0A(B10A) SNA 00 S ALL 0B(B10B) SNA 00 S ALL The XCA definition in VTAM is this: XSWTOVBUILD TYPE=XCA * XSWTOP PORT ADAPNO=0,CUADDR=B10A,MEDIUM=CSMACD,SAPADDR=4,TIMER=90 * XSWTOG GROUP DIAL=YES,CALL=INOUT,DYNPU=YES * XSTOLL00 LINE ANSWER=ON,ISTATUS=ACTIVE XSTOLP00 PUISTATUS=ACTIVE XSTOLL19 LINE ANSWER=ON,ISTATUS=ACTIVE XSTOLP19 PUISTATUS=ACTIVE I attached the 0A port to VTAM: CP Q B10A OSA B10A ATTACHED TO VTAM B10A READY; T=0.01/0.01 19:13:28 and tried to activate the XCA: V NET,ACT,ID=XSWTO,SCOPE=ALL IST097I VARY ACCEPTED IST093I XSWTO ACTIVE But when I do a Display: D NET,ID=XSWTO,SCOPE=ALL IST097I DISPLAY ACCEPTED IST075I NAME = XSWTO, TYPE = XCA MAJOR NODE IST486I STATUS= ACTIV, DESIRED STATE= ACTIV IST1021I MEDIUM=CSMA/CD,ADAPNO= 0,CUA=B10A,SNA SAP= 4 IST654I I/O TRACE = OFF, BUFFER TRACE = OFF IST170I LINES: IST232I XSWOL00 , PALNK IST232I XSWOL01 , PALNK IST232I XSWOL19 , PALNK IST314I END I have already tried resetting the channel (toggle standby from all LPARS in the HMC, and toggle online just where it is needed) but that did not help at all. So, does anyone see what the problem might be? PLEASE? Thanks very much!! Shimon -- ** ** Shimon Lebowitzmailto:[EMAIL PROTECTED] VM System Programmer . Israel Police National HQ. http://www.poboxes.com/shimonpgp Jerusalem, Israel phone: +972 2 542-9877 fax: 542-9308 ** **
Re: GDPS/XRC mirroring of VM volumes
We mirror our volumes from one data center to another but we are not using IBM DASD. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Marcy Cortes Sent: Monday, November 13, 2006 7:06 PM To: IBMVM@LISTSERV.UARK.EDU Subject: GDPS/XRC mirroring of VM volumes Is anyone out there doing this? We're attempting to mirror some volumes from one data center to the other to improve our disaster recovery times. It turns out there are a lot of restrictions when doing VM volumes - timestamping of I/O is not done (it is by Linux guests though) so lots of error messages are generated.. Intelligent automation can surpress those... But apparently we shouldn't even put MVS and VM in the same system data mover (SDM) according to IBM? We're also having problems getting the secondary copies flashed to tertiary copies. Marcy Cortes "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/
Re: z/VM usability
And that seemed to go away with $| = 0 Oh, yeah, I forgot about that part. Oh, bother. Jon -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Rob van der Heij Sent: Monday, May 14, 2007 10:30 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM usability On 5/14/07, Jon Brock <[EMAIL PROTECTED]> wrote: > I thought the problem here was not Perl itself but the unpredictability of > the prior program in the pipeline; that is, whatever program is supplying the > input is buffering its output, which it out of control of the pipe facility > itself. Or perhaps I'm misunderstanding the problem. Correct. My problem was that the data between vmstat and my Perl program was being buffered. And that seemed to go away with $| = 0 Rob
Re: z/VM usability
On 5/14/07, Jon Brock <[EMAIL PROTECTED]> wrote: I thought the problem here was not Perl itself but the unpredictability of the prior program in the pipeline; that is, whatever program is supplying the input is buffering its output, which it out of control of the pipe facility itself. Or perhaps I'm misunderstanding the problem. Correct. My problem was that the data between vmstat and my Perl program was being buffered. And that seemed to go away with $| = 0 Rob
Re: z/VM usability
Good luck on upgrading z/VM from 4.4 to 5.3 on Memorial Day weekend. z/VM 5.3 does not reach General Availability until June 29, 2007. See: http://www-306.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=an&subtype=ca&appname=GPA&htmlfid=897/[EMAIL PROTECTED]@89@ (Now THERE is a URL that looks like a masked curse word!). Or... maybe this is a long term contract, set for Memorial Day weekend 2008? :-) Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Paul Raulerson" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" 05/12/2007 08:12 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z/VM usability Speaking of strange an Intuitive - I have a small contract open for an Austin VM'er, if there are any here besides me. ;) Bascially mentoring/emergency backup on upgrading and optimizing z/VM 5.3 as an upgrade from 4.4. Probably have to do it over the Memorial Day weekend though, due to service commitments. Anyone interested and in the area, drop me a line! -Paul -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Adam Thornton Sent: Saturday, May 12, 2007 5:14 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM usability On May 12, 2007, at 4:43 PM, Rob van der Heij wrote: > On 5/12/07, Adam Thornton <[EMAIL PROTECTED]> wrote: > >> Well, except by its also being called $OUTPUT_AUTOFLUSH, I mean. > > Strange... I would have thought the problem was that it was blocking > its input, not the output... That's because you have not surrendered to the intuitiveness that is Perl. Adam 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.
Re: z/VM usability
I thought the problem here was not Perl itself but the unpredictability of the prior program in the pipeline; that is, whatever program is supplying the input is buffering its output, which it out of control of the pipe facility itself. Or perhaps I'm misunderstanding the problem. Jon On 5/12/07, Adam Thornton <[EMAIL PROTECTED]> wrote: > Well, except by its also being called $OUTPUT_AUTOFLUSH, I mean. Strange... I would have thought the problem was that it was blocking its input, not the output...
