Re: Tape Commands
Schuh, Richard rsc...@visa.com wrote: Does anyone know of a VMTAPE command, or commands, that can be used to change a tape in an IBM VTS from SCRATCH status to SAVED and assign ownership to a user? The CATALOG command does not seem to work: Sm vmtape catalog I00446 retpd 10 user joeuser VMTCAT052E Volume 'I00446' is a 0002 SCRATCH tape. VMTBUF0161I CATALOG completion code=28. A bit about the configuration. The tape is in an IBM VTS which is shared by three systems - MVS, VM, and TPF. MVS and VM share the TMC which, of necessity, is owned by MVS. TPF knows nothing about the TMS and wants to remain ignorant. The tape in question was created by TPF, using the native VTS commands for mounting a scratch tape.. Currently, both VM and MVS think that the tape is SCRATCH while the VTS knows better. This is evident if I try to mount the tape by volser: Vmtape mount i00446 181 VMTRMS945I Volume I00446 in RMS location VMSYSATL is NOT SCRATCH which conflicts with the TMC, rejecting. VMTMNT051T Mount I00446 0181 canceled by VMTAPE. VMTBUF016I MOUNT completion code=100. I know that it is possible to submit jobs to MVS to change the status from scratch to saved and to catalog tapes. It would be nicer if it could be done from VM - sometimes the submitted jobs languish in the JES queue for a long time. Richard, We went through this some long time ago and the solutions we came up with may not be the same as yours because the we may be fitting in with different other practices. However our experience may give you a few clues. The first thing we faced was that there are actually 3 different catalogues that needed to be kept into step :- a) The internal VTS catalogue - seen by all systems (and modifiable by all) b) The CA1-OS catalogue (VM MVS only - Not TPF) c) The TCDB - Only seen and used by MVS and this must be set non-scratch for MVS to read the tape regardless of how CA-1 sees it. For our purposes we decided the following :- a) The VTS would not be logically partitioned so that tapes could be freely exchanged. b) A set range of tapes would be considered as VM/TPF and MVS would not scratch these and the TCDB would remain as active for all of these all the time. VM has a scratch process for these. c) TPF system use the VM scratch category 0080 to find its scratch tapes. d) TPF guest systems send a message to a VM server when they use a tape. The server then catalogues the tape with a series of EDIT commands. (There are quite a few things that may need to change in addition to the DSN scratch status). e) For production TPF tapes the TPF logs are scanned and the same cataloguing using edit commands is performed. f) We run a daily scratch process on VM for expired VM TPF tapes. g) Despite all this - there are occasions when the VTS internal status and the CA-1 catalogue gets out of step. We have a weekly reconciliation job. Of course, if you normally catalogue your TPF tapes through MVS then your process would be very different. We are now on our second generation of VTS (TS7700) after setting this process up many years ago. If you need to discuss our experiences in more detail (or to borrow any of our code samples) then please feel free to contact me directly. I hope this helps. Colin Allinson VM Systems Support Amadeus Data Processing GmbH
Re: Tape Commands
If all else fails, you can use the native DFSMS/VM command ... -- DFSMSRM SET VOLCAT ... JR (Steven) Imler CA Sr Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com mailto:steven.im...@ca.com http://www.ca.com/ From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Tuesday, November 02, 2010 08:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Tape Commands Does anyone know of a VMTAPE command, or commands, that can be used to change a tape in an IBM VTS from SCRATCH status to SAVED and assign ownership to a user? The CATALOG command does not seem to work: Sm vmtape catalog I00446 retpd 10 user joeuser VMTCAT052E Volume 'I00446' is a 0002 SCRATCH tape. VMTBUF0161I CATALOG completion code=28. A bit about the configuration. The tape is in an IBM VTS which is shared by three systems - MVS, VM, and TPF. MVS and VM share the TMC which, of necessity, is owned by MVS. TPF knows nothing about the TMS and wants to remain ignorant. The tape in question was created by TPF, using the native VTS commands for mounting a scratch tape.. Currently, both VM and MVS think that the tape is SCRATCH while the VTS knows better. This is evident if I try to mount the tape by volser: Vmtape mount i00446 181 VMTRMS945I Volume I00446 in RMS location VMSYSATL is NOT SCRATCH which conflicts with the TMC, rejecting. VMTMNT051T Mount I00446 0181 canceled by VMTAPE. VMTBUF016I MOUNT completion code=100. I know that it is possible to submit jobs to MVS to change the status from scratch to saved and to catalog tapes. It would be nicer if it could be done from VM - sometimes the submitted jobs languish in the JES queue for a long time. Regards, Richard Schuh
Re: Tape Commands
Seeing your VMTAPE TMC is an OS Formatted TMC you will have to get the MVS side to do the work and verify that VMTAPE can see the change Larry Davis From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Imler, Steven J Sent: Wednesday, November 03, 2010 7:23 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Tape Commands If all else fails, you can use the native DFSMS/VM command ... -- DFSMSRM SET VOLCAT ... JR (Steven) Imler CA Sr Sustaining Engineer Tel: +1-703-708-3479 steven.im...@ca.com mailto:steven.im...@ca.com[file:///C:\Program%20Files\CA\GIS\CASig\CA_email.gif]http://www.ca.com/ From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Tuesday, November 02, 2010 08:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Tape Commands Does anyone know of a VMTAPE command, or commands, that can be used to change a tape in an IBM VTS from SCRATCH status to SAVED and assign ownership to a user? The CATALOG command does not seem to work: Sm vmtape catalog I00446 retpd 10 user joeuser VMTCAT052E Volume 'I00446' is a 0002 SCRATCH tape. VMTBUF0161I CATALOG completion code=28. A bit about the configuration. The tape is in an IBM VTS which is shared by three systems - MVS, VM, and TPF. MVS and VM share the TMC which, of necessity, is owned by MVS. TPF knows nothing about the TMS and wants to remain ignorant. The tape in question was created by TPF, using the native VTS commands for mounting a scratch tape.. Currently, both VM and MVS think that the tape is SCRATCH while the VTS knows better. This is evident if I try to mount the tape by volser: Vmtape mount i00446 181 VMTRMS945I Volume I00446 in RMS location VMSYSATL is NOT SCRATCH which conflicts with the TMC, rejecting. VMTMNT051T Mount I00446 0181 canceled by VMTAPE. VMTBUF016I MOUNT completion code=100. I know that it is possible to submit jobs to MVS to change the status from scratch to saved and to catalog tapes. It would be nicer if it could be done from VM - sometimes the submitted jobs languish in the JES queue for a long time. Regards, Richard Schuh
Re: No IPL VSWITCH Connectivity
If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC george_he...@newyorklife.com Tom: *I think you may have found the problem.* *You use ADDRESS COMMAND CP SET VSWITCH.* *I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND.* Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: *68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1'* CP SET VSWITCH LNXVSW1 GRANT VLINUX1 *Command complete* 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete *Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix.* *What do you think?* *Tom Huegel tehue...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) * terry.mar...@cms.hhs.gov* terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. *Thank You,* * * *Terry Martin* *Lockheed Martin - Citic* *z/OS and z/VM Performance Tuning and Operating Systems Support* *Office - 443 348-2102* *Cell - 443 632-4191* *From:* The IBM z/VM Operating System [mailto:*ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Miguel Delapaz* Sent:* Tuesday, November 02, 2010 1:51 PM * To:* *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [*mailto:ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel -- Kris Buelens, IBM Belgium, VM customer support
Re: Tape Commands
That was, indeed, the proper command syntax. I guess that a few of my synapses still fire without a manual sitting in front of me! %-} There is one added command argument at the end, the verval. That permits specification of the existing field value as a verification that you have the right volser, and field value before the change takes place. If the existing field and value do not match the verval, the EDIT command aborts. The bit in CA-1 TMS FLAG1 field that defines volume scratch status is the '04'x bit (TMSSCRTCH) , so technically all you need to do is turn that bit off. But the other physical tape library commands mentioned by others are still likely to be required. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. Mike Walter/National/Hewitt associa...@hewitt Associates NA Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 11:26 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Tape Commands It does work if VM and MVS share the CA-1 TMC, we do it when needed. You will need to change the FLAG1 field for that volser. Off the top of my head, I think the command is: VMTAPE EDIT volser REPLACE FLAG1 00 I'll get the exact syntax in the morning. But that may not be enough to change the scratch status in the virtual library - which may require its own commands? Mike Walter Aon Corporation (Sent from the wee keyboard of a Blackberry.) From: David Boyes [dbo...@sinenomine.net] Sent: 11/02/2010 09:42 PM EST To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Tape Commands I have a faint memory of using VMTAPE EDIT to do this, but that?s open-skull brain surgery on the TMC, so I don?t know whether that will work if MVS is in control of the TMC. 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: Tape Commands
From VM, it would be: VMTAPE EDIT I00446 REPLACE SCRATCH OFF (OR FLAG1 A0) We don't share our TMC, but we do share our VTS's | | From: | | --| |Schuh, Richard rsc...@visa.com | --| | | To:| | --| |IBMVM@LISTSERV.UARK.EDU | --| | | Date: | | --| |11/02/2010 05:44 PM | --| | | Subject: | | --| |Tape Commands | --| | | Sent by: | | --| |The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU | --| Does anyone know of a VMTAPE command, or commands, that can be used to change a tape in an IBM VTS from SCRATCH status to SAVED and assign ownership to a user? The CATALOG command does not seem to work: Sm vmtape catalog I00446 retpd 10 user joeuser VMTCAT052E Volume 'I00446' is a 0002 SCRATCH tape. VMTBUF0161I CATALOG completion code=28. A bit about the configuration. The tape is in an IBM VTS which is shared by three systems - MVS, VM, and TPF. MVS and VM share the TMC which, of necessity, is owned by MVS. TPF knows nothing about the TMS and wants to remain ignorant. The tape in question was created by TPF, using the native VTS commands for mounting a scratch tape.. Currently, both VM and MVS think that the tape is SCRATCH while the VTS knows better. This is evident if I try to mount the tape by volser: Vmtape mount i00446 181 VMTRMS945I Volume I00446 in RMS location VMSYSATL is NOT SCRATCH which conflicts with the TMC, rejecting. VMTMNT051T Mount I00446 0181 canceled by VMTAPE. VMTBUF016I MOUNT completion code=100. I know that it is possible to submit jobs to MVS to change the status from scratch to saved and to catalog tapes. It would be nicer if it could be done from VM - sometimes the submitted jobs languish in the JES queue for a long time. Regards, Richard Schuh
Re: No IPL VSWITCH Connectivity
BTW Kris's selfstudy courses on the download page are EXCELLENT. On Wed, Nov 3, 2010 at 6:06 AM, Kris Buelens kris.buel...@gmail.com wrote: If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC george_he...@newyorklife.com Tom: *I think you may have found the problem.* *You use ADDRESS COMMAND CP SET VSWITCH.* *I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND.* Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: *68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1'* CP SET VSWITCH LNXVSW1 GRANT VLINUX1 *Command complete* 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete *Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix.* *What do you think?* *Tom Huegel tehue...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) * terry.mar...@cms.hhs.gov* terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. *Thank You,* * * *Terry Martin* *Lockheed Martin - Citic* *z/OS and z/VM Performance Tuning and Operating Systems Support* *Office - 443 348-2102* *Cell - 443 632-4191* *From:* The IBM z/VM Operating System [mailto:*ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Miguel Delapaz* Sent:* Tuesday, November 02, 2010 1:51 PM * To:* *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [*mailto:ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel -- Kris Buelens, IBM Belgium, VM customer support
Re: No IPL VSWITCH Connectivity
I am trouble downloading and unziping the course. Something about invalid archive library for Winzip. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 11:25 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity BTW Kris's selfstudy courses on the download page are EXCELLENT. On Wed, Nov 3, 2010 at 6:06 AM, Kris Buelens kris.buel...@gmail.com wrote: If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC george_he...@newyorklife.com Tom: I think you may have found the problem. You use ADDRESS COMMAND CP SET VSWITCH. I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND. Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: 68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' CP SET VSWITCH LNXVSW1 GRANT VLINUX1 Command complete 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix. What do you think? Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Miguel Delapaz Sent: Tuesday, November 02, 2010 1:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Riedel, Alexander Sent: Tuesday, November 02, 2010 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: AW: No IPL VSWITCH Connectivity Sorry Terry, but i think you are wrong. I define my 4 VSWITCHES all in the SYSTEM CONFIG and it works. At this time the TCPIP or DTCVSW* are definitely not started. Kind regards, Alexander Riedel -- Kris Buelens, IBM Belgium, VM customer support
Re: Tape Commands
Thanks, Mike and all. I am not concerned about whether MVS can process the tapes in question. They are created by the development TPF systems and will be processed only by VM-based processes. We want to make them available to those processes immediately without depending on jobs submitted to MVS. The ones that MVS will process can wait on the submitted jobs. Presumably, after changing Flag1 to 00, I will be able to CATALOG the tapes on VM. I will give that a try. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Wednesday, November 03, 2010 7:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Tape Commands That was, indeed, the proper command syntax. I guess that a few of my synapses still fire without a manual sitting in front of me! %-} There is one added command argument at the end, the verval. That permits specification of the existing field value as a verification that you have the right volser, and field value before the change takes place. If the existing field and value do not match the verval, the EDIT command aborts. The bit in CA-1 TMS FLAG1 field that defines volume scratch status is the '04'x bit (TMSSCRTCH) , so technically all you need to do is turn that bit off. But the other physical tape library commands mentioned by others are still likely to be required. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. Mike Walter/National/Hewitt associa...@hewitt Associates NA Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 11:26 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Tape Commands It does work if VM and MVS share the CA-1 TMC, we do it when needed. You will need to change the FLAG1 field for that volser. Off the top of my head, I think the command is: VMTAPE EDIT volser REPLACE FLAG1 00 I'll get the exact syntax in the morning. But that may not be enough to change the scratch status in the virtual library - which may require its own commands? Mike Walter Aon Corporation (Sent from the wee keyboard of a Blackberry.) From: David Boyes [dbo...@sinenomine.net] Sent: 11/02/2010 09:42 PM EST To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Tape Commands I have a faint memory of using VMTAPE EDIT to do this, but that's open-skull brain surgery on the TMC, so I don't know whether that will work if MVS is in control of the TMC. 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
Re: Tape Commands
Even better than the more arcane REPLACE FLAG1 00. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Christy Brogan Sent: Wednesday, November 03, 2010 7:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Tape Commands From VM, it would be: VMTAPE EDIT I00446 REPLACE SCRATCH OFF (OR FLAG1 A0) We don't share our TMC, but we do share our VTS's [cid:1__=88BBFD43DFDD4CAC8f9e8a93df938@us.ibm.com] [cid:2__=88BBFD43DFDD4CAC8f9e8a93df938@us.ibm.com]Schuh, Richard ---11/02/2010 05:44:24 PM---Does anyone know of a VMTAPE command, or commands, that can be used to change a tape in an IBM VTS f From: Schuh, Richard rsc...@visa.com To: IBMVM@LISTSERV.UARK.EDU Date: 11/02/2010 05:44 PM Subject: Tape Commands Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU Does anyone know of a VMTAPE command, or commands, that can be used to change a tape in an IBM VTS from SCRATCH status to SAVED and assign ownership to a user? The CATALOG command does not seem to work: Sm vmtape catalog I00446 retpd 10 user joeuser VMTCAT052E Volume 'I00446' is a 0002 SCRATCH tape. VMTBUF0161I CATALOG completion code=28. A bit about the configuration. The tape is in an IBM VTS which is shared by three systems - MVS, VM, and TPF. MVS and VM share the TMC which, of necessity, is owned by MVS. TPF knows nothing about the TMS and wants to remain ignorant. The tape in question was created by TPF, using the native VTS commands for mounting a scratch tape.. Currently, both VM and MVS think that the tape is SCRATCH while the VTS knows better. This is evident if I try to mount the tape by volser: Vmtape mount i00446 181 VMTRMS945I Volume I00446 in RMS location VMSYSATL is NOT SCRATCH which conflicts with the TMC, rejecting. VMTMNT051T Mount I00446 0181 canceled by VMTAPE. VMTBUF016I MOUNT completion code=100. I know that it is possible to submit jobs to MVS to change the status from scratch to saved and to catalog tapes. It would be nicer if it could be done from VM - sometimes the submitted jobs languish in the JES queue for a long time. Regards, Richard Schuh
Re: Tape Commands
-Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Tuesday, November 02, 2010 11:27 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Tape Commands It does work if VM and MVS share the CA-1 TMC, we do it when needed. You will need to change the FLAG1 field for that volser. Off the top of my head, I think the command is: VMTAPE EDIT volser REPLACE FLAG1 00 I'll get the exact syntax in the morning. But that may not be enough to change the scratch status in the virtual library - which may require its own commands? Mike Walter Aon Corporation On z/OS, I update the TMC, then run CA-1 CTSSYNC command to tell the library about the change in status. I would guess that z/VM has an equivalent. Sorry for butting in. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-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
Re: No IPL VSWITCH Connectivity
I just did (on a Linux server though) and had no problems. Are you sure you issued a BINARY before the download? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, November 03, 2010 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity I am trouble downloading and unziping the course. Something about invalid archive library for Winzip. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 11:25 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity BTW Kris's selfstudy courses on the download page are EXCELLENT. On Wed, Nov 3, 2010 at 6:06 AM, Kris Buelens kris.buel...@gmail.com wrote: If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC george_he...@newyorklife.com Tom: I think you may have found the problem. You use ADDRESS COMMAND CP SET VSWITCH. I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND. Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: 68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' CP SET VSWITCH LNXVSW1 GRANT VLINUX1 Command complete 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix. What do you think? Tom Huegel tehue...@gmail.com mailto:tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can't connect to the network having the VSWICTH defined does not mean much at least not for me. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU ] On Behalf Of Miguel Delapaz Sent: Tuesday, November 02, 2010 1:51 PM To: IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity In that case, the guest should still be able to connect to the VSWITCH without an issue. It just won't have access to the physical network. The controller virtual machines have nothing to do with general VSWITCH operation...they are simply there to manage the OSAs that may be attached to the VSWITCH. Regards, Miguel Delapaz z/VM Development The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU wrote on 11/02/2010 10:45:33 AM: Ok, they may be defined but try having a z/Linux guest connect to them before DTCVSW* is up! Thank You, Terry Martin Lockheed Martin - Citic z/OS and
Re: No IPL VSWITCH Connectivity
7zip and/or winrar should have no problems with it. On Wed, Nov 3, 2010 at 2:08 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Here is what I get when I try to download. Sorry for the screen shot, but it was the only way I could capture the data. I don't see an option for binary. If I click on open nothing happens. If I cleck on download it gives me a file I cannot unzip. Peazip, however, was able to unzip it. *Frank M. Ramaekers framaek...@ailife.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 01:54 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I just did (on a Linux server though) and had no problems. Are you sure you issued a BINARY before the download? Frank M. Ramaekers Jr. -- *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On Behalf Of *George Henke/NYLIC* Sent:* Wednesday, November 03, 2010 10:29 AM* To:* ib...@listserv.uark.edu* Subject:* Re: No IPL VSWITCH Connectivity I am trouble downloading and unziping the course. Something about invalid archive library for Winzip. *Tom Huegel tehue...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 11:25 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity BTW Kris's selfstudy courses on the download page are EXCELLENT. On Wed, Nov 3, 2010 at 6:06 AM, Kris Buelens *kris.buel...@gmail.com*kris.buel...@gmail.com wrote: If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): *http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1*http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC *george_he...@newyorklife.com*george_he...@newyorklife.com Tom: * I think you may have found the problem.* * You use ADDRESS COMMAND CP SET VSWITCH.* * I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND.* Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: * 68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1'* CP SET VSWITCH LNXVSW1 GRANT VLINUX1 * Command complete* 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete * Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix.* * What do you think?* *Tom Huegel **tehue...@gmail.com* tehue...@gmail.com** Sent by: The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU To *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) * terry.mar...@cms.hhs.gov* terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can’t connect to the network having the VSWICTH defined does not mean much at least not for me. *Thank You,* * * *Terry Martin* *Lockheed Martin - Citic* *z/OS and z/VM Performance Tuning and Operating Systems Support* *Office - 443 348-2102* *Cell - 443 632-4191* *From:* The IBM z/VM Operating System [mailto:*ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Miguel Delapaz* Sent:* Tuesday, November 02, 2010 1:51 PM *
More requirement updates: WAVV201010, WAVV201014
User Group Number - WAVV201010 Document Status - Suggestion Title - Q VIRT NIC should display MAC in canonical form IBM will use this request as input to planning but no commitment is made or implied. This request will not be updated. User Group Number - WAVV201014 Document Status - Suggestion Title - Enable use of real hipersocket interfaces for VSWITCH use IBM will use this request as input to planning but no commitment is made or implied. This request will not be updated.
Re: No IPL VSWITCH Connectivity
Hmmmwhen I downloaded it to Linux, it downloaded it a TCVMn.ZIP.Z. I was able to unzip them just fine. Not sure why it's downloading it as a tgz (TARball GZIPped). When I try from windows, I get: Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, November 03, 2010 1:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Here is what I get when I try to download. Sorry for the screen shot, but it was the only way I could capture the data. I don't see an option for binary. If I click on open nothing happens. If I cleck on download it gives me a file I cannot unzip. Peazip, however, was able to unzip it. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 01:54 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I just did (on a Linux server though) and had no problems. Are you sure you issued a BINARY before the download? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, November 03, 2010 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity I am trouble downloading and unziping the course. Something about invalid archive library for Winzip. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 11:25 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity BTW Kris's selfstudy courses on the download page are EXCELLENT. On Wed, Nov 3, 2010 at 6:06 AM, Kris Buelens kris.buel...@gmail.com wrote: If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC george_he...@newyorklife.com Tom: I think you may have found the problem. You use ADDRESS COMMAND CP SET VSWITCH. I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND. Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: 68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' CP SET VSWITCH LNXVSW1 GRANT VLINUX1 Command complete 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix. What do you think? Tom Huegel tehue...@gmail.com mailto:tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and if you can't connect to the network having the VSWICTH defined does not mean
Re: No IPL VSWITCH Connectivity
It's a TAR file, so friendly maybe to LINUX. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 03:17 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Hmmm….when I downloaded it to Linux, it downloaded it a TCVMn.ZIP.Z. I was able to “unzip” them just fine. Not sure why it’s downloading it as a tgz (TARball GZIPped). When I try from windows, I get: Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, November 03, 2010 1:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity Here is what I get when I try to download. Sorry for the screen shot, but it was the only way I could capture the data. I don't see an option for binary. If I click on open nothing happens. If I cleck on download it gives me a file I cannot unzip. Peazip, however, was able to unzip it. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 01:54 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I just did (on a Linux server though) and had no problems. Are you sure you issued a BINARY before the download? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, November 03, 2010 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity I am trouble downloading and unziping the course. Something about invalid archive library for Winzip. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 11:25 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity BTW Kris's selfstudy courses on the download page are EXCELLENT. On Wed, Nov 3, 2010 at 6:06 AM, Kris Buelens kris.buel...@gmail.com wrote: If using ADDRESS COMMAND makes a difference, the most common cause is that you've got a CP EXEC somewhere on a minidisk accessed by AUTOLOG1. SYNONYMs and SET IMPCP can influence command execution too with ADDRESS CMS (or PIPE CMS), but occur less often. You could read lesson 3 in our Telecourse (free, selfstudy): http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 2010/11/2 George Henke/NYLIC george_he...@newyorklife.com Tom: I think you may have found the problem. You use ADDRESS COMMAND CP SET VSWITCH. I do not reset the REXX CMS ENVIRONMENT to the COMMAND ENVIRONMENT with ADDRESS COMMAND. Normally that is not a problem for CP commands, but in this case SET is also a CMS command and without the ADDRESS COMMAND prefix it may be getting processed as a CMS SET command, instead of a CP SET VSWITCH command and so the GRANTS may never really be getting issued even though they appear to be, they get Command Completed. From AUTOLOG1 Console, last IPL: 68 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' CP SET VSWITCH LNXVSW1 GRANT VLINUX1 Command complete 69 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' CP SET VSWITCH LNXVSW1 GRANT VLINUX2 Command complete 70 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' CP SET VSWITCH LNXVSW1 GRANT VLINUX3 Command complete 71 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' CP SET VSWITCH LNXVSW1 GRANT VLINUX4 Command complete 72 *-* 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' CP SET VSWITCH LNXVSW1 GRANT VLINUX5 Command complete Without the ADDRESS COMMAND prefix could it be that the GRANTS are being ignored even though they have the CP prefix. What do you think? Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/02/2010 03:52 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have my VSWITCHES defined in the SYSTEM CONFIG file and all of the ADDRESS COMMAND CP SET VSWITCH VSWITCH1 GRANT vmuserid's in AUTOLOG1, followed immediatly by XAUTOLOG LINUX1... LINUX2 ... LINUX etc. SUSE 10 SP2 .. I have no CP SLEEP commands and never had a problem. For what it's worth I do not connect my TCPIP to a VSWITCH. On Tue, Nov 2, 2010 at 11:02 AM, Martin, Terry R. (CMS/CTR) (CTR) terry.mar...@cms.hhs.gov wrote: Ok, my point was that you would not be able to connect the network and
Re: No IPL VSWITCH Connectivity
No, it is a ZIP, not a TAR, created on Windows. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com It's a TAR file, so friendly maybe to LINUX. *Frank M. Ramaekers framaek...@ailife.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 03:17 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Hmmm….when I downloaded it to Linux, it downloaded it a TCVMn.ZIP.Z. I was able to “unzip” them just fine. Not sure why it’s downloading it as a tgz (TARball GZIPped). When I try from windows, I get: Frank M. Ramaekers Jr. -- Kris Buelens, IBM Belgium, VM customer support
Re: No IPL VSWITCH Connectivity
It's extension is TGZ According to David Purdy's post today of an article under Zip (Cont), TGZ means TAR file zipped by GZIP. Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:38 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity No, it is a ZIP, not a TAR, created on Windows. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com It's a TAR file, so friendly maybe to LINUX. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 03:17 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Hmmm….when I downloaded it to Linux, it downloaded it a TCVMn.ZIP.Z. I was able to “unzip” them just fine. Not sure why it’s downloading it as a tgz (TARball GZIPped). When I try from windows, I get: Frank M. Ramaekers Jr. -- Kris Buelens, IBM Belgium, VM customer support
Re: No IPL VSWITCH Connectivity
I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that to my VM userid and SENDFILEd that to Endicott. Then it is outside my hands. But, when I look with Mozilla Seamonkey, I see http://www.vm.ibm.com/download/packages/tcvm1.zip , still a ZIP extension. Amen. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com It's extension is TGZ According to David Purdy's post today of an article under Zip (Cont), TGZ means TAR file zipped by GZIP. *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:38 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity No, it is a ZIP, not a TAR, created on Windows. 2010/11/3 George Henke/NYLIC *george_he...@newyorklife.com*george_he...@newyorklife.com It's a TAR file, so friendly maybe to LINUX. *Frank M. Ramaekers **framaek...@ailife.com* framaek...@ailife.com* * Sent by: The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU 11/03/2010 03:17 PM Please respond to The IBM z/VM Operating System *ib...@listserv.uark.edu*IBMVM@LISTSERV.UARK.EDU To *ib...@listserv.uark.edu* IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Hmmm….when I downloaded it to Linux, it downloaded it a TCVMn.ZIP.Z. I was able to “unzip” them just fine. Not sure why it’s downloading it as a tgz (TARball GZIPped). When I try from windows, I get: Frank M. Ramaekers Jr. -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: No IPL VSWITCH Connectivity
Here is the link Kris. I think if you click the TCVM.ZIP link in the doc in the link below, you will see for yourself in the window it says GZIP compressed TAR file. http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 As the old song says, Somewhere along the way . . . Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that to my VM userid and SENDFILEd that to Endicott. Then it is outside my hands. But, when I look with Mozilla Seamonkey, I see http://www.vm.ibm.com/download/packages/tcvm1.zip , still a ZIP extension. Amen. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com It's extension is TGZ According to David Purdy's post today of an article under Zip (Cont), TGZ means TAR file zipped by GZIP. Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:38 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity No, it is a ZIP, not a TAR, created on Windows. 2010/11/3 George Henke/NYLIC george_he...@newyorklife.com It's a TAR file, so friendly maybe to LINUX. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 03:17 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity Hmmm….when I downloaded it to Linux, it downloaded it a TCVMn.ZIP.Z. I was able to “unzip” them just fine. Not sure why it’s downloading it as a tgz (TARball GZIPped). When I try from windows, I get: Frank M. Ramaekers Jr. -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: No IPL VSWITCH Connectivity
Or if I weren't such a bad typer, TCVM1.zip On Wed, Nov 3, 2010 at 4:19 PM, Ron Schmiedge ron.schmie...@gmail.comwrote: It says TCMV1.ZIP when I click on it. On Wed, Nov 3, 2010 at 3:02 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: Here is the link Kris. I think if you click the TCVM.ZIP link in the doc in the link below, you will see for yourself in the window it says GZIP compressed TAR file. *http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1*http://www.vm.ibm.com/download/packages/descript.cgi?TCVM1 As the old song says, Somewhere along the way . . . *Kris Buelens kris.buel...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/03/2010 04:50 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I created the .ZIP file on my Thinkpad, with Windows/XP. Uploaded that to my VM userid and SENDFILEd that to Endicott. Then it is outside my hands. But, when I look with Mozilla Seamonkey, I see * http://www.vm.ibm.com/download/packages/tcvm1.zip*http://www.vm.ibm.com/download/packages/tcvm1.zip, still a ZIP extension. Amen. 2010/11/3 George Henke/NYLIC *george_he...@newyorklife.com*george_he...@newyorklife.com
