Re: IPWIZARD
Just as a note, you didn't need to log on to TCPIP. ATTACH A000-A002 TCPIP -or- FOR TCPIP CMD ATT A000-A002 * Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Leon Buitendag Sent: Tuesday, November 02, 2010 7:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPWIZARD Thanks a million, I logged as TCPIP did att a000-a002 *, then disconnected logged onto maint and ran IPWIZARD and all worked fine. I am using the z/VM and Linux on IBM System z The Virtualization Cookbook. And the info you gave me was not mention so thank you. Regards Leon Buitendag From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Davis, Larry (National VM/VSE Capability) Sent: Tuesday, November 02, 2010 2:26 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPWIZARD The OSA devices need to be added to TCPIP, 3 at a time. Add three OSA devices, like A000-A002 to the TCPIP directory. IPWIZARD just takes your input and creates a TCP/IP configuration file on TCPMAINT's 198 disk. You then need to AUTOLOG TCPIP and verify that you can get out to the real world. It has been a long time since I used IPWIZARD you can send the Prompt and your reply for clarification. Larry Davis From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Leon Buitendag Sent: Tuesday, November 02, 2010 8:11 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPWIZARD Thanks for the reply, The output for the q osa all command is as follows: An active OSA was not found. OSA A000 FREE, OSA A001 FREE , OSA A002 FREE , OSA A003 FREE OSA A004 FREE, OSA A005 FREE , OSA A006 FREE , OSA A007 FREE OSA A008 FREE, OSA A009 FREE , OSA A00A FREE , OSA A00B FREE OSA A00C FREE, OSA A00D FREE , OSA A00E FREE , OSA A00F FREE OSA A100 FREE, OSA A101 FREE , OSA A102 FREE , OSA A103 FREE OSA A104 FREE, OSA A105 FREE , OSA A106 FREE , OSA A107 FREE OSA A108 FREE, OSA A109 FREE , OSA A10A FREE , OSA A10B FREE OSA A10C FREE, OSA A10D FREE , OSA A10E FREE , OSA A10F FREE An offline OSA was not found. OSA A00F is an OSA Agent OSA A100F is an OSA Agent I did perform the following command Att A000-A00F * And tried IPWIZARD againg but still same error message persists Regards Leon Buitendag From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Davis, Larry (National VM/VSE Capability) Sent: Tuesday, November 02, 2010 1:47 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPWIZARD Do a QUERY OSA ALL and send the results You need at least 3 OSA devices for the Stack to operate. Larry Davis From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Leon Buitendag Sent: Tuesday, November 02, 2010 2:35 AM To: IBMVM@LISTSERV.UARK.EDU Subject: IPWIZARD Hi all, I'am busy installing z/VM 5.4 for the first time and when trying to perform the IPWIZARD function I get the following error: DTCPIPW2521E Insufficient virtual addresses available. Anybody got an idea on how to solve this. Regards Leon _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: No IPL VSWITCH Connectivity
DEVICE VSWA90 OSD A90 PORTNAME PORTA90 PORTNUMBER 0 NONROUTER AUTORESTART LINKVSW0 QDIOETHERNET VSWA90 Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, November 01, 2010 2:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity ty, Frank . . . Do you IUCV to VSWITCH in your TCPIP Directory entry? "Frank M. Ramaekers" Sent by: The IBM z/VM Operating System 11/01/2010 03:51 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity I have no problem do all of my VSWITCH definitions and GRANTs prior to TCP/IP being initialized: Define VSwitch VSW1 RDev 0F96 0F99 Define VSwitch VSWAILT RDev 181D 1200 Define VSwitch VSWTMK00 RDev None, IP Nonrouter, VLAN Unaware Modify VSwitch VSW1 GRAnt LINUX000 Modify VSwitch VSWTMK00 GRAnt AILPROD Modify VSwitch VSWTMK00 GRAnt AILTEST Modify VSwitch VSWTMK00 GRAnt GLOBE Modify VSwitch VSWTMK00 GRAnt TCPIP Modify VSwitch VSWTMK00 GRAnt TMKA Modify VSwitch VSWTMK00 GRAnt TMKB Modify VSwitch VSWTMK00 GRAnt TMKC Modify VSwitch VSWTMK00 GRAnt TMKD Modify VSwitch VSWTMK00 GRAnt TECH Modify VSwitch VSWTMK00 GRAnt UA Modify VSwitch VSWAILT GRAnt AILTEST Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, November 01, 2010 2:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity My controllers. DTCVSW1,2 are AUTOLOGed before the GRANTS, but there is only a 10 sec sleep. 'CP XAUTOLOG GCS' 'CP XAUTOLOG DTCVSW1' 'CP XAUTOLOG DTCVSW2' 'CP SLEEP 10 SEC' 'CP XAUTOLOG NETVIEW' 'CP XAUTOLOG NETSPY' 'CP XAUTOLOG OPERSYMP' 'CP XAUTOLOG RSCSSERV' 'CP XAUTOLOG VTAM' Also TCPIP IUCVs to VSWITCH. Does that mean TCPIP is acting as the CONTROLLER and must be up before the GRANTS? USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Alan Altmark Sent by: The IBM z/VM Operating System 11/01/2010 03:34 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC wrote: > After IPL we can destroy the VSWITCH: > > det vswitch lnxvsw1 > > Then issue the same commands as in the IPL below and everything connects. > > Why? > > Are there some restrictions, considerations, for defining the VSWITCH at IPL > time? > > SYSTEM CONFIG: > > define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. > AUTOLOG1: PROFILE EXEC: > > 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' > 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' > 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' > 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' > 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' > 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. > 'CP XAUTOLOG VLINUX1' > 'CP XAUTOLOG VLINUX2' > 'CP XAUTOLOG VLINUX3' A VSWITCH esta
Re: No IPL VSWITCH Connectivity
I have no problem do all of my VSWITCH definitions and GRANTs prior to TCP/IP being initialized: Define VSwitch VSW1 RDev 0F96 0F99 Define VSwitch VSWAILT RDev 181D 1200 Define VSwitch VSWTMK00 RDev None, IP Nonrouter, VLAN Unaware Modify VSwitch VSW1 GRAnt LINUX000 Modify VSwitch VSWTMK00 GRAnt AILPROD Modify VSwitch VSWTMK00 GRAnt AILTEST Modify VSwitch VSWTMK00 GRAnt GLOBE Modify VSwitch VSWTMK00 GRAnt TCPIP Modify VSwitch VSWTMK00 GRAnt TMKA Modify VSwitch VSWTMK00 GRAnt TMKB Modify VSwitch VSWTMK00 GRAnt TMKC Modify VSwitch VSWTMK00 GRAnt TMKD Modify VSwitch VSWTMK00 GRAnt TECH Modify VSwitch VSWTMK00 GRAnt UA Modify VSwitch VSWAILT GRAnt AILTEST Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, November 01, 2010 2:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No IPL VSWITCH Connectivity My controllers. DTCVSW1,2 are AUTOLOGed before the GRANTS, but there is only a 10 sec sleep. 'CP XAUTOLOG GCS' 'CP XAUTOLOG DTCVSW1' 'CP XAUTOLOG DTCVSW2' 'CP SLEEP 10 SEC' 'CP XAUTOLOG NETVIEW' 'CP XAUTOLOG NETSPY' 'CP XAUTOLOG OPERSYMP' 'CP XAUTOLOG RSCSSERV' 'CP XAUTOLOG VTAM' Also TCPIP IUCVs to VSWITCH. Does that mean TCPIP is acting as the CONTROLLER and must be up before the GRANTS? USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Alan Altmark Sent by: The IBM z/VM Operating System 11/01/2010 03:34 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: No IPL VSWITCH Connectivity On Monday, 11/01/2010 at 03:10 EDT, George Henke/NYLIC wrote: > After IPL we can destroy the VSWITCH: > > det vswitch lnxvsw1 > > Then issue the same commands as in the IPL below and everything connects. > > Why? > > Are there some restrictions, considerations, for defining the VSWITCH at IPL > time? > > SYSTEM CONFIG: > > define vswitch lnxvsw1 portname lnxvsw1 rdev 9004 I suggest that you remove the PORTNAME LNXVSW1. It isn't needed and it can create unnecessary confusion. > AUTOLOG1: PROFILE EXEC: > > 'CP SET VSWITCH LNXVSW1 GRANT VLINUX1' > 'CP SET VSWITCH LNXVSW1 GRANT VLINUX2' > 'CP SET VSWITCH LNXVSW1 GRANT VLINUX3' > 'CP SET VSWITCH LNXVSW1 GRANT VLINUX4' > 'CP SET VSWITCH LNXVSW1 GRANT VLINUX5' > 'CP SLEEP 10 SEC' Why sleep 10 sec? The SET VSWITCH commands take effect immediately. > 'CP XAUTOLOG VLINUX1' > 'CP XAUTOLOG VLINUX2' > 'CP XAUTOLOG VLINUX3' A VSWITCH establishes connectivity to the outside world once the controllers (DTCVSW1/2) are up. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Performance Toolkit archiving
Hmmmthis only works for the future. I don't see a way to break out (by month, quarter, etc.) what has been accumulated, to this point. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Michael Donovan Sent: Monday, November 01, 2010 10:25 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Performance Toolkit archiving Frank, You should look at the FCONTROL SETTINGS subcommand and its TRDFILID and SUMFILID and on how to change file ids for the trend and summary files. These commands in conjunction with the FCXRENAM EXEC should give you the ability to archive these files in any manner you want., Cheers! Mike Donovan Inactive hide details for "Frank M. Ramaekers" ---11/01/2010 10:57:38 AM---I have two files that increasingly get bigger. What"Frank M. Ramaekers" ---11/01/2010 10:57:38 AM---I have two files that increasingly get bigger. What do I use to archive the contents of these files From: "Frank M. Ramaekers" To: IBMVM@LISTSERV.UARK.EDU Date: 11/01/2010 10:57 AM Subject: Performance Toolkit archiving Sent by: The IBM z/VM Operating System I have two files that increasingly get bigger. What do I use to archive the contents of these files? MKMFVM FCXTREND T1 ACUM HISTSUM T1 Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Performance Toolkit archiving
I have two files that increasingly get bigger. What do I use to archive the contents of these files? MKMFVM FCXTREND T1 ACUM HISTSUM T1 Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Spool File Backup (SFB) BCHTIMER Files
My "PIPE AHELP SPECS" doesn't look much different than the "HELP PIPE SPECS". I did find some examples in "PIPE AHELP SPECTUT". Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Doug Breneman Sent: Monday, October 25, 2010 2:16 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Spool File Backup (SFB) BCHTIMER Files PIPE AHELP SPECS or check out SL26-0018 CMS/TSO Pipelines: Author's Edition pdb (Doug Breneman) z/VM System Test IBM Endicott, NY Inactive hide details for "Frank M. Ramaekers" ---10/25/2010 03:06:27 PM---Where can I find the reference material for this asp"Frank M. Ramaekers" ---10/25/2010 03:06:27 PM---Where can I find the reference material for this aspect of the SPECS stage? From: "Frank M. Ramaekers" To: IBMVM@LISTSERV.UARK.EDU Date: 10/25/2010 03:06 PM Subject: Re: Spool File Backup (SFB) BCHTIMER Files Sent by: The IBM z/VM Operating System Where can I find the reference material for this aspect of the SPECS stage? '| SPECS' , /* Just the size */ 'PRINTONLY EOF' , /* Prt only total */ 't: 77.4 .' , /* Just SIZE value */ 'n: 77.3 .' , /* Just nnn value */ 'm: 80.1 .' , /* Just nnn value */ 'IF m=="K" THEN' , ' SET #0+=(n*1000)' ,/* Multiply nK * 1K*/ 'ELSEIF m=="M" THEN' , ' SET #0+=(n*100)' , /* Multiple nK * 1M*/ 'ELSE' , 'SET #0+=t' , /* Add all numeric */ 'ENDIF' , 'EOF' ,/* Mark EOF*/ 'PRINT #0 1' , /* Print total */ Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Friday, October 22, 2010 3:38 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Spool File Backup (SFB) BCHTIMER Files Excellent point, Harry! It had only been an example, but even examples should be reliable. I'm pretty sure the following should work, and be as reliable as the 4K block total supplied by 'CP QUERY queue EXP' Mike Walter Aon Hewitt The opinions expressed herein are mine alone, not my employer's. /* Prolog; See Epilog for additional information * Exec Name - SPOOLBLK EXEC* * Unit Support - * * Status- Version 1, Release 1.2 * / address 'COMMAND' parse source xos xct xfn xft xfm xcmd xenvir . parse upper arg parms 1 operands '(' options ')' parmrest hi='1DE8'x /* 3270 Hilite Char */ lo='1D60'x /* 3270 Default Char*/ Signal ON Syntax Signal ON NoValue /* Signal ON ERROR */ If parms='?' then Signal Explain parse upper arg queue . If queue='' then queue='ALL' SumTotal=0 If queue='' | queue='ALL' then Do Call SumQueue 'READER' Call SumQueue 'PRINTER' Call SumQueue 'PUNCH' End Else Call SumQueue queue say queue 'queue 4K SPOOL block total=' SumTotal Call Exit rc // /* Sub-Routines below this point */ // Exit: parse arg exitrc todo If todo='?' then say 'For more help, enter:' xfn '?' If verify(exitrc,'-0123456789')>0 then Exit 99 Exit exitrc Error: etxt.1='+++ "ERROR:" error rtn entered in:' xfn xft xfm', rc='rc etxt.2='+++ from line:' sigl', which reads:' etxt.3='+++'sourceline(sigl) cmdline=strip(sourceline(sigl),'B') If symbol(value('CMDLINE'))='VAR' /* e.g cmd='CP FAIL'; cmd */ then cmdline=value( value('CMDLINE') ) else cmdline=value('CMDLINE') /* e.g.'CP FAIL' */ etxt.4='+++ which translates to:' cmdline etxt.0=4 'PIPE STEM etxt. | CONS' Call Exit 20 Syntax: etxt.1='+++ "SYNTAX:" error rtn entered in:' xf
Re: Spool File Backup (SFB) BCHTIMER Files
Where can I find the reference material for this aspect of the SPECS stage? '| SPECS' , /* Just the size */ 'PRINTONLY EOF' , /* Prt only total */ 't: 77.4 .' , /* Just SIZE value */ 'n: 77.3 .' , /* Just nnn value */ 'm: 80.1 .' , /* Just nnn value */ 'IF m=="K" THEN' , ' SET #0+=(n*1000)' ,/* Multiply nK * 1K*/ 'ELSEIF m=="M" THEN' , ' SET #0+=(n*100)' , /* Multiple nK * 1M*/ 'ELSE' , 'SET #0+=t' , /* Add all numeric */ 'ENDIF' , 'EOF' ,/* Mark EOF*/ 'PRINT #0 1' , /* Print total */ Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Friday, October 22, 2010 3:38 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Spool File Backup (SFB) BCHTIMER Files Excellent point, Harry! It had only been an example, but even examples should be reliable. I'm pretty sure the following should work, and be as reliable as the 4K block total supplied by 'CP QUERY queue EXP' Mike Walter Aon Hewitt The opinions expressed herein are mine alone, not my employer's. /* Prolog; See Epilog for additional information * Exec Name - SPOOLBLK EXEC* * Unit Support - * * Status- Version 1, Release 1.2 * / address 'COMMAND' parse source xos xct xfn xft xfm xcmd xenvir . parse upper arg parms 1 operands '(' options ')' parmrest hi='1DE8'x /* 3270 Hilite Char */ lo='1D60'x /* 3270 Default Char*/ Signal ON Syntax Signal ON NoValue /* Signal ON ERROR */ If parms='?' then Signal Explain parse upper arg queue . If queue='' then queue='ALL' SumTotal=0 If queue='' | queue='ALL' then Do Call SumQueue 'READER' Call SumQueue 'PRINTER' Call SumQueue 'PUNCH' End Else Call SumQueue queue say queue 'queue 4K SPOOL block total=' SumTotal Call Exit rc // /* Sub-Routines below this point */ // Exit: parse arg exitrc todo If todo='?' then say 'For more help, enter:' xfn '?' If verify(exitrc,'-0123456789')>0 then Exit 99 Exit exitrc Error: etxt.1='+++ "ERROR:" error rtn entered in:' xfn xft xfm', rc='rc etxt.2='+++ from line:' sigl', which reads:' etxt.3='+++'sourceline(sigl) cmdline=strip(sourceline(sigl),'B') If symbol(value('CMDLINE'))='VAR' /* e.g cmd='CP FAIL'; cmd */ then cmdline=value( value('CMDLINE') ) else cmdline=value('CMDLINE') /* e.g.'CP FAIL' */ etxt.4='+++ which translates to:' cmdline etxt.0=4 'PIPE STEM etxt. | CONS' Call Exit 20 Syntax: etxt.1='+++ "SYNTAX:" error rtn entered in:' xfn xft xfm', rc='rc etxt.2='+++ from line:' sigl', which reads:' etxt.3='+++'sourceline(sigl) cmdline=strip(sourceline(sigl),'B') cmdline=value('CMDLINE') etxt.4='+++ which translates to:' cmdline etxt.0=4 'PIPE STEM etxt. | CONS' Call Exit 20 NoValue: etxt.1='+++ "NoValue:" error rtn entered in:' xfn xft xfm', rc='rc etxt.2='+++ from line:' sigl', which reads:' etxt.3='+++'sourceline(sigl) etxt.4='+++ Variable with no value is:' condition('Description') etxt.0=4 'PIPE STEM etxt. | CONS' Call Exit 24 SumQueue: parse arg thisqueue . 'PIPE (NAME SumQueue)' , '| CP QUERY' thisqueue 'EXP' , '| DROP 1' ,/* Drop title line */ '| SPECS' , /* Just the size */ 'PRI
Re: RSU or PSU?
I use IBMLink and simply order UM97540 for z/VM 5.4 for the latest RSU. I've installed 3 RSUs on z/VM 5.4 and have never ran into this problem. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, October 20, 2010 1:04 PM To: IBMVM@LISTSERV.UARK.EDU Subject: RSU or PSU? I ordered and was delivered the following RSU from SHOPZ. I installed it, but the RSU Level did not change, it is still 0802. Why did RSU level not change when I installed this upgrade. The Service Guide talks of a PSU (Product Service Upgrade), not an RSU. Was this a PSU and not an RSU? Then why does SHOPZ call it an RSU, even Stacked 5407 RSU? Manufacturing order number B9357956 Manufacturing status Data sent via "INTERNET" SDF Order# B9357956 was Shipped at 11:33:03 09/28/2010 Order basics Order name Service - 2010-09-28 13.30.28 Date created 2010-09-28 13.30.35 Last modified 2010-09-28 13.32.17 Customer number 6486257 Operating environment z/VM Package category Service Package type RSU Recommended Service Upgrade Installed software None Order contents RSUs z/VM Version 5.4.0 Stacked 5407RSU (PTF UM97540) Create additional order for PSP service Yes _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Duplicate VOLSERs at IPL
IBM has stated that this is not guaranteed. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of August Carideo Sent: Wednesday, October 20, 2010 11:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Duplicate VOLSERs at IPL and I thought all you need to do was make sure the duplicates where at a higher address on the string and it would hit the lower ones 1st and advise there was a dupe after reading these posts I wonder Bob Bates To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System Re: Duplicate VOLSERs at IPL 10/20/2010 12:38 PM Please respond to The IBM z/VM Operating System How about putting a 2nd config file on the CF1, something like PREMNT CONFIG. The SYSTEM CONFIG has Offline_at_IPL of the backup packs, PREMNT has Offline of the new packs. If the IPL doesn't work, IPL and use fn=PREMNT on the SAPL. If everything works as planned the volumes can be brought online and relabeled. Bob Bates robert.ba...@wellsfargo.com 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. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, October 20, 2010 10:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Duplicate VOLSERs at IPL I plan to DDRed my system disks 540RES, 540SPL, 540W01, 540W02, before I apply maintenance to Level 1 and PUT2PROD, so that I have a *hot* fallback when I IPL. the maintenance. How can I be sure the IPL will not pick up these standby disks but WILL pick them up if I need them for fallback? Is just changing the 540RES IPL address enough? _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Duplicate VOLSERs at IPL
Here's what I do (I think you remember my FLASH2ND EXEC): 1) Use FLASH2ND to create a 2nd level/backup system a. This will use a new prefixed VOLID of '54B' (replacing the 540). b. Updates the SYSTEM CONFIG reflecting the new VOLID c. Updates a copy of the 1st level directory (USER2 DIRECT) changing the VOLIDs to match the new prefix d. Runs DIRECT against the 2nd level/backup system with the updated directory (USER2 DIRECT). 2) FLASH2ND process creates unique VolSer (VOLID) and is IPLable (w/o changes) Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, October 20, 2010 10:24 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Duplicate VOLSERs at IPL I plan to DDRed my system disks 540RES, 540SPL, 540W01, 540W02, before I apply maintenance to Level 1 and PUT2PROD, so that I have a *hot* fallback when I IPL. the maintenance. How can I be sure the IPL will not pick up these standby disks but WILL pick them up if I need them for fallback? Is just changing the 540RES IPL address enough? _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: PARM disk
Oh, if you change the extent and hit enter, it will show you the offset of that PARM disk. And if you enter an undefined EXTENT: EXTENT NOT FOUND IN ALLOCATION MAP Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ray Waters Sent: Tuesday, October 19, 2010 9:10 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PARM disk Yes it does. PARM 39 is CF1 PARM 159 is CF2 and PARM 279 is CF3, unless you relocate the PARM allocations. BTW, if you would press enter on the SAPL screen, it will show the CYL or MDISK OFFSET of each PARM disk. Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Tuesday, October 19, 2010 9:03 AM To: IBMVM@LISTSERV.UARK.EDU Subject: PARM disk Does the EXTENT: specified relate to the order of the PARM on the SYSRES disk? (i.e. 1 will always be the earliest PARM allocation on the disk) CYLINDER ALLOCATION CURRENTLY IS AS FOLLOWS: TYPE START ENDTOTAL - ---- PERM 0 0 1 DRCT 1 20 20 PERM 21 38 18 PARM 39 158120 PARM 159278120 PARM 279398120 PERM 3993338 2940 STAND ALONE PROGRAM LOADER: z/VM VERSION 5 RELEASE 4.0 DEVICE NUMBER: 06F8 MINIDISK OFFSET: EXTENT: 1 MODULE NAME: CPLOAD LOAD ORIGIN: 1000 IPL PARAMETERS ---COMMENTS- -- -- 9= FILELIST 10= LOAD 11= TOGGLE EXTENT/OFFSET Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. NOTICE: This e-mail is intended solely for the use of the individual to whom it is addressed and may contain information that is privileged, confidential or otherwise exempt from disclosure. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the original message at the listed email address. Thank You. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
PARM disk
Does the EXTENT: specified relate to the order of the PARM on the SYSRES disk? (i.e. 1 will always be the earliest PARM allocation on the disk) CYLINDER ALLOCATION CURRENTLY IS AS FOLLOWS: TYPE START ENDTOTAL - ---- PERM 0 0 1 DRCT 1 20 20 PERM 21 38 18 PARM 39 158120 PARM 159278120 PARM 279398120 PERM 3993338 2940 STAND ALONE PROGRAM LOADER: z/VM VERSION 5 RELEASE 4.0 DEVICE NUMBER: 06F8 MINIDISK OFFSET: EXTENT: 1 MODULE NAME: CPLOAD LOAD ORIGIN: 1000 IPL PARAMETERS ---COMMENTS- -- -- 9= FILELIST 10= LOAD 11= TOGGLE EXTENT/OFFSET Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: how to change the name of VTAM-NSS
Exactly. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Lim Ming Liang Sent: Tuesday, October 19, 2010 7:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: how to change the name of VTAM-NSS A virtual CTCA between the VM/VTAM and zVSE/VTAM ? Regards Lim ML On 19/10/10 8:12 PM, Frank M. Ramaekers wrote: > Can't you connect to your z/VSE CICS's via VTAM CDRM CDRSC instead of > using a CUU for each session? > > > Frank M. Ramaekers Jr. > > > > -Original Message- > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On > Behalf Of Franz Josef Pohlen > Sent: Monday, October 18, 2010 11:43 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: how to change the name of VTAM-NSS > >Hi listers, > > my customer uses VM-TN3270E, SCEXIT and Dial to VM-VTAM to connect to > his CICS-TS in zVSE. Now he is going to reach the 4096 devices limit in > his vm-vtam, because the Non-SNA resources support only 3-digit device > numbers. We want to create a 2nd GCS and VTAM with its own segments to > avoid any storage complaints. I know how to build a new GCS, but how can > > I build a new VTAM NSS VTAM2 instead of VTAM. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: how to change the name of VTAM-NSS
Can't you connect to your z/VSE CICS's via VTAM CDRM CDRSC instead of using a CUU for each session? Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Franz Josef Pohlen Sent: Monday, October 18, 2010 11:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: how to change the name of VTAM-NSS Hi listers, my customer uses VM-TN3270E, SCEXIT and Dial to VM-VTAM to connect to his CICS-TS in zVSE. Now he is going to reach the 4096 devices limit in his vm-vtam, because the Non-SNA resources support only 3-digit device numbers. We want to create a 2nd GCS and VTAM with its own segments to avoid any storage complaints. I know how to build a new GCS, but how can I build a new VTAM NSS VTAM2 instead of VTAM. -- kind regards Franz Josef Pohlen _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: ICKSADSF Parms
My point is that you can use a real terminal (if you have one of these) or a port on the ICC (if you have that) instead of the HMC. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Michael Coffin Sent: Monday, October 18, 2010 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms Hi Frank, 2nd level on a running system I have no problems with, but on a real HMC with the 3270 emulator addressed as SYSG it doesn't work. -Mike -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Monday, October 18, 2010 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms I tried it successfully by specifying: 1) Load module of ICKSADSF 2) IPL Parameters of CONS0009 Running 2nd level with the console at 0009. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Michael Coffin Sent: Monday, October 18, 2010 1:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms Hi Bruce, Thanks. I tried CNSLSYSG but no luck with that either. Pressing "ENTER" to get the attention of DSF is likewise "not easy". When PF10 is pressed to LOAD, that causes the X WAIT status on SYSG. ENTER can't be pressed until SYSG is ready for input. I tried pressing RESET then CLEAR, and RESET then ENTER - but neither yielded the DSF startup messages. :( -Mike -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Bruce Hayden Sent: Monday, October 18, 2010 1:58 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms I think you want CNSLSYSG. ("CNSL" must be the first 4 chars of the loadparm.) On Mon, Oct 18, 2010 at 12:25 PM, Michael Coffin wrote: > Hi Folks, > > > > I've never had an occasion to use ICKSADSF from SALIPL until now (I have a > clone of my system with NO PAGE or SPOL, so it crashes right after IPL), so > I need to allocate a couple of packs. No big deal, I'll use the handy-dandy > ICKSADSF - but whenever I try to use it the load just "stalls". I imagine > it can't find the SYSG console, what is the parm to tell it to use SYSG? > I've tried just "SYSG" and "CONS=SYSG" in the IPL PARMS but neither of those > work. > > > > PS: Is LOAD ORIGIN 1000 OK for ICKSADSF? > > > > -Mike -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: ICKSADSF Parms
I tried it successfully by specifying: 1) Load module of ICKSADSF 2) IPL Parameters of CONS0009 Running 2nd level with the console at 0009. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Michael Coffin Sent: Monday, October 18, 2010 1:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms Hi Bruce, Thanks. I tried CNSLSYSG but no luck with that either. Pressing "ENTER" to get the attention of DSF is likewise "not easy". When PF10 is pressed to LOAD, that causes the X WAIT status on SYSG. ENTER can't be pressed until SYSG is ready for input. I tried pressing RESET then CLEAR, and RESET then ENTER - but neither yielded the DSF startup messages. :( -Mike -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Bruce Hayden Sent: Monday, October 18, 2010 1:58 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms I think you want CNSLSYSG. ("CNSL" must be the first 4 chars of the loadparm.) On Mon, Oct 18, 2010 at 12:25 PM, Michael Coffin wrote: > Hi Folks, > > > > I've never had an occasion to use ICKSADSF from SALIPL until now (I have a > clone of my system with NO PAGE or SPOL, so it crashes right after IPL), so > I need to allocate a couple of packs. No big deal, I'll use the handy-dandy > ICKSADSF - but whenever I try to use it the load just "stalls". I imagine > it can't find the SYSG console, what is the parm to tell it to use SYSG? > I've tried just "SYSG" and "CONS=SYSG" in the IPL PARMS but neither of those > work. > > > > PS: Is LOAD ORIGIN 1000 OK for ICKSADSF? > > > > -Mike -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: REXX that verify what MINIDISK is a file
Problem with that is the file mode contains the numeric designation: /* */ Parse source RexxResrc Say RexxResrc CMS COMMAND REXXTEST EXEC A1 rexxtest CMS Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Scott Rohling Sent: Thursday, October 14, 2010 2:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: REXX that verify what MINIDISK is a file Parse Source . . x1 x2 x3 . If x3 <> 'X' Then Do Say 'You are not executing from the X disk!' Exit 99 End Scott Rohling On Thu, Oct 14, 2010 at 1:19 PM, Sergio Lima wrote: Hello List, We are changing a REXX here for that this EXEC execute only if reside on X acessed minidisk. So, try with STATE command without succesfull and now try with LISTFILE command. If execute like this : 9 *-* 'LISTFILE cataa exec x (DATE STACK LIFO' >>> "LISTFILE cataa exec x (DATE STACK LIFO" 10 *-* if rc = 0 >>> "1" *-* then *-* do 11 *-* pull x1 x2 x3 . >>> "CATAA" >>> "EXEC" >>> "X2" >.> "V 83506 4 10/14/10 15:03:32" 12 *-* say x1 >>> "CATAA" CATAA 13 *-* say x2 >>> "EXEC" EXEC 14 *-* say x3 >>> "X2" X2 15 *-* exit But, when try execute with filemode *, lookslike the program go to a LOOPING : 9 *-* 'LISTFILE cataa exec * (DATE STACK LIFO' >>> "LISTFILE cataa exec * (DATE STACK LIFO" 10 *-* if rc = 0 >>> "1" *-* then *-* do 11 *-* pull x1 x2 x3 . >>> "CATAA" >>> "EXEC" >>> "X2" >.> "V 83506 4 10/14/10 15:03:32" 12 *-* say x1 >>> "CATAA" CATAA 13 *-* say x2 >>> "EXEC" EXEC 14 *-* say x3 >>> "X2" X2 15 *-* exit 9 *-* 'LISTFILE cataa exec * (DATE STACK LIFO' >>> "LISTFILE cataa exec * (DATE STACK LIFO" 10 *-* if rc = 0 >>> "1" *-* then *-* do 11 *-* pull x1 x2 x3 . >>> "CATAA"
z10 and z/VM 6.1
We are installing a z10 this weekend with z/VM 5.4. My question is what are my migration options for migration to z/VM 6.1? I don't suppose that 6.1 can run under 5.4, since 6.1 requires a z10+ and 5.4 does not? (If so, problem solved. Otherwise it looks I'll be limited to 1. LPAR the z/VM 6.1 or 2. Run the production 5.4 under 6.1) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: z86VM on Youtube
Three times? Really! Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Michael Atkison Sent: Tuesday, October 12, 2010 3:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z86VM on Youtube The z86VM video was updated today to match a demo being shipped. http://ow.ly/2SrJM On Mon, Oct 11, 2010 at 12:21 PM, Michael Atkison wrote: http://www.youtube.com/watch?v=XqvU4R3iMbg On Fri, Oct 8, 2010 at 8:44 AM, Phil Smith wrote: They're working on the sound quality...it should be up soon. So they must have made SOME progress! -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Dave Jones Sent: Friday, October 08, 2010 9:37 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z86VM on Youtube But the video is still over a year and a half old.I wonder what progress (if any) they have made since then? _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Binary FTP problem
This may be a passive/active connection problem (can't tell since the beginning of the transcript was omitted). Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Horlick, Michael Sent: Tuesday, October 12, 2010 1:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Binary FTP problem Greetings, My client is trying to FTP a file from VSE to a z/OS system through an intermediary NT server. Since I do not have a z/OS system to play with I have been trying to get the file from this server from VM/CMS. In VSE I specified // EXEC FTPBATCH,SIZE=1M,PARM='ID=01,UNIX=BIN' . . LQUOTE MODE B BINARY PUT %INFIL,SAM,FB,350,3500 MIKE.BIN . I am now trying to get this file from VM/CMS. A little of the console: 230 User logged in. Command: mode B >>>MODE b 200 Mode b ok. Command: binary >>>TYPE i 200 Type set to I. Command: locsite fix 350 Command: get MIKE.BIN >>>PORT 172,27,128,66,21,251 200 PORT command successful. 200 PORT command successful. >>>RETR MIKE.BIN 125 Data connection already open; Transfer starting. Server not responding, closing connection. Abnormal inter-VM communication condition Abnormal inter-VM communication condition >>>ABOR 250 Transfer complete. I have no idea why it aborts. Looking at the (partial?) file on my A-disk I see stuff at the beginning at each record before the data. MIKE BIN A1 F 350 Trunc=350 Size=6 Line=0 Col=1 Alt=1 > * * * Top of File * * * = """Ø";002501AVDL ROYV 201009120080015EF0F0F2F5F0F1C1E5C4D340D9D6E8E540F2F0F1F0F0F9F1F2 = """"""Ø";002501AVDL ROYV 2010080015EF0F0F2F5F0F1C1E5C4D340D9D6E8E540F2F0F1F0F0 = """""""""Ø";002501AVDL ROYV 200080015EF0F0F2F5F0F1C1E5C4D340D9D6E8E540F2F0 = """"""""""""Ø";002501AVDL ROYV80015EF0F0F2F5F0F1C1E5C4D340D9D6E8E5 = """""""""""""""Ø";002501AVDL R0080015EF0F0F2F5F0F1C1E5C4D340D9 = """"""""""""""""""Ø";002501AVD80015EF0F0F2F5F0F1C1E5C4 = * * * End of File * * * = |...+1+2+3.|. . . + . . . . .1. . . . + . . . . .2. . . . + . . . . .3 This is after using V H1 30 1 30 I'm pretty sure that the input file is fixed block (350 record length in a 3500 block). What is the proper way of doing this FTP in binary and retrieving the file? The prefix data appears to be x'80015E' for the first record, then x'0080015E' for the 2nd record, etc... What are th
Re: Highlighting in Rexx
I usually have to resort to XEDIT or PIPEs. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Karl Kingston Sent: Tuesday, October 12, 2010 11:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Highlighting in Rexx Does anybody have any tricks on how to do highlighting in a rexx "SAY" statement?What about setting colors for an extended attributes? I'm working on writing an Rexx exec to let our operators know which of our z/Linux machines are up, are supposed to be up, and are down. So if I can do colors, that would be nice. But at the very least, I need hilighting. Thanks _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: z/Linux Read Only Disk
There has been some enhancements to the FLASHCOPY portion of z/VM since 0801. I'd upgrade it to the latest (which is a relatively simple task) and see if that improves your situation. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Boukhemis, Waheb Sent: Monday, October 11, 2010 2:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: z/Linux Read Only Disk We are currently running z/VM 5.4 at 801 CPLEVEL. We have 12 Linux servers running Red Hat. Once a week, we use DFDSS on the z/OS side (z/OS 1.9) to flash copy all the z/VM disks and then copy the flash copied volumes to tape. This process had been working fine for 18 months. We never put any maintenance on z/VM side, but a lot of maintenance had been applied to the z/Linux Servers. About a month ago, we started getting a read only disk error on the z/Linux disk whenever we ran the flash copy. We then wrote scripts to shutdown all the z/Linux servers before doing the flash copy, which only takes about 17 seconds, but the problem still persists. Does anybody have any idea? Thanks, _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: SAPL screen bypass
I think it can be bypassed by writing a SAPL that supplies this. On my system (using a 2nd level VM): No SAPL screen No LOADPARM specified SAPLIf LOADPARM specifies the console address as CCUU No SAPL LOADPARM = "CONSccuu" I'm using 0009 as the console, which IS specified in the SYSTEM CONFIG "Operator_Consoles". Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Monday, October 11, 2010 1:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SAPL screen bypass On the HMC, remove the LOADPARM specification of the console address at which SAPL is appearing. Or... if you are IPLing z/VM 2nd level, don't specify the "LOADPARM vdev" operand on the CP IPL command. Mike Walter Aon Hewitt The opinions expressed herein are mine alone, not my employer's. "Frank M. Ramaekers" Sent by: "The IBM z/VM Operating System" 10/11/2010 01:12 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject SAPL screen bypass Just what are the requirements to bypass the SAPL screen? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. 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. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
SAPL screen bypass
Just what are the requirements to bypass the SAPL screen? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: simplest little pipe
Was this more what you were looking for? PIPE (ENDCHAR ?) LITERAL v dasd | a: CP | > b b a ? a: | SPEC /RC=/ 1 PAD 0 1-* NW.3 RIGHT| CONSOLE RC= 001 Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Hughes, Jim Sent: Wednesday, October 06, 2010 3:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: simplest little pipe When I add a secondary output to the CP stage, I get: PIPCOM112E Excessive options "q v dasd". PIPSCA003I ... Issued from stage 1 of pipeline 1. PIPSCA001I ... Running "cp q v dasd". Notice the pipeline is issuing "CP Q V DASD" Would someone share their results when CP has a secondary output defined? Here is my pipeline: /* */ signal on novalue "pipe ( endchar ? stagesep \ ) ", "? a: cp q v dasd", "\ console ", "? a: \ specs /RC=/ 1 pad 0 1-* nw.3 ", "\ console" return rc Jim Hughes 603-271-5586 "It is fun to do the impossible." -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Dave Jones Sent: Wednesday, October 06, 2010 3:52 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: simplest little pipe Try this instead, Tom: 'PIPE (end ?)', '| a: cp v dasd' , /* incorrect format for CP command, btw */ ' > b b a', '?', 'a:', '| > c c a' On 10/06/2010 02:47 PM, Tom Huegel wrote: > This is so simple, but I am a little crossed eyed today. > > Shouldn't I see the RC or error msg in 'C C A"? > > pipe (endchar ?) cp v dasd | a: > b b a ? a: | > c c a > > I don't get anything there. > -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: simplest little pipe
pipe (endchar ?) literal v dasd | a: cp | > b b a ? a: | SPEC /RC=/ 1 1-* N | CONSOLE RC=1 Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Hughes, Jim Sent: Wednesday, October 06, 2010 3:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: simplest little pipe When I add a secondary output to the CP stage, I get: PIPCOM112E Excessive options "q v dasd". PIPSCA003I ... Issued from stage 1 of pipeline 1. PIPSCA001I ... Running "cp q v dasd". Notice the pipeline is issuing "CP Q V DASD" Would someone share their results when CP has a secondary output defined? Here is my pipeline: /* */ signal on novalue "pipe ( endchar ? stagesep \ ) ", "? a: cp q v dasd", "\ console ", "? a: \ specs /RC=/ 1 pad 0 1-* nw.3 ", "\ console" return rc Jim Hughes 603-271-5586 "It is fun to do the impossible." -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Dave Jones Sent: Wednesday, October 06, 2010 3:52 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: simplest little pipe Try this instead, Tom: 'PIPE (end ?)', '| a: cp v dasd' , /* incorrect format for CP command, btw */ ' > b b a', '?', 'a:', '| > c c a' On 10/06/2010 02:47 PM, Tom Huegel wrote: > This is so simple, but I am a little crossed eyed today. > > Shouldn't I see the RC or error msg in 'C C A"? > > pipe (endchar ?) cp v dasd | a: > b b a ? a: | > c c a > > I don't get anything there. > -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: simplest little pipe
pipe (endchar ?) cp v dasd | a: > b b a ? a: | > c c a Ready(1); T=0.01/0.01 14:58:35 What are you trying to accomplish? Two files with the same content (the output from 'CP Q DASD')? You have nothing feeding stream a:. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Tom Huegel Sent: Wednesday, October 06, 2010 2:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: simplest little pipe This is so simple, but I am a little crossed eyed today. Shouldn't I see the RC or error msg in 'C C A"? pipe (endchar ?) cp v dasd | a: > b b a ? a: | > c c a I don't get anything there. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: IPL VM/VM Issues
It would be nice if z/VM had a virtual tape server that would intercept tape requests and store them on CMS minidisk and to retrieve them as well. This could be used for more than just SPXTAPE. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of RPN01 Sent: Wednesday, October 06, 2010 10:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues I think this is an issue that needs to be addressed. This is a critical set of files, which z/VM only has tools to back up to tape, and many sites no longer even have tape drives to use to create these tape backups. We no longer have any tape drives, real or virtual, attached to the systems, so SPXTAPE does us absolutely no good. -- Robert P. Nix Mayo Foundation.~. RO-OC-1-18 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ "In theory, theory and practice are the same, but in practice, theory and practice are different." On 10/6/10 10:36 AM, "Brian Nielsen" wrote: > SPXTAPE only supports tape. > > You could use DCSSBKUP and DCSSRSAV for some of the SDF's, but not all. > > > There are past discussions in the archives that discuss the general > issue. There are references to pipes and/or 3rd party products that may > > also help. > > Brian Nielsen > > On Wed, 6 Oct 2010 10:46:26 -0400, George Henke/NYLIC > wrote: > >> I IPLed L2 COLD, because I did not have the extra SPOOL volumes yet to >> come up FORCE. >> >> So I do not have the SDF. >> >> I suppose I could SPXTAPE DUMP them from L1, except I do not have any >> tape. >> >> Can I redirect SPXTAPE to disk to port the SDF to L2?. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: IPL VM/VM Issues
To determine if you are running under 1st level VM or another level, us this in your PROFILE EXEC (REXX): /* Determine what level of VM (VM under VM) we are running */ Parse value Diagrc(0) with rc 10 . 11 cc 12 . 17 D00Data FirstLevel=(Length(D00Data)<=40) MyLevel=Length(D00Data)/40 Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Brian Nielsen Sent: Tuesday, October 05, 2010 3:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IPL VM/VM Issues As others have pointed out, your L2 guest can't hurt your L1 system or other guests unless L2 has access to those disks. Stating it from a different angle - you should never give your L2 guest access to anything you don't want it to have access to. It's no different than keeping your z/OS and Linux guests from stepping on each other or your L1 system. This guest just happens to be running VM. For your IPL, if you've DDR'd your SPOOL volumes from L1 to L2, there is no reason to do a COLD start. Do a FORCE start instead. Otherwise you need to rebuild or SPXTAPE LOAD the SDF files. For TCP, what happens depends on what you have set up for your L2 guest. If you gave it access to a real hardware (OSA, hipersocket, etc) then you have other work to do to prevent IP conflicts. If instead you've given it access to a disconnected VSWITCH and/or virtual LAN, then it won't cause any problems because it can't connect to anything. And, yes, defining GRAFs and using DIAL is a standard practice. Something you might want to look into is setting up your system so it recognizes whether it's at L1 or L2 or at DR so that it does the "right thing" for that situation. There's several ways to do that, but you've gone down the path of diverging your L2 system from your L1 system. At my site I have it setup so that I can DDR my L1 system into my L2 guest, into a couple different setups at my DR site, or into some unknown site, and it comes up the way I want it to in each instance even if the others are running. It makes life easier. What you're doing is a great learning experience, and eventually you'll see the value in making your multiple systems easier to manage. Brian Nielsen On Tue, 5 Oct 2010 15:28:01 -0400, George Henke/NYLIC wrote: >L2 is a cloned L1 directory except for the volsers in the Directory and CF >Parm files which have all been made unique, ie 540 becoming 54X. > >I plan to ipl as follows: > >system reset >term conmode 3270 >set mach esa >I 125b clear loadparm 009 > >START COLD DRAIN > >To be safe, I suppose I should also add NOAUTO. > >L1 runs 5 z/OS machines and 3 Linuxes. > >They could be corrupted at L1 if I tried to bring them up in L2 at the >same time without GRS, MIM, or some other serialization product. > >I doubt TCPIP will work at L2 without some reconfiguring. > >So I should define some GRAFs and dial them. > >Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL, >54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and >CP finds the rest from the Parm disk. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: IPL VM/VM Issues
I actually have a 191 disk assigned for my 2nd level VM and IPL CMS with an AUTOEXEC: /* */ Trace "O" Address "COMMAND" nl="15"x "CP SET RUN ON" Cmd="CP TERM CONMODE 3270"nl||, "CP IPL 06F8 CLEAR LOADPARM 0009" Queue Cmd Exit Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Tuesday, October 05, 2010 2:28 PM To: IBMVM@LISTSERV.UARK.EDU Subject: IPL VM/VM Issues L2 is a cloned L1 directory except for the volsers in the Directory and CF Parm files which have all been made unique, ie 540 becoming 54X. I plan to ipl as follows: system reset term conmode 3270 set mach esa I 125b clear loadparm 009 START COLD DRAIN To be safe, I suppose I should also add NOAUTO. L1 runs 5 z/OS machines and 3 Linuxes. They could be corrupted at L1 if I tried to bring them up in L2 at the same time without GRS, MIM, or some other serialization product. I doubt TCPIP will work at L2 without some reconfiguring. So I should define some GRAFs and dial them. Not sure if my L2 entry in the L1 Directory needs 54XRES, 54XPAG, 54XSPL, 54XW01, 54XW02 or whether I can just specify the IPL vplume, 54XRES, and CP finds the rest from the Parm disk. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Updating L2 Parm Disks
This is what I do to access my 2nd level disks: (to access 2nd level directory (for update) MDISK F123 3390 END 54ARES MR (to access 2nd level MAINT 191 disk) MDISK F191 3390 0801 0800 54AW07 MR READ WRITEMULTIPLE (to access 2nd level SYSTEM CONFIG) MDISK FCF1 3390 0039 0120 54ARES MR READ WRITEMULTIPLE Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Tuesday, October 05, 2010 11:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Updating L2 Parm Disks There is plenty in the manuals about updating CF Parm disks at the same level, but any ideas about how to update L2 parm disks from L1? I have cloned the L1 directory, changed all 540 to 54X disks, and updated the L2 directory from L1, getting the expected RC=5. But when I try to link to CF1 on my L2 54XRES from L1, I get: LINK * DF1 DF1 WR HCPLNM102E DASD 0DF1 forced R/O; R/W by MAINT Ready(00102); T=0.01/0.01 12:36:00 DF1 is an attempt to try to "fake out" L1, but it looks like it is still sensitive to it. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Multi Page/Spool Directory Defs
This does not determine SPOOL & PAGE space: * USER $PAGE$ NOLOG MDISK A03 3390 000 END 540PAG R * USER $SPOOL$ NOLOG MDISK B01 3390 000 END 540SPL R * What determines spool & pages space is: 1) CP OWNED volume 2) SPACE allocation map (allocated via ICKDSF). Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Tuesday, October 05, 2010 9:53 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Multi Page/Spool Directory Defs My Level 1l PAGE and SPOOL disks have only the first volume defined in the Directory. * USER $PAGE$ NOLOG MDISK A03 3390 000 END 540PAG R * USER $SPOOL$ NOLOG MDISK B01 3390 000 END 540SPL R * Yet, Q ALLOC PAGE and SPOOL recognize a second volume for each: q alloc page EXTENT EXTENT TOTAL PAGES HIGH% VOLID RDEV STARTEND PAGES IN USE PAGE USED -- -- -- -- -- -- 540PAG 10BA 1 3338 600840 198644 395999 33% 540PG2 12CD 1 10016 1761K 184565 364318 10% -- -- SUMMARY2347K 383209 15% USABLE 2347K 383209 15% Ready; T=0.01/0.01 10:49:47 q alloc spool EXTENT EXTENT TOTAL PAGES HIGH% VOLID RDEV STARTEND PAGES IN USE PAGE USED -- -- -- -- -- -- 540SPL 106C 1 3338 600840 506931 600840 84% 540SP2 101B 1 3338 600840 597514 600840 99% -- -- SUMMARY1174K 1079K 91% USABLE 1174K 1079K 91% Ready; T=0.01/0.01 10:49:56 Is this how is should be? _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: SFS - misunderstanding
Are you the administrator for the file pool? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Pace Sent: Tuesday, October 05, 2010 7:10 AM To: IBMVM@LISTSERV.UARK.EDU Subject: SFS - misunderstanding I admit that I've always stayed away from SFS. But recently I've decided to use it to share files between VM systems. Here is something I don't understand. I access a SFS, it shows as R/O, yet I can edit and save a file, but then can't erase it?! What am I missing that allows me to edit a file on a R/O accessed SFS? acc vmuser:ddisk. d DMSACR723I D (VMUSER:DDISK.) R/O Ready; T=0.01/0.01 08:09:27 q disk d LABEL VDEV M STAT CYL TYPE BLKSZ FILES BLKS USED-(%) BLKS LEFT BLK TOTAL - DIR D R/O -- 4096 281 - - - xedit test data d I changed and saved the file. Ready; T=0.01/0.01 08:06:08 erase test data d DMSERS037E Filemode D is accessed as read/only Ready(00036); T=0.01/0.01 08:07:33 -- Mark D Pace Senior Systems Engineer Mainline Information Systems _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Setting Up L2 Directory
This is what I do...but you have to remember to update the directory with the 2nd level volume serial numbers and the SYSTEM CONFIG as well. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, October 04, 2010 12:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Setting Up L2 Directory Basically, I am setting up a 2nd Level VM for maintenance. They have never had one here, except for IIS. I have DDRed the 540RES, 540W01 540W02 as 54XRES 54XW01 and 54XW02 and will have the PAGE and SPOOL packs DDRed from 1st Level shortly. After updating the VOLSERs, I am just trying to clone the 1st Level Directory to the 2nd Level without destroying the 1st Level system. And then IPLing. "John P. Hartmann" Sent by: The IBM z/VM Operating System 10/04/2010 01:15 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Setting Up L2 Directory My point was that it is inviting disaster to have second level systems available as first-level volumes. It is also inviting disaster to define the first level system as second level minidisks and then delete the owner of the second level system. j. On 4 October 2010 19:00, Scott Rohling wrote: > Yes - if minidisks are being used... sorry - I often use DEDICATE for 2nd > level guests.. > > ATTACH or LINK the disk as your 123 ...(which is usually the disk the > DIRECTORY statement points to) > > Scott Rohling > > On Mon, Oct 4, 2010 at 10:24 AM, John P. Hartmann > wrote: >> >> Surely not attach? Link to the minidisk, no? >> >> On 4 October 2010 18:14, Scott Rohling wrote: >> > This is what I do: >> > >> > You should have a copy of the directory you want on the 2nd level system >> > on >> > your 1st level system. >> > >> > From 1st level: >> > >> > - Attach the 2nd level sysres to yourself as 123: (ATT 2A00 * 123). >> > - DIRECTXA 2NDLVL DIRECT A (2NDLEVEL DIRECT being the 2nd level >> > system >> > directory) >> > - DET 123 >> > >> > >> > >> > Scott Rohling >> > >> > >> > On Mon, Oct 4, 2010 at 10:05 AM, George Henke/NYLIC >> > wrote: >> >> >> >> How do you setup a Level 2 Directory before you IPL the Level 2 machine >> >> for the 1st time? >> >> . >> >> >> > >> > > > _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Setting Up L2 Directory
Oh, you will get a RC=5 because it's not the directory on the active VM system. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Scott Rohling Sent: Monday, October 04, 2010 11:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Setting Up L2 Directory This is what I do: You should have a copy of the directory you want on the 2nd level system on your 1st level system. From 1st level: - Attach the 2nd level sysres to yourself as 123: (ATT 2A00 * 123). - DIRECTXA 2NDLVL DIRECT A (2NDLEVEL DIRECT being the 2nd level system directory) - DET 123 Scott Rohling On Mon, Oct 4, 2010 at 10:05 AM, George Henke/NYLIC wrote: How do you setup a Level 2 Directory before you IPL the Level 2 machine for the 1st time? . _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Finding the PSP for z/VM 5.4 for z10
Ahhh. I finally found on the internet that the UPGRADE NAME is 2098DEVICE and the SUBSET is 2098/ZVM and 2098/ZVSE. Thanks, Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Friday, October 01, 2010 11:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Finding the PSP for z/VM 5.4 for z10 Without IBMLink, I went here: http://www.vm.ibm.com/service/ Clicked PSP search, then searched 'vm z10', it's about the third entry. On 10/01/2010 11:22 AM, Frank M. Ramaekers wrote: > > How can I find the PSP bucket for z/VM 5.4 for a z10 (IBMLink)? > > Frank M. Ramaekers Jr. > > > > Systems Programmer > > > > MCP, MCP+I, MCSE & RHCE > > American Income Life Insurance Co. > > > > Phone: (254)761-6649 > > 1200 Wooded Acres Dr. > > > > Fax: (254)741-5777 > > Waco, Texas 76701 > > > -- Rich Smrcina Velocity Software, Inc. Mobile: 414-491-6001 Office: 262-392-3717 http://www.velocitysoftware.com Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Finding the PSP for z/VM 5.4 for z10
How can I find the PSP bucket for z/VM 5.4 for a z10 (IBMLink)? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
z/VSE dispatch of multi-CPU under VM
This was stated on the z/VSE LISTSERV, can someone confirm (or deny) it? Here is a quick tip. When running under VM with multiple VSE's it is usually NOT a good idea to define multiple CPU's to VSE and expect turbo dispacher to handle them. Why? Because z/VM will not dispach a VSE unless it has ALL requested CPU available. Often VSE could be running but is waiting for z/VM to find a secind free CPU. Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Applying Maintenance - Best Practice
Oh, LINK to MAINT's 123, 124, 125, ... Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Tuesday, September 28, 2010 2:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Applying Maintenance - Best Practice Or, add directory entries for those (and other DASD you wish) to the CP Directory such as: USER -540RES- 64M 1G G 64 *UI=Server, Disaster Recovery supportGRP=IS * MDISK A00 3390 0001 540RES R MDISK F00 3390 END 540RES R Every DASD we have (other than spares waiting to be allocated) as a userid following that format. Sysprogs can LINK to any of them to perform their work. You could also use CP DEFINE MDISK, but that requires a little more work getting all the privileges and directory options straight. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "George Henke/NYLIC" Sent by: "The IBM z/VM Operating System" 09/28/2010 02:11 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Applying Maintenance - Best Practice If I am DDR copying 540RES, 540W01, 540W02 to another set of disks I believe I will need to cprelease the CPOWNED volumes to do the DDR. But that will impact Level 1. I suppose I could invoke DDR outside of CMS to get around this. Mike Walter Sent by: The IBM z/VM Operating System 09/28/2010 02:36 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Applying Maintenance - Best Practice I'm not saying it's perfect mind you, but it has grown over the years and is "just what we need" as sysprogs. YMMV. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. * Prolog; See Epilog for additional information * Exec Name - DDR EXEC * * Unit Support - OSS/VM * * Status- Version 2, Release 1.0 * / address COMMAND parse source xos xct xfn xft xfm xcmd xenvir . parse upper arg parms 1 operands '(' options ')' parmrest parse upper var operands invdev outvdev startcyl endcyl cyls . If invdev='?' then SIGNAL Explain If find(options,3390)>0 then Dtype=3390 else Dtype=3390 If endcyl='FOR' then Do endcyl=startcyl+(cyls-1) cyls='' End If invdev<>'' then /* More to do than just execute DDR MODULE */ Do If outvdev='' then Do say xfn'; Output vdev required if input vdev is' , 'specified.' Call Exit 20 End If startcyl<>'' & endcyl='' then Do say xfn'; Ending cylinder required if Starting cylinder', 'is specified.' Call Exit 20 End /* E.g. CP QUERY VIRTUAL 019E */ /* DASD 019E 3390 VMR51H R/O500 CYL ON DASD 1953 */ /* SUBCHANNEL = 0007*/ /* */ /* E.g. CP QUERY VIRTUAL 09E6 */ /* DASD 09E7 ON DASD 09E7 R/W VO09E7 SUBCHANNEL = 000C */ parse value diag(08,'QUERY VIRTUAL' invdev) with inreply , 1 . . inDtype involser inrw incyls . . inrdev . parse value diag(08,'QUERY VIRTUAL' outvdev) with outreply , 1 . . outDtype outvolser outrw outcyls . . outrdev . /* e.g. CP QUERY DASD DETAILS rdev */ /* 09E6 CUTYPE = 3990-E9, DEVTYPE = 3390-0A, VOLSER = */ /* VOLSER = VO09E6, CYLS = 3339*/ /* And several more lines of results we don't need. */ If inDtype='ON' then Do parse var inreply . . . . inrdev inrw involser . parse value diag(08,'CP QUERY DASD DETAILS' inrdev) with , . 'DEVTYPE' '=' inDtype'-' . , 'VOLSER' '=' involser . , 'CYLS' '=' incyls . '15'x . End If outDtype='ON' then Do parse var outreply . . . . outrdev outrw outvolser . parse value diag(08,'CP QUERY DASD DETAILS' outrdev) with , . 'DEVTYPE' '=' outDtyp
Re: How is LOADPARM obtained?
Hmmmfrom the website: Multiple Configuration Boot Support The "multiboot" patch adds the ability to IPL different configurations from the same device using the LOADPARM parameter on VMs IPL command or the "Load Parameter" field on the Hardware Management Console. It is especially useful when IPLing zLinux in an LPAR. You may setup several configs in /etc/zipl.conf, like a known good one, a test one, and one that IPLs into single user mode. Then, if something untoward happens while testing, you have alternatives to get zLinux back up. You can even maintain 1 zipl.conf to be used by several LPARs and/or VM guests. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Tuesday, September 28, 2010 12:58 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How is LOADPARM obtained? On Tuesday, 09/28/2010 at 01:25 EDT, Dave Jones wrote: > Look here, Brian: > > http://homerow.net/zlinux/ Dave, those updates deal only with the PARM, not the LOADPARM. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: How is LOADPARM obtained?
Actually it's Leland Lucius and he's at homerow.net (has a website as well). Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Brian Nielsen Sent: Tuesday, September 28, 2010 12:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How is LOADPARM obtained? On Tue, 28 Sep 2010 16:11:22 +0100, Jeff Gribbin wrote: >> It is obtained using a mechanism that is not published beyond its use in >> Linux. The best you can do is RTFC, and it is not a trivial process. >> >> Alan Altmark > >Thankyou, Alan, for a definitive reply. What a strange thing to keep secret! In Dec 2009 & Jan 2010 I was creating some standalone IPL'able code and needed to retrieve the Loadparm. A Google search turned up a Linux "multiboot" patch written by Lucias Leland and announced on the linux-390 list in Mar 2003. The site he posted the source on has gone 404, but it may be available elsewhere. In any case, I was able to use his example and grab the loadparm from my standalone code. Brian Nielsen _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
z/VM 5.4 RSU 1002
q cplevel z/VM Version 5 Release 4.0, service level 1002 (64-bit) Generated at 09/16/10 07:14:22 CDT IPL at 09/28/10 07:45:54 CDT Ready; T=0.01/0.01 11:19:58 q cmslevel CMS Level 24, Service Level 002 Ready; T=0.01/0.01 11:20:02 Is that right? CMS Service level is 002 (instead of 1002)? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: How to determine SYSRES
...and find the CP OWNED on in that list (if you have more than one): DASD 06F8 CP OWNED 540RES 103 DASD 9180 540RES DASD 9192 ATTACHED TO AILPROD 19E0 R/W 540RES Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Monday, September 27, 2010 12:27 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine SYSRES I guess you can match that up to the CPOWNED list to get the real CCUU, since it is listed only as Volume Serial Number: Or, simply: CP QUERY DASD volser Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "Frank M. Ramaekers" Sent by: "The IBM z/VM Operating System" 09/27/2010 12:20 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: How to determine SYSRES I guess you can match that up to the CPOWNED list to get the real CCUU, since it is listed only as Volume Serial Number: Module CPLOAD was loaded from minidisk on volume 540RES at cylinder 39. Parm disk number 1 is on volume 540RES, cylinders 39 through 158. Last start was a system restart from SHUTDOWN REIPL. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Gregg Sent: Monday, September 27, 2010 11:53 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine SYSRES CP Query CPLOAD? On Mon, Sep 27, 2010 at 12:50 PM, Frank M. Ramaekers < framaek...@ailife.com> wrote: How can you determine the SYSRES volume? (Other that interrogating the SYSTEM CONFIG under System_Residence) (I know it?s within the CPOWNED list, but I don?t want to depend on the VolSer to find it) (Too bad there?s not a CP Q SYSRES) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Gregg Reed "No Plan, survives execution" _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. 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. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: How to determine SYSRES
I guess you can match that up to the CPOWNED list to get the real CCUU, since it is listed only as Volume Serial Number: Module CPLOAD was loaded from minidisk on volume 540RES at cylinder 39. Parm disk number 1 is on volume 540RES, cylinders 39 through 158. Last start was a system restart from SHUTDOWN REIPL. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Gregg Sent: Monday, September 27, 2010 11:53 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine SYSRES CP Query CPLOAD? On Mon, Sep 27, 2010 at 12:50 PM, Frank M. Ramaekers wrote: How can you determine the SYSRES volume? (Other that interrogating the SYSTEM CONFIG under System_Residence) (I know it's within the CPOWNED list, but I don't want to depend on the VolSer to find it) (Too bad there's not a CP Q SYSRES) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Gregg Reed "No Plan, survives execution" _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
How to determine SYSRES
How can you determine the SYSRES volume? (Other that interrogating the SYSTEM CONFIG under System_Residence) (I know it's within the CPOWNED list, but I don't want to depend on the VolSer to find it) (Too bad there's not a CP Q SYSRES) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Bug in REXX
Yes, that one I get: 10 999 999 999 999 999 999 999 999 999 999 9 999 999 999 999 999 999 999 999 999 999 8 999 999 999 999 999 999 999 999 999 999 7 999 999 999 999 999 999 999 999 999 999 6 999 999 999 999 999 BBB.6 999 999 999 999 5 999 999 999 999 999 BBB.6 999 999 999 999 4 999 999 999 BBB.4 999 999 999 999 999 999 3 999 999 999 BBB.4 999 999 999 999 999 999 2 999 BBB.2 999 999 999 999 999 999 999 999 1 999 BBB.2 999 999 999 999 999 999 999 999 Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Sunday, September 26, 2010 11:12 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Bug in REXX On Sunday, 09/26/2010 at 09:25 EDT, "John P. Hartmann" wrote: > 5.4 fails this test case because it does not treat bbb.8 as having no > value, but incorrectly uses the stem default instead. Removing bbb.4 > from the drop in line 7 or substituting anything that does not refer > to an unset tail causes the program to run correctly. There is indeed something very strange going on. In my tests, a drop of an instance with a *numeric* tail causes any previously dropped instance with a numeric tail with a higher value to be undropped. It appears not to affect non-numeric tails. You can see the results with the following exec. Changing the loop to go from 1 to 10 gives expected results, but 10 to 1 does not. parse value 999 with bbb. do i = 10 to 1 by -1 if i = 2 | i = 4 | i =6 then drop bbb.i say right(i,2) bbb.1 bbb.2 bbb.3 bbb.4 bbb.5 bbb.6 bbb.7 bbb.8 bbb.9 bbb.10 end A PMR is needed in order to get it fixed. > Any chance of a fix for 5.2? No. 5.2 is out of service, as will be 5.3 at the end of this month. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Bug in REXX
Hmmmmust be more to it than that: 3 *-* flag=1 (added this so #5 doesn't fail) >L> "1" 4 *-* Parse value '999' with bbb >L> "999" >>> "999" 5 *-* flag=flag & bbb.8==999 >V> "1" >L> "BBB.8" >L> "999" >O> "0" >O> "0" 6 *-* drop bbb.8 bbb.4 7 *-* flag=flag & bbb.8=='BBB.8' >V> "0" >L> "BBB.8" >L> "BBB.8" >O> "1" >O> "0" Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of John P. Hartmann Sent: Sunday, September 26, 2010 8:25 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Bug in REXX This is from MFC's original regression test, rexdiag exec. 5.4 fails this test case because it does not treat bbb.8 as having no value, but incorrectly uses the stem default instead. Removing bbb.4 from the drop in line 7 or substituting anything that does not refer to an unset tail causes the program to run correctly. Any chance of a fix for 5.2? j. 5 *-* parse value '999' with bbb. >L> "999" >>> "999" 6 *-* flag=flag & bbb.8==999 >V> "1" >V> "999" >L> "999" >O> "1" >O> "1" 7 *-* drop bbb.8 bbb.4 8 *-* flag=flag & bbb.8=='BBB.8' /* should now be totally reset ... */ >V> "1" >V> "999" >L> "BBB.8" >O> "0" >O> "0" _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Applying Maintenance - Best Practice
Sure, I'd recommend reviewing the EXEC before using it. There is a small configuration section, which SHOULD be all you need to modify. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Friday, September 24, 2010 9:42 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Applying Maintenance - Best Practice ty again. May I have a copy of your FLASH2ND EXEC? "Frank M. Ramaekers" Sent by: The IBM z/VM Operating System 09/24/2010 10:38 AM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Applying Maintenance - Best Practice I think the answer to your question is yes?I assume, that any problem discovered are not insurmountable that they have to be backed out (instead additional fixes may need to be applied). This is correct. From my FLASH2ND EXEC: /**/ /* FLASH2ND - FLASHCOPYs the 1st level VM DASD */ /**/ /* 1) Verify all flash drives are available (!._rDest variable) */ /* 2) Show a confirmation list of source & destination drives*/ /* 3) FLASHCOPY CP_OWNED drives and rename destination drives*/ /* 4) Create a copy of current direct and modify for 2nd level */ /* (2USER DIRECT) changing CP_OWNED volumes and updating the */ /* 2nd level directory (Uses F123 as 123 for DIRECTXA). */ /* (This also places a copy of this new directory source on */ /* second level MAINT's 191 disk, this MAINT's F191 disk.)*/ /* 5) Modify the SYSTEM CONFIG modfying the CP_OWNED volumes */ /**/ /* Note: This can also be used to make a backup of the system for*/ /*quick recovery (this set of DASD is IPL w/o change).*/ /*------------*/ Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Friday, September 24, 2010 9:32 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Applying Maintenance - Best Practice ty for sharing this. One question though: It is ok to apply the maintenance to the production system, Level 1, your 1st step, as long as you do not run PUT2PROD at that time there? Also I noticed you do not use the SYSTEM CONFIGURATION parm disk fallback, but just point to the FLASH COPIED disks if there is a problem. "Frank M. Ramaekers" Sent by: The IBM z/VM Operating System 09/24/2010 10:26 AM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Applying Maintenance - Best Practice Here's what I do: 1) Apply Maintenance to production system 2) Flash production DASD to test packs (using different naming conventions) Actually, I have a REXX program I wrote that not only changes the name, but updates the SYSTEM CONFIG, directory and updates the directory on the test packs. 3) Bring up the 2nd level VM 4) Run PUT2PROD on 2nd level 5) Test 2nd level If satisfied with the testing: 1) Flash production DASD to backup packs (can be the same as the test packs, again using a different naming convention) 2) PUT2PROD on the production system 3) IPL the updated system 4) Any problems, I can immediately IPL the "backup" system (copy prior to PUT2PROD) Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Friday, September 24, 2010 9:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Applying Maintenance - Best Practice Is there a procedure for applying maintenance selectively such that a full system backup is not necessary beforehand? In other words, save the old CPLOAD and just point to the new CPLOAD at IPL and if need be simply fallback to the old CPLOAD. I know the CF1 Parm Disk backup supports this. But is there a way of applying maintenance so that it hits only a new CPLOAD and not the current CPLOAD. Perhaps the answer is to save the current CPLOAD in the CF1 Parm Disk configuration before applying the maintenance. It is probably not "best practice", but is there such a procedure of avoiding a full system backup before putting on any maintenance, or is that taboo? Marcy Cortes Sent by: The IBM z/VM Operating System 09/23
Re: Applying Maintenance - Best Practice
I think the answer to your question is yes?I assume, that any problem discovered are not insurmountable that they have to be backed out (instead additional fixes may need to be applied). This is correct. From my FLASH2ND EXEC: /**/ /* FLASH2ND - FLASHCOPYs the 1st level VM DASD */ /**/ /* 1) Verify all flash drives are available (!._rDest variable) */ /* 2) Show a confirmation list of source & destination drives*/ /* 3) FLASHCOPY CP_OWNED drives and rename destination drives*/ /* 4) Create a copy of current direct and modify for 2nd level */ /* (2USER DIRECT) changing CP_OWNED volumes and updating the */ /* 2nd level directory (Uses F123 as 123 for DIRECTXA). */ /* (This also places a copy of this new directory source on */ /* second level MAINT's 191 disk, this MAINT's F191 disk.)*/ /* 5) Modify the SYSTEM CONFIG modfying the CP_OWNED volumes */ /**/ /* Note: This can also be used to make a backup of the system for*/ /*quick recovery (this set of DASD is IPL w/o change).*/ /*----*/ Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Friday, September 24, 2010 9:32 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Applying Maintenance - Best Practice ty for sharing this. One question though: It is ok to apply the maintenance to the production system, Level 1, your 1st step, as long as you do not run PUT2PROD at that time there? Also I noticed you do not use the SYSTEM CONFIGURATION parm disk fallback, but just point to the FLASH COPIED disks if there is a problem. "Frank M. Ramaekers" Sent by: The IBM z/VM Operating System 09/24/2010 10:26 AM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Applying Maintenance - Best Practice Here's what I do: 1) Apply Maintenance to production system 2) Flash production DASD to test packs (using different naming conventions) Actually, I have a REXX program I wrote that not only changes the name, but updates the SYSTEM CONFIG, directory and updates the directory on the test packs. 3) Bring up the 2nd level VM 4) Run PUT2PROD on 2nd level 5) Test 2nd level If satisfied with the testing: 1) Flash production DASD to backup packs (can be the same as the test packs, again using a different naming convention) 2) PUT2PROD on the production system 3) IPL the updated system 4) Any problems, I can immediately IPL the "backup" system (copy prior to PUT2PROD) Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Friday, September 24, 2010 9:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Applying Maintenance - Best Practice Is there a procedure for applying maintenance selectively such that a full system backup is not necessary beforehand? In other words, save the old CPLOAD and just point to the new CPLOAD at IPL and if need be simply fallback to the old CPLOAD. I know the CF1 Parm Disk backup supports this. But is there a way of applying maintenance so that it hits only a new CPLOAD and not the current CPLOAD. Perhaps the answer is to save the current CPLOAD in the CF1 Parm Disk configuration before applying the maintenance. It is probably not "best practice", but is there such a procedure of avoiding a full system backup before putting on any maintenance, or is that taboo? Marcy Cortes Sent by: The IBM z/VM Operating System 09/23/2010 04:00 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Applying Maintenance - Best Practice We put it on 2nd level first. Check that it IPLs, basically... not a lot we can do there. Then our vm test lpar. Make sure everything comes up. Maybe start a Linux there. Then our 2 Linux test/dev lpars, which run lots of servers. Gets a lot of exercise there. Let it cook a few weeks. Roll to the 6 production LPARs, starting usually with the 2 that don't run Linux. Then 2 Linux on a weekend and the other 2 on another weekend. We have the z196 maint with RSU 1002 on all of test dev now (3 lpars). On both a z196 and a z10. All is well, YMMV;) Marcy
Re: Applying Maintenance - Best Practice
Here's what I do: 1) Apply Maintenance to production system 2) Flash production DASD to test packs (using different naming conventions) Actually, I have a REXX program I wrote that not only changes the name, but updates the SYSTEM CONFIG, directory and updates the directory on the test packs. 3) Bring up the 2nd level VM 4) Run PUT2PROD on 2nd level 5) Test 2nd level If satisfied with the testing: 1) Flash production DASD to backup packs (can be the same as the test packs, again using a different naming convention) 2) PUT2PROD on the production system 3) IPL the updated system 4) Any problems, I can immediately IPL the "backup" system (copy prior to PUT2PROD) Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Friday, September 24, 2010 9:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Applying Maintenance - Best Practice Is there a procedure for applying maintenance selectively such that a full system backup is not necessary beforehand? In other words, save the old CPLOAD and just point to the new CPLOAD at IPL and if need be simply fallback to the old CPLOAD. I know the CF1 Parm Disk backup supports this. But is there a way of applying maintenance so that it hits only a new CPLOAD and not the current CPLOAD. Perhaps the answer is to save the current CPLOAD in the CF1 Parm Disk configuration before applying the maintenance. It is probably not "best practice", but is there such a procedure of avoiding a full system backup before putting on any maintenance, or is that taboo? Marcy Cortes Sent by: The IBM z/VM Operating System 09/23/2010 04:00 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Applying Maintenance - Best Practice We put it on 2nd level first. Check that it IPLs, basically... not a lot we can do there. Then our vm test lpar. Make sure everything comes up. Maybe start a Linux there. Then our 2 Linux test/dev lpars, which run lots of servers. Gets a lot of exercise there. Let it cook a few weeks. Roll to the 6 production LPARs, starting usually with the 2 that don't run Linux. Then 2 Linux on a weekend and the other 2 on another weekend. We have the z196 maint with RSU 1002 on all of test dev now (3 lpars). On both a z196 and a z10. All is well, YMMV;) Marcy From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Thursday, September 23, 2010 10:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Applying Maintenance - Best Practice I suppose RSU maintenance gets burned-in at Level 2, whereas COR maintenance goes right in to Level 1. But , what bout PSP COR? Level 1 or Level 2. Scott Rohling Sent by: The IBM z/VM Operating System 09/23/2010 10:58 AM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Applying Maintenance - Best Practice I'd say it depends on the purpose of your 2nd level system.Do what you would normally do when applying maintenance... do you put it on 1st or 2nd level first? If your 2nd level system is meant to be a z/VM 'test' system, then it seems like you're already committed to that level of effort. Scott Rohling On Thu, Sep 23, 2010 at 8:30 AM, George Henke/NYLIC mailto:george_he...@newyorklife.com> > wrote: Would you recommend putting this 5.4 zEnterprise compatibility maintenance on at Level 1 or Level 2. We currently have both environments for 5.4. I suppose the quickest and easiest (maybe dirtiest too?) way is just to put it on at Level 1 and fall back to CPOLD if there is a problem. "Best practice" may call for putting it on at Level 2 first, but the nature of the change may not warrant that level of effort. There are, however, 45 or more prereq fixes also going on with these 2 APARs, VM64879 VM64881. Just interested in what everyone thinks. Marcy Cortes mailto:george_he...@newyorklife.com> mailto:marcy.d.cor...@wellsfargo.com> > Sent by: The IBM z/VM Operating System mailto:marcy.d.cor...@wellsfargo.com> mailto:IBMVM@LISTSERV.UARK.EDU> > 09/22/2010 11:01 AM Please respond to The IBM z/VM Operating System mailto:IBMVM@LISTSERV.UARK.EDU> mailto:IBMVM@LISTSERV.UARK.EDU> > To IBMVM@LISTSERV.UARK.EDU < <mailto:IBMVM@LISTSERV.UARK.EDU> mailto:IBMVM@LISTSERV.UARK.EDU> cc Subject Re: What is the z/VM 5.4 Compatibility PTF for z196? Also you
Re: Checking For Maintenance
Oh, it's come a LONG wayuse to be a real challenge. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, September 22, 2010 3:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Checking For Maintenance ty all, Stephen, Mike, Dave: I have now tried both VMFINFO and SERVICE ALL STATUS VM.. and I must say MVS was never like this. Very nice indeed. Dave Jones Sent by: The IBM z/VM Operating System 09/22/2010 04:34 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Checking For Maintenance Drat this small keyboardyes, Mike, there should be an extra "f" in the command namevmfinfo. Thanks for pointing it out. DJ On 9/22/2010 3:20 PM, Mike Walter wrote: > > DJ actually meant: VM*F*INFO > It's in the VMSES/E Introduction and Reference manual. Online, enter: > *HELP VMSES VMFINFO* > > My "VMSES HELPME" file, displayed by entering: HELP ME VMSES > contains: > -- > Useful commands to find z/VM service/maintenance information: > > SERVICE ALL STATUS > > SERVICE ALL STATUS ptfnumber (e.g. UM#) > > SERVICE ALL STATUS aparnumber (e.g. VM#) > > VMFINFO ZVM componentname (SETUP > - place a non-blank character to: PTFs/APARs > - press ENTER > - displayed next (in part): > PTF number .. (PF1 to select from list of PTFs) > APAR number . (PF1 to select from list of APARs) > - place the cursor on the PRT or APAR line and press PF1. Woohoo! > -- > > Mike Walter > Hewitt Associates > The opinions expressed herein are mine alone, not my employer's. > > > *"Dave Jones" * > > Sent by: "The IBM z/VM Operating System" > > 09/22/2010 03:05 PM > Please respond to > "The IBM z/VM Operating System" > > > > > To > IBMVM@LISTSERV.UARK.EDU > cc > > Subject > Re: Checking For Maintenance > > > > > > > > > George, try using the VMINFO tool...it's a menu driven method of seeing > what service is on your system. > > DJ > > On 9/22/2010 2:58 PM, George Henke/NYLIC wrote: > > > > Sorry to ask a simple question, but . . . > > > > What is the fastest way to check that certain specific APARs and/or PTFs > > are on? > > > > 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. > _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Problems with WAKEUP
Just one "WAKEUP (SMSG FILE". Test the RC to see which interrupted it. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Workman Sent: Wednesday, September 22, 2010 9:46 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Problems with WAKEUP I am fairly new to VM and having some problems with WAKEUP. I have a server that runs a WAKEUP EXEC that uses the FILE parameter. I need to run an additional WAKEUP EXEC that uses the SMSG parameter. My question is can I incorporate the 'WAKEUP (SMSG' in the same FOREVER loop as the other WAKEUP EXEC? I am seeing errors that make me think this will not work this way. Or do I have to create another server to run my other WAKEUP EXEC (i.e. 1 server runs the WAKEUP (FILE and another server runs the WAKEUP (SMSG) ? Thanks in advance, Mark Workman Shelter Insurance Companies 573.214.4672 mwork...@shelterinsurance.com This e-mail is intended only for its addressee and may contain information that is privileged, confidential, or otherwise protected from disclosure. If you have received this communication in error, please notify us immediately by e-mailing postmas...@shelterinsurance.com; then delete the original message. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Calculating a date in the future
That's easy with REXX, see DATE. NewDate=Date('S',Date('B',OldDate,'S')+28,'B') (NewDAte and OldDate will be in a mmdd format) Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Horlick, Michael Sent: Monday, September 20, 2010 9:19 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Calculating a date in the future Greetings, I would like to determine a date in the future through an EXEC. Example: We IPL VM every 28 days. Last time was Sept 8,2010. I would like to determine the date of the next VM IPL. Have the same need for VSE IPL and CICS re-boot times. Thank you, Mike Horlick CGI Montreal _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: VSM - TCPIP
Are you looking to do something like this?QN EXEC: /* QUERY NAMES replacement */ Trace "O" Address "COMMAND" "PIPE (endchar ?)", "| CP QUERY NAMES", "| ZONE 9.1 NFIND -"||, "| SPLIT ,", "| STRIP", "| SORT", "| SPEC 1.15 1.16", "|o:FANOUT", "| SNAKE 5", "|i:FANIN", "| CONSOLE", "?o:", "| COUNT LINES", "| SPEC / Total number of users = / 1 1-* NW", "|j:FANIN", "| JOIN *", "|i:", "?o:", "| SPEC FS - F2 STRIP 1", "|p:FIND DSC"||, "| COUNT LINES", "| SPEC / disconnected = / 1 1-* NW", "| j:" Exit rc Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Scott Rohling Sent: Wednesday, September 15, 2010 7:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSM - TCPIP Ok - #1 helps a little (but I'm assuming a real user can end up by itself on a line too) - #2 a bit more (yes, sneaky) - #3 even more, but probably going a little far unless I'm going for 6 Sigma or something :-)Probably will stick with tossing VSM user cuz I'm a lazy old cuss. The good news for me is now I know why it's there and why I'm excluding it ... so.. thanks again... Scott Rohling On Wed, Sep 15, 2010 at 6:10 PM, Alan Altmark wrote: On Wednesday, 09/15/2010 at 07:46 EDT, Scott Rohling wrote: > Ok - so this is about linemode sessions. And yeah - I get the crickets - who > the heck uses linemode? I suppose it fits. I always have a grin on my face > when I explain virtual reader/punch/printer to non-z/VM folk. > > The consistency factor is me expecting the first word in front of the dash (-) > to be a guest name. So I still think Q VSM would be better than stuffing it > into Q NAMES where I'm looking for guest names and their status. But no one > asked me.. hmmph > > Sounds like I get my list of running guests by ignoring VSM.. Keeping my > fingers crossed no one names a guest VSM until I retire :-) Perhaps it would help to know that all VSMs 1. Appear on a separate line of output on QUERY NAMES 2. Have the '-' in column 9. User IDs have it in column 10. (Sneaky, huh?) 3. Can be seen via "CP QUERY IUCV *CCS" Alan Altmark z/VM Development (T minus 3h 50m) IBM Endicott _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: PROP RTABLE and HCPCRC8082I
Agreed.Thanks all for your input. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rob van der Heij Sent: Wednesday, September 08, 2010 4:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PROP RTABLE and HCPCRC8082I On Wed, Sep 8, 2010 at 10:59 PM, Tom Huegel wrote: > But will this help Frank get started? I would think so. I took the effort of actually coding the RTABLE and showed that it works, and I pointed out the difference with his RTABLE (that his original post wanted the full 80 chars to consist only of that message) The discussion on whether that was obvious from the documentation is probably less interesting. | Rob _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: PROP RTABLE and HCPCRC8082I
The documentation states: STARTING COLUMN is the column in the incoming message where the programmable operator facility starts looking for the character string mentioned in the COMPARISON TEXT field. If this field is left blank, the programmable operator facility starts scanning at the beginning of the message. ENDING COLUMN is the column in the incoming message where the programmable operator facility stops looking for the character string(s) mentioned in the COMPARISON TEXT field. If this field is left blank, the programmable operator facility continues scanning until the end of the message. So, using Start of 1 and end of 80 seems that it would scan positions 1 to 80 for the string specified (comparison text). Confused, Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rob van der Heij Sent: Wednesday, September 08, 2010 2:31 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PROP RTABLE and HCPCRC8082I On Fri, Sep 3, 2010 at 5:32 PM, Frank M. Ramaekers wrote: > > I can't seem to get HCPCRC8082I entry in PROP RTABLE to work. I've used message class 1-3 and start column of 1 and end column of 80 to try to get this to work. > > > > Anyone see anything wrong? I think your column 80 is wrong... it works for me: tell op cmd acnt all Ready; T=0.04/0.06 20:30:25 Command complete TellRob: CP CP RVDHEIJ RVDHEIJ 03 OPERATOR RVDHEIJ RSCS PROP TellRob:20:30:25 HCPCRC8083I Accounting record threshold has userid MAINT. Currently 0140 records are enqueued. TellRob: The routine table entries are these: /HCPCRC8082I/ 10 20 3 TELLROB /HCPCRC8083I/ 10 20 3 TELLROB _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: PROP RTABLE and HCPCRC8082I
Wish PROP would record the "type" in the log files. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Wednesday, September 08, 2010 2:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PROP RTABLE and HCPCRC8082I If it helps, we see that message regularly as we run EREP each night. CA's VM:Operator displays the IUCV class when logging the record to its SYSLOG file. It displayed as a type *3 message: 00:25:12 OPERATOR *3 HCPCRC8082I Accounting records are accumulating for user ... Note also that you are looking in column 1, but Rob is catching the message in column 10. You need to skip over the CP timestamp on the message, beginning the match in column 10. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "Frank M. Ramaekers" Sent by: "The IBM z/VM Operating System" 09/08/2010 02:14 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: PROP RTABLE and HCPCRC8082I I've tried 1-7 for the message type and I cannot trap it (for some reason). Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rob van der Heij Sent: Wednesday, September 08, 2010 2:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PROP RTABLE and HCPCRC8082I On Wed, Sep 8, 2010 at 9:02 PM, Frank M. Ramaekers wrote: > > Tried changing it from "TELL MAINT" to "TELLMAIN" (for an EXEC that invokes both TELL MAINT and MSG MAINT). Still can't get it to work. > > (I already have a similar EXEC that works.) You sure it's a type "1" message and not "3" ? My last resort is to have a "catch all others" action routine that displays the characteristics of the message. | Rob _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. 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. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: PROP RTABLE and HCPCRC8082I
I've tried 1-7 for the message type and I cannot trap it (for some reason). Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rob van der Heij Sent: Wednesday, September 08, 2010 2:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PROP RTABLE and HCPCRC8082I On Wed, Sep 8, 2010 at 9:02 PM, Frank M. Ramaekers wrote: > > Tried changing it from "TELL MAINT" to "TELLMAIN" (for an EXEC that invokes > both TELL MAINT and MSG MAINT). Still can't get it to work. > > (I already have a similar EXEC that works.) You sure it's a type "1" message and not "3" ? My last resort is to have a "catch all others" action routine that displays the characteristics of the message. | Rob _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: No assembler :(
Hmmmlooks like it requires HLASM: 2961980 18+ Aif ('&UC' eq '').Next @VRGB1QY IFO054 INVALID OPERATION CODE 15000 15 HCPCMPID COMPID=TDG 2967970 19+&J Seta 0 @VRGB1QY IFO054 INVALID OPERATION CODE 15000 15 HCPCMPID COMPID=TDG 2973960 20+.Search Anop , @VRGB1QY IFO054 INVALID OPERATION CODE 15000 15 HCPCMPID COMPID=TDG 2979950 21+&J Seta &J+1 @VRGB1QY IFO054 INVALID OPERATION CODE 15000 15 HCPCMPID COMPID=TDG 2985940 22+ Aif (&Jgt N'&HCPCMPID).Add @VRGB1QY IFO054 INVALID OPERATION CODE 15000 15 HCPCMPID COMPID=TDG 2991930 23+ Aif (''eq '&HCPCMPID(&J)').Add @VRGB1QY IFO054 INVALID OPERATION CODE 15000 15 HCPCMPID COMPID=TDG 2997920 24+ Aif ('&UC' eq '&HCPCMPID(&J)').Dup @VRGB1QY : : Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Wednesday, September 08, 2010 2:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: No assembler :( The IBM High Level Assembler (HLASM) is an optionally ordered licensed product (in short: it costs money). HLASM is required to assemble most z/VM source code. Given that z/VM components are all shipped with executable parts, you should not need HLASM unless you are modifying z/VM. But older, free, less competent assemblers are shipped with z/VM. Try the VMFASM EXEC (for help: HELP VMSES VMFASM) Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "Frank M. Ramaekers" Sent by: "The IBM z/VM Operating System" 09/08/2010 01:53 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject No assembler :( I do not have an assembler and cannot build the CPHOST command: asmcph VMFASM2760I VMFHLASM processing started VMFASM0002E File HLASM MODULE not found VMFASM2760I VMFHLASM processing completed unsuccessfully VMFHLASM of CPHOST failed with rc 28 Ready(00028); T=0.18/0.19 13:51:17 I?m on z/VM 5.4 (z/VM Version 5 Release 4.0, service level 0903 (64-bit)). Can someone send me this module? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. 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. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: PROP RTABLE and HCPCRC8082I
Tried changing it from "TELL MAINT" to "TELLMAIN" (for an EXEC that invokes both TELL MAINT and MSG MAINT). Still can't get it to work. (I already have a similar EXEC that works.) Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Kris Buelens Sent: Friday, September 03, 2010 2:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PROP RTABLE and HCPCRC8082I And, I hope you have your own TELL EXEC on OPERATOR's 191 disk: the normal TELL EXEC will not forward the message that PROP intercepts to MAINT. PROP passes other argulents to the action routine (TELL in your case) and it places the message text and the "parameter" (here MAINT) on the stack. 2010/9/3 Tom Huegel try a '/' at the end of the message .. also for testing at least leave the 'type' column blank. and I don't know for sure, but I always right justify my start and end columns. On Fri, Sep 3, 2010 at 8:32 AM, Frank M. Ramaekers wrote: I can't seem to get HCPCRC8082I entry in PROP RTABLE to work. I've used message class 1-3 and start column of 1 and end column of 80 to try to get this to work. Anyone see anything wrong? * --- --- -- *TS E T UNAP *EC C Y SOCA *XO O P EDTR *TL L E RENM * --- --- -- * --- --- -- * SEND IMPORTANT MESSAGES TO MAINT * --- --- -- /HCPCRC8082I 1 80 1 TELL MAINT /HCPCRC8083I 1 80 1 TELL MAINT Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Kris Buelens, IBM Belgium, VM customer support _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: PROP RTABLE and HCPCRC8082I
Tried the '/', tried a blank type (and types 1-8) and righ justifying start/end columns. Still no dice. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Tom Huegel Sent: Friday, September 03, 2010 10:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PROP RTABLE and HCPCRC8082I try a '/' at the end of the message .. also for testing at least leave the 'type' column blank. and I don't know for sure, but I always right justify my start and end columns. On Fri, Sep 3, 2010 at 8:32 AM, Frank M. Ramaekers wrote: I can't seem to get HCPCRC8082I entry in PROP RTABLE to work. I've used message class 1-3 and start column of 1 and end column of 80 to try to get this to work. Anyone see anything wrong? * --- --- -- *TS E T UNAP *EC C Y SOCA *XO O P EDTR *TL L E RENM * --- --- -- * --- --- -- * SEND IMPORTANT MESSAGES TO MAINT * --- --- -- /HCPCRC8082I 1 80 1 TELL MAINT /HCPCRC8083I 1 80 1 TELL MAINT Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
FW: No assembler :(
Oh, I guess I should say that this is the CPHOST command from the IBM VM download page. Frank M. Ramaekers Jr. From: Frank M. Ramaekers Sent: Wednesday, September 08, 2010 1:53 PM To: 'The IBM z/VM Operating System' Subject: No assembler :( I do not have an assembler and cannot build the CPHOST command: asmcph VMFASM2760I VMFHLASM processing started VMFASM0002E File HLASM MODULE not found VMFASM2760I VMFHLASM processing completed unsuccessfully VMFHLASM of CPHOST failed with rc 28 Ready(00028); T=0.18/0.19 13:51:17 I'm on z/VM 5.4 (z/VM Version 5 Release 4.0, service level 0903 (64-bit)). Can someone send me this module? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
No assembler :(
I do not have an assembler and cannot build the CPHOST command: asmcph VMFASM2760I VMFHLASM processing started VMFASM0002E File HLASM MODULE not found VMFASM2760I VMFHLASM processing completed unsuccessfully VMFHLASM of CPHOST failed with rc 28 Ready(00028); T=0.18/0.19 13:51:17 I'm on z/VM 5.4 (z/VM Version 5 Release 4.0, service level 0903 (64-bit)). Can someone send me this module? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
PROP RTABLE and HCPCRC8082I
I can't seem to get HCPCRC8082I entry in PROP RTABLE to work. I've used message class 1-3 and start column of 1 and end column of 80 to try to get this to work. Anyone see anything wrong? * --- --- -- *TS E T UNAP *EC C Y SOCA *XO O P EDTR *TL L E RENM * --- --- -- * --- --- -- * SEND IMPORTANT MESSAGES TO MAINT * --- --- -- /HCPCRC8082I 1 80 1 TELL MAINT /HCPCRC8083I 1 80 1 TELL MAINT Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: s390 Debian 5.0.5 install
No FTP option? Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alain Benveniste Sent: Wednesday, September 01, 2010 9:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: s390 Debian 5.0.5 install Rafal I resolved my problem by using ftp rather than ind$file. The 2nd problem i meet Is that the online prompts let us choose to download debian through http or nfs. And i m unable to use nfs. I always come back to http... Alain Envoyé de mon iPhone Le 1 sept. 2010 à 15:41, Rafal Hanzel a écrit : > All 4 files exactly from website > > > In directory or about minidisk's nothing special: > USER x xxx 512M 512M g > NICDEF 600 TYPE QDIO LAN SYSTEM VSW1 > CONSOLE 009 3215 T > SPOOL 00C 2540 READER * > SPOOL 00D 2540 PUNCH A > SPOOL 00E 1403 A > MDISK 100 3390 0001 END MM9189 > MDISK 191 3390 1031 100 VMLNX1 > > Let me know... > 1. you download files > 2. FTPed to zVM (FB 80) and receive: > KERNEL DEBIAN A1 F80 42020 798 7/15/10 9:21:23 > INITRD DEBIAN A1 F80 34746 679 7/15/10 9:21:19 > PARMFILE DEBIAN A1 V11 1 17/15/10 9:09:21 > DEBIAN EXEC A1 V40 11 19/01/10 7:23:10 > 3. execute Debian.exec ... > ... and have got CP disable wait ? > > > > Pozdrawiam/Best regards, > > Rafał Hanzel > Programista systemowy, Dział Badań i Rozwoju Systemów Komputerowych > Tel. +48 32 3589246, Fax +48 32 3589277, email: hanz...@zetokatowice.pl > Tel. kom. +48 501677656 > Zakład Elektronicznej Techniki Obliczeniowej w Katowicach Spółka z o.o. > 40-158 Katowice, ul. Owocowa 1 > Sąd Rejonowy Katowice - Wschód w Katowicach Wydział VIII Gospodarczy > Krajowego Rejestru Sądowego, KRS 051477 > Kapitał zakładowy: 264500 zł > NIP 634-013-11-06 > http://www.zetokatowice.pl > > Jesteśmy uczestnikiem Programu > RZETELNA Firma > Sprawdź naszą rzetelność na > http://www.rzetelnafirma.pl/8FGKEVFH > > Treść tej informacji może być poufna, w związku z czym powinna trafić > bezpośrednio do rąk adresata. Jakiekolwiek jej ujawnianie, rozpowszechnianie, > bądź kopiowanie jest zabronione. W przypadku omyłkowego otrzymania niniejszej > informacji prosimy o poinformowanie nadawcy i usunięcie jej z komputera. > > > > Alain Benveniste pisze: >> Hi >> Did you modify the parmfile ? >> How looks your directory ? >> Did you do a specific format of the mdisk ? >> Alain >> Envoyé de mon iPhone >> _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: VSWITCH defined VSE TCP/IP fails
The stack has to have this capability. AFAIK, only Linux can do this. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Billy Bingham Sent: Tuesday, August 31, 2010 9:32 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSWITCH defined VSE TCP/IP fails What makes this a Layer-3 VSWITCH vs a Layer-2? Thanks, Billy On 31 Aug 2010 at 9:04, Frank M. Ramaekers wrote: > > No problem. > > Originally, I had on z/VSE machine with 3 addresses used for TCP/IP. I wished to move this to a > layer-3 VSWITCH for redundancy purposes. (Much of the following was derived from the IBM > Redbook "Linux on IBM eserver zSeries and S/390: VSWITCH and VLAN Features of z/VM 4.4") > > > 1)Define the VSWITCH > a.define vswitch vswitchname rdev ccuu1 ccuu2 ccuu3 > b.-and- add the same statement to 'SYSTEM CONFIG'file > (Remember ccuu1 ccuu2 ccuu3 represent a set of 3 address to be used) > 2)Granting access to the VSWITCH > a.set vswitch vswitchname grant userid > b.-and- add Modify VSwitch vswitchnameGRAnt userid to 'SYSTEM CONFIG' > c.- or - add the set vswitch command in the AUTOLOG1 startup > 3)Defining the simulated NICs > a.for userid cmd define nic ccuu4 qdio > b.-and- add to the directory for userid: > NICDEF ccuu4 TYPE QDIO DEVICES 3 > (a above can be skipped, but the userid would have to be logged off then on) > 4)Attaching the simulated NIC with couple ccuu4 to system vswitchname > (This will need to be performed each time the virtual machine is logged on.) > > (Don't think I missed anything) > > > Frank M. > Ramaekers Jr. > > > > > > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of > Billy Bingham > Sent: Tuesday, August 31, 2010 7:51 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: VSWITCH defined VSE TCP/IP fails > > > Frank, > > Would you be willing to share the steps you used to create the VSWITCH? > > > Thanks, > > Billy > > On 30 Aug 2010 at 8:11, Frank M. Ramaekers wrote: > > > > >Thanks, that helpsthe difference between an upCOUPLEd and a > COUPLEd > >VSWITCH: > > > >UnCOUPLEd: > >AR 0015 MAC: 02-00-01-00-00-0E LAN: * NoneMFS: > >8992 > > > >COUPLEd (and not yet initialized): > >AR 0015 MAC: 02-00-01-00-00-0E VSWITCH: SYSTEM VSWAILT > > > >...and initialized: > >* cp q v nic aa0 > >details > >AR 0015 Adapter 0AA0.P00 Type: QDIO Name: UNASSIGNED Devices: > >3 > >AR 0015 MAC: 02-00-01-00-00-0E VSWITCH: SYSTEM > >VSWAILT > >AR 0015 RX Packets: 49 Discarded: 0 Errors: > >0 > >AR 0015 TX Packets: 42 Discarded: 0 Errors: > >0 > >AR 0015 RX Bytes: 2450 TX Bytes: > >2884 > >AR 0015 Connection Name: Session > >Established > >AR 0015 Device: 0AA0 Unit: 000 Role: CTL- > >READ > >AR 0015 Device: 0AA1 Unit: 001 Role: CTL- > >WRITE > >AR 0015 Device: 0AA2 Unit: 002 Role: DATAvPort: 0065 > >Index: > >0065 > > > >AR 0015 Options: > >IPv4 > >AR 0015 Unicast IP Addresses: > > > >AR 0015 10.1.20.2MAC: 02-00-01-00-00- > >0E > >AR 0015 1I40I READY > > > > > >Thanks Alan! > > > > > >Frank M. Ramaekers Jr. > > > > > > > >-Original Message- > >From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On > >Behalf Of Alan Altmark > >Sent: Friday, August 27, 2010 3:33 PM > >To: IBMVM@LISTSERV.UARK.EDU > >Subject: Re: VSWITCH defined VSE TCP/IP fails > > > >On Friday, 08/27/2010 at 04:28 EDT, "Frank M. Ramaekers" > > wrote: > >> * cp q v nic aa0 details > >> > >> AR 0015 Adapter 0AA0.P00 Type: QDIOName: UNASSIGNED Devices: 3 > >> AR 0015 MAC: 02-00-01-00-00-0ELAN: * None > > > >And there you have it. The adapter is not COUPLED, as indicated by > the > >"* > >None". An uncoupled NIC is the equivalent of an unplugged e
Re: VSWITCH defined VSE TCP/IP fails
1) Yes, but you can have up to 3 triplets (9 address total) 2) Didn't know about the "LAN SYSTEM switchname" Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Pace Sent: Tuesday, August 31, 2010 9:11 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSWITCH defined VSE TCP/IP fails A couple of things On the DEFINE VSWITCH you only need to specify the 1st address of the triplet. On the NICDEF add LAN SYSTEM switchNameand it will be coupled automatically when you logon. example NICDEF 061C TYPE QDIO DEVICES 3 LAN SYSTEM VSWTCH3 OR SPECIAL 061C QDIO 3 SYSTEM VSWTCH3 On Tue, Aug 31, 2010 at 10:04 AM, Frank M. Ramaekers wrote: No problem. Originally, I had on z/VSE machine with 3 addresses used for TCP/IP. I wished to move this to a layer-3 VSWITCH for redundancy purposes. (Much of the following was derived from the IBM Redbook "Linux on IBM eserver zSeries and S/390: VSWITCH and VLAN Features of z/VM 4.4") 1) Define the VSWITCH a. define vswitch vswitchname rdev ccuu1 ccuu2 ccuu3 b. -and- add the same statement to 'SYSTEM CONFIG' file (Remember ccuu1 ccuu2 ccuu3 represent a set of 3 address to be used) 2) Granting access to the VSWITCH a. set vswitch vswitchname grant userid b. -and- add Modify VSwitch vswitchname GRAnt userid to 'SYSTEM CONFIG' c. - or - add the set vswitch command in the AUTOLOG1 startup 3) Defining the simulated NICs a. for userid cmd define nic ccuu4 qdio b. -and- add to the directory for userid: NICDEF ccuu4 TYPE QDIO DEVICES 3 (a above can be skipped, but the userid would have to be logged off then on) 4) Attaching the simulated NIC with couple ccuu4 to system vswitchname (This will need to be performed each time the virtual machine is logged on.) (Don't think I missed anything) Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Billy Bingham Sent: Tuesday, August 31, 2010 7:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSWITCH defined VSE TCP/IP fails Frank, Would you be willing to share the steps you used to create the VSWITCH? Thanks, Billy On 30 Aug 2010 at 8:11, Frank M. Ramaekers wrote: > > Thanks, that helpsthe difference between an upCOUPLEd and a COUPLEd > VSWITCH: > > UnCOUPLEd: > AR 0015 MAC: 02-00-01-00-00-0E LAN: * NoneMFS: > 8992 > > COUPLEd (and not yet initialized): > AR 0015 MAC: 02-00-01-00-00-0E VSWITCH: SYSTEM VSWAILT > > ...and initialized: > * cp q v nic aa0 > details > AR 0015 Adapter 0AA0.P00 Type: QDIO Name: UNASSIGNED Devices: > 3 > AR 0015 MAC: 02-00-01-00-00-0E VSWITCH: SYSTEM > VSWAILT > AR 0015 RX Packets: 49 Discarded: 0 Errors: > 0 > AR 0015 TX Packets: 42 Discarded: 0 Errors: > 0 > AR 0015 RX Bytes: 2450 TX Bytes: > 2884 > AR 0015 Connection Name: Session > Established > AR 0015 Device: 0AA0 Unit: 000 Role: CTL- > READ > AR 0015 Device: 0AA1 Unit: 001 Role: CTL- > WRITE > AR 0015 Device: 0AA2 Unit: 002 Role: DATAvPort: 0065 > Index: > 0065 > > AR 0015 Options: > IPv4 > AR 0015 Unicast IP Addresses: > > AR 0015 10.1.20.2MAC: 02-00-01-00-00- > 0E > AR 0015 1I40I READY > > > Thanks Alan! > > > Frank M. Ramaekers Jr. > > > > -Original Message- > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On > Behalf Of Alan Altmark > Sent: Friday, August 27, 2010 3:33 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: VSWITCH defined VSE TCP/IP fails > > On Friday, 08/27/2010 at 04:28 EDT, "Frank M. Ramaekers" > wrote: > > * cp q v nic aa0 details > > > > AR 0015 Adapter 0AA0.P00 Type: QDIOName: UNASSIGNED Devices: 3 > > AR 0015 MAC: 02-00-01-00-00-0ELAN: * None > > And there you have it. The adapter is not COUPLED, as indicated by the > "* > None". An uncoupled NIC is the equivalent of an unplugged ethernet > cable. > > Alan Altmark > z/VM Development > IBM Endicott > > _ This message > contains information which is privileged and confidential and is solely >
Re: VSWITCH defined VSE TCP/IP fails
No problem. Originally, I had on z/VSE machine with 3 addresses used for TCP/IP. I wished to move this to a layer-3 VSWITCH for redundancy purposes. (Much of the following was derived from the IBM Redbook "Linux on IBM eserver zSeries and S/390: VSWITCH and VLAN Features of z/VM 4.4") 1) Define the VSWITCH a. define vswitch vswitchname rdev ccuu1 ccuu2 ccuu3 b. -and- add the same statement to 'SYSTEM CONFIG' file (Remember ccuu1 ccuu2 ccuu3 represent a set of 3 address to be used) 2) Granting access to the VSWITCH a. set vswitch vswitchname grant userid b. -and- add Modify VSwitch vswitchname GRAnt userid to 'SYSTEM CONFIG' c. - or - add the set vswitch command in the AUTOLOG1 startup 3) Defining the simulated NICs a. for userid cmd define nic ccuu4 qdio b. -and- add to the directory for userid: NICDEF ccuu4 TYPE QDIO DEVICES 3 (a above can be skipped, but the userid would have to be logged off then on) 4) Attaching the simulated NIC with couple ccuu4 to system vswitchname (This will need to be performed each time the virtual machine is logged on.) (Don't think I missed anything) Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Billy Bingham Sent: Tuesday, August 31, 2010 7:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSWITCH defined VSE TCP/IP fails Frank, Would you be willing to share the steps you used to create the VSWITCH? Thanks, Billy On 30 Aug 2010 at 8:11, Frank M. Ramaekers wrote: > > Thanks, that helpsthe difference between an upCOUPLEd and a COUPLEd > VSWITCH: > > UnCOUPLEd: > AR 0015 MAC: 02-00-01-00-00-0E LAN: * NoneMFS: > 8992 > > COUPLEd (and not yet initialized): > AR 0015 MAC: 02-00-01-00-00-0E VSWITCH: SYSTEM VSWAILT > > ...and initialized: > * cp q v nic aa0 > details > AR 0015 Adapter 0AA0.P00 Type: QDIO Name: UNASSIGNED Devices: > 3 > AR 0015 MAC: 02-00-01-00-00-0E VSWITCH: SYSTEM > VSWAILT > AR 0015 RX Packets: 49 Discarded: 0 Errors: > 0 > AR 0015 TX Packets: 42 Discarded: 0 Errors: > 0 > AR 0015 RX Bytes: 2450 TX Bytes: > 2884 > AR 0015 Connection Name: Session > Established > AR 0015 Device: 0AA0 Unit: 000 Role: CTL- > READ > AR 0015 Device: 0AA1 Unit: 001 Role: CTL- > WRITE > AR 0015 Device: 0AA2 Unit: 002 Role: DATAvPort: 0065 > Index: > 0065 > > AR 0015 Options: > IPv4 > AR 0015 Unicast IP Addresses: > > AR 0015 10.1.20.2MAC: 02-00-01-00-00- > 0E > AR 0015 1I40I READY > > > Thanks Alan! > > > Frank M. Ramaekers Jr. > > > > -Original Message- > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On > Behalf Of Alan Altmark > Sent: Friday, August 27, 2010 3:33 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: VSWITCH defined VSE TCP/IP fails > > On Friday, 08/27/2010 at 04:28 EDT, "Frank M. Ramaekers" > wrote: > > * cp q v nic aa0 details > > > > AR 0015 Adapter 0AA0.P00 Type: QDIOName: UNASSIGNED Devices: 3 > > AR 0015 MAC: 02-00-01-00-00-0ELAN: * None > > And there you have it. The adapter is not COUPLED, as indicated by the > "* > None". An uncoupled NIC is the equivalent of an unplugged ethernet > cable. > > Alan Altmark > z/VM Development > IBM Endicott > > _ This message > contains information which is privileged and confidential and is solely > for the use of the intended recipient. If you are not the intended > recipient, be aware that any review, disclosure, copying, distribution, > or use of the contents of this message is strictly prohibited. If you > have received this in error, please destroy it immediately and notify us > at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: VSWITCH defined VSE TCP/IP fails
Thanks, that helpsthe difference between an upCOUPLEd and a COUPLEd VSWITCH: UnCOUPLEd: AR 0015 MAC: 02-00-01-00-00-0E LAN: * None MFS: 8992 COUPLEd (and not yet initialized): AR 0015 MAC: 02-00-01-00-00-0E VSWITCH: SYSTEM VSWAILT ...and initialized: * cp q v nic aa0 details AR 0015 Adapter 0AA0.P00 Type: QDIO Name: UNASSIGNED Devices: 3 AR 0015 MAC: 02-00-01-00-00-0E VSWITCH: SYSTEM VSWAILT AR 0015 RX Packets: 49 Discarded: 0 Errors: 0 AR 0015 TX Packets: 42 Discarded: 0 Errors: 0 AR 0015 RX Bytes: 2450 TX Bytes: 2884 AR 0015 Connection Name: Session Established AR 0015 Device: 0AA0 Unit: 000 Role: CTL-READ AR 0015 Device: 0AA1 Unit: 001 Role: CTL-WRITE AR 0015 Device: 0AA2 Unit: 002 Role: DATA vPort: 0065 Index: 0065 AR 0015 Options: IPv4 AR 0015 Unicast IP Addresses: AR 0015 10.1.20.2MAC: 02-00-01-00-00-0E AR 0015 1I40I READY Thanks Alan! Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Friday, August 27, 2010 3:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSWITCH defined VSE TCP/IP fails On Friday, 08/27/2010 at 04:28 EDT, "Frank M. Ramaekers" wrote: > * cp q v nic aa0 details > > AR 0015 Adapter 0AA0.P00 Type: QDIO Name: UNASSIGNED Devices: 3 > AR 0015 MAC: 02-00-01-00-00-0E LAN: * None And there you have it. The adapter is not COUPLED, as indicated by the "* None". An uncoupled NIC is the equivalent of an unplugged ethernet cable. Alan Altmark z/VM Development IBM Endicott _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: VSWITCH defined VSE TCP/IP fails
* cp q v nic aa0 details AR 0015 Adapter 0AA0.P00 Type: QDIO Name: UNASSIGNED Devices: 3 AR 0015 MAC: 02-00-01-00-00-0E LAN: * None MFS: 8992 AR 0015 RX Packets: 0 Discarded: 0 Errors: 0 AR 0015 TX Packets: 0 Discarded: 0 Errors: 0 AR 0015 RX Bytes: 0TX Bytes: 0 AR 0015 Unassigned Devices: AR 0015 Device: 0AA0 Unit: 000 Role: Unassigned AR 0015 Device: 0AA1 Unit: 001 Role: Unassigned AR 0015 Device: 0AA2 Unit: 002 Role: Unassigned But the other one (one without any RDEVs): * cp q v nic a90 details AR 0015 Adapter 0A90.P00 Type: QDIO Name: UNASSIGNED Devices: 9 AR 0015 MAC: 02-00-01-00-00-0B VSWITCH: SYSTEM VSWTMK00 AR 0015 RX Packets: 6 Discarded: 0 Errors: 0 AR 0015 TX Packets: 5 Discarded: 0 Errors: 0 AR 0015 RX Bytes: 277 TX Bytes: 204 AR 0015 Connection Name: Session Established AR 0015 Device: 0A90 Unit: 000 Role: CTL-READ AR 0015 Device: 0A91 Unit: 001 Role: CTL-WRITE AR 0015 Device: 0A92 Unit: 002 Role: DATA vPort: 0085 Index: 0085 AR 0015 Options: IPv4 AR 0015 Unicast IP Addresses: AR 0015 192.168.199.2MAC: 02-00-01-00-00-0B Local AR 0015 Unassigned Devices: AR 0015 Device: 0A93 Unit: 003 Role: Unassigned AR 0015 Device: 0A94 Unit: 004 Role: Unassigned AR 0015 Device: 0A95 Unit: 005 Role: Unassigned AR 0015 Device: 0A96 Unit: 006 Role: Unassigned AR 0015 Device: 0A97 Unit: 007 Role: Unassigned AR 0015 Device: 0A98 Unit: 008 Role: Unassigned These devices were all listed as "FREE" before I started this. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Friday, August 27, 2010 3:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSWITCH defined VSE TCP/IP fails On Friday, 08/27/2010 at 03:18 EDT, "Frank M. Ramaekers" wrote: > The error message description is less than hepful: > > REASON = X?0035? The Startlan function failed. This is most likely indicated by > RETCODE=E080. The OSA/SF book, which has those error codes in it, says: E080 A LAN connection could not be made, possibly for one of the following reasons: The cable may not be present The LAN may not be functioning The port may have been disabled from the Support Element (SE) of the server This suggests that the NIC is not COUPLEd to the VSWITCH. You need to issue 'cp q v nic aa0 details'. Alan Altmark z/VM Development IBM Endicott _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: VSWITCH defined VSE TCP/IP fails
Mark, Yep: set vswitch vswailt grant ailtest Command complete Ready; T=0.01/0.01 12:40:23 Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Pace Sent: Friday, August 27, 2010 2:45 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSWITCH defined VSE TCP/IP fails Did you Grant access to the vswitch? On Fri, Aug 27, 2010 at 3:37 PM, Frank M. Ramaekers wrote: Layer 3. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Pace Sent: Friday, August 27, 2010 2:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSWITCH defined VSE TCP/IP fails Is it a layer 2 or 3 vswitch? VSE and z/OS only support layer3. :( On Fri, Aug 27, 2010 at 3:18 PM, Frank M. Ramaekers wrote: The VSWITCH seems to be defined just fine and the NICDEF added to the directory of the z/VSE. From z/VSE: * cp q v aa0-aa2 AR 0015 OSA 0AA0 ON NIC 0AA0 UNIT 000 SUBCHANNEL = 003A AR 0015 0AA0 DEVTYPE OSA CHPID 03 OSD AR 0015 0AA0 MAC 02-00-01-00-00-0E CURRENT AR 0015 0AA0 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE AR 0015 OSA 0AA1 ON NIC 0AA0 UNIT 001 SUBCHANNEL = 003B AR 0015 0AA1 DEVTYPE OSA CHPID 03 OSD AR 0015 0AA1 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE AR 0015 OSA 0AA2 ON NIC 0AA0 UNIT 002 SUBCHANNEL = 003C AR 0015 0AA2 DEVTYPE OSA CHPID 03 OSD AR 0015 0AA2 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE But when the CSI TCP/IP stack tries to initialize, it receives: G1 0484 0S39I ERROR DURING OSA EXPRESS PROCESSING,REASON=0035 CUU=0AA0,RETCODE=E080 G1 0487 0003: IPL605E Unable to Initialize IJBOSA, return code: 122 G1 0487 0003: IPL609E Unable to initialize OSA Express, Link: AILLAN0 G1 0487 0004: IPL491I OSA-X link AILHIS0 started as 10.1.20.2 G1 0487 0005: IPL491I OSA-X link AILVSW0 started as 192.168.199.2 (The AILVSW0 is a previous defined VSWITCH that is internal only to communicate between VMs. And this has been working for quite some time now.) There is nothing notable on the DTCVSWn consoles. The error message description is less than hepful: REASON = X'0035' The Startlan function failed. This is most likely indicated by RETCODE=E080. Thoughts? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Mark D Pace Senior Systems Engineer Mainline Information Systems _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Mark D Pace Senior Systems Engineer Mainline Information Systems _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: VSWITCH defined VSE TCP/IP fails
Layer 3. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Pace Sent: Friday, August 27, 2010 2:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSWITCH defined VSE TCP/IP fails Is it a layer 2 or 3 vswitch? VSE and z/OS only support layer3. :( On Fri, Aug 27, 2010 at 3:18 PM, Frank M. Ramaekers wrote: The VSWITCH seems to be defined just fine and the NICDEF added to the directory of the z/VSE. From z/VSE: * cp q v aa0-aa2 AR 0015 OSA 0AA0 ON NIC 0AA0 UNIT 000 SUBCHANNEL = 003A AR 0015 0AA0 DEVTYPE OSA CHPID 03 OSD AR 0015 0AA0 MAC 02-00-01-00-00-0E CURRENT AR 0015 0AA0 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE AR 0015 OSA 0AA1 ON NIC 0AA0 UNIT 001 SUBCHANNEL = 003B AR 0015 0AA1 DEVTYPE OSA CHPID 03 OSD AR 0015 0AA1 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE AR 0015 OSA 0AA2 ON NIC 0AA0 UNIT 002 SUBCHANNEL = 003C AR 0015 0AA2 DEVTYPE OSA CHPID 03 OSD AR 0015 0AA2 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE But when the CSI TCP/IP stack tries to initialize, it receives: G1 0484 0S39I ERROR DURING OSA EXPRESS PROCESSING,REASON=0035 CUU=0AA0,RETCODE=E080 G1 0487 0003: IPL605E Unable to Initialize IJBOSA, return code: 122 G1 0487 0003: IPL609E Unable to initialize OSA Express, Link: AILLAN0 G1 0487 0004: IPL491I OSA-X link AILHIS0 started as 10.1.20.2 G1 0487 0005: IPL491I OSA-X link AILVSW0 started as 192.168.199.2 (The AILVSW0 is a previous defined VSWITCH that is internal only to communicate between VMs. And this has been working for quite some time now.) There is nothing notable on the DTCVSWn consoles. The error message description is less than hepful: REASON = X'0035' The Startlan function failed. This is most likely indicated by RETCODE=E080. Thoughts? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Mark D Pace Senior Systems Engineer Mainline Information Systems _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
VSWITCH defined VSE TCP/IP fails
The VSWITCH seems to be defined just fine and the NICDEF added to the directory of the z/VSE. From z/VSE: * cp q v aa0-aa2 AR 0015 OSA 0AA0 ON NIC 0AA0 UNIT 000 SUBCHANNEL = 003A AR 0015 0AA0 DEVTYPE OSA CHPID 03 OSD AR 0015 0AA0 MAC 02-00-01-00-00-0E CURRENT AR 0015 0AA0 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE AR 0015 OSA 0AA1 ON NIC 0AA0 UNIT 001 SUBCHANNEL = 003B AR 0015 0AA1 DEVTYPE OSA CHPID 03 OSD AR 0015 0AA1 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE AR 0015 OSA 0AA2 ON NIC 0AA0 UNIT 002 SUBCHANNEL = 003C AR 0015 0AA2 DEVTYPE OSA CHPID 03 OSD AR 0015 0AA2 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE But when the CSI TCP/IP stack tries to initialize, it receives: G1 0484 0S39I ERROR DURING OSA EXPRESS PROCESSING,REASON=0035 CUU=0AA0,RETCODE=E080 G1 0487 0003: IPL605E Unable to Initialize IJBOSA, return code: 122 G1 0487 0003: IPL609E Unable to initialize OSA Express, Link: AILLAN0 G1 0487 0004: IPL491I OSA-X link AILHIS0 started as 10.1.20.2 G1 0487 0005: IPL491I OSA-X link AILVSW0 started as 192.168.199.2 (The AILVSW0 is a previous defined VSWITCH that is internal only to communicate between VMs. And this has been working for quite some time now.) There is nothing notable on the DTCVSWn consoles. The error message description is less than hepful: REASON = X'0035' The Startlan function failed. This is most likely indicated by RETCODE=E080. Thoughts? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Duplicate VOLID's
Yes, and it's specified in examples in some documentation (Redbook Paper "Linux on IBM eserver zSeries and S/390: VSWITCH and VLAN Features of z/VM 4.4"). Yeah, it's old! :) Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Friday, August 27, 2010 1:38 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Duplicate VOLID's On Thursday, 08/26/2010 at 09:58 EDT, Tom Huegel wrote: > So I guess there is no way to absolutly protect z/VM from using the wrong pack > at IPL.. Maybe a requirement? In SYSTEM CONFIG allow optional rdev on the SLOT > deffinations. comments? Rich Corak has explained on previous occasions how volser recognition works. If CP detects a duplicate volser for a device to be attached to SYSTEM at IPL, you will get HCP954I DASD rdev1 VOLID volid IS A DUPLICATE OF DASD rdev2 and you are responsible to ensure that rdev2 is the one you intended to be attached to the system. Out of all the volumes on the system with that volid, the lowest *device number* (address) will win, without regard to who responds first. As has been suggested, this is no guarantee since you can find yourself in trouble if you have a dasd problem or someone dinks with the I/O config and makes a mistake. Being able to place the RDEV on the CP_owned and user_volume_ statements is one way to help mitigate the problem. There is another way to identify devices: by their architected node element descriptor (NED). Or in the lingua franca, universally unique identifiers (UUIDs). When Single System Image hits the streets, you will find UUIDs very much in evidence, though not in the context of IPL or SYSTEM CONFIG. But I could imagine something like this in SYSTEM CONFIG: CP_Owned Slot 1 6X0RES ID 2105.000.IBM.13.3737504EE.0D0A CP_owned Slot 2 6X0TD1 ID 2107.900.IBM.13.29839621A.0D0A CP_owned Slot 3 6X0PG1 ID 2107.900.IBM.13.4924295DC.0D0A, (yes, there are two IDs for slot 3) 2107.900.IBM.13.0358113AA.0D0A (..choose in the order given) so that you wouldn't have to worry about the RDEV. However, there is a Heisenberg-esque trade-off to be made between flexibility and security. Good news - the above syntax ensures you won't have any bogus volumes. Bad news - it won't tolerate any copies or change in DASD, so it's generally hostile to a dynamic DR environment, and you can't get the NED until you IPL. Hmmmorwhen IPL has finished, CP could write the found UUIDs to the warm start area and use those in preference to any other on a subsequent IPL. For PPRC pairs, write both UUIDs and allow either. If a volume with the needed UUID is not available, then (based on configuration) ask which RDEV to use a la z/OS, or just take the lowest-numbered one available. In either case, update the UUID in the warm start area. h. Alan Altmark z/VM Development IBM Endicott _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Defining VSWITCH difficulties
Yeah, much better. Thanks all! Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Friday, August 27, 2010 10:32 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining VSWITCH difficulties Yeah, drop it. If you do use it, it has to match what the other users of that port are using. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Hughes, Jim Sent: Friday, August 27, 2010 8:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Defining VSWITCH difficulties We don't specify portnames when we define our vswitches. Have you tried defining your vswitch without specifying portnames? Jim Hughes 603-271-5586 "It is fun to do the impossible." From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Friday, August 27, 2010 10:57 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining VSWITCH difficulties Okay, but I don't understand this either? * 08/27/10 * 09:26:39 DTCOSD360I VSWITCH-OSD link added for VSWAILT181DDEV 09:26:39 DTCOSD080I VSWITCH-OSD initializing: 09:26:39 DTCPRI385I Device VSWAILT181DDEV: 09:26:39 DTCPRI386I Type: VSWITCH-OSD, Status: Not started 09:26:39 DTCPRI387I Envelope queue size: 0 09:26:39 DTCPRI497I Address: 181D Port Number: 0 09:26:39 DTCOSD310E VSWITCH-OSD device VSWAILT181DDEV: Missing or incorrect required port name 09:26:39 DTCOSD082E VSWITCH-OSD shutting down: 09:26:39 DTCPRI385IDevice VSWAILT181DDEV: 09:26:39 DTCPRI386I Type: VSWITCH-OSD, Status: Inoperative 09:26:39 DTCPRI387I Envelope queue size: 0 09:26:39 DTCPRI497I Address: 181D Port Number: 0 OSA 181D DETACHED DTCVSW2 181D BY DTCVSW2 OSA 181E DETACHED DTCVSW2 181E BY DTCVSW2 OSA 181F DETACHED DTCVSW2 181F BY DTCVSW2 09:26:39 DTCOSD361I VSWITCH-OSD link removed for VSWAILT181DDEV 09:26:39 DTCOSD360I VSWITCH-OSD link added for VSWAILT1200DEV 09:26:39 DTCOSD080I VSWITCH-OSD initializing: 09:26:39 DTCPRI385I Device VSWAILT1200DEV: 09:26:39 DTCPRI386I Type: VSWITCH-OSD, Status: Not started 09:26:39 DTCPRI387I Envelope queue size: 0 09:26:39 DTCPRI497I Address: 1200 Port Number: 0 09:26:39 DTCQDI001I QDIO device VSWAILT1200DEV device number 1200: 09:26:39 DTCQDI007I Enabled for QDIO data transfers 09:26:39 DTCOSD238I ToOsd: IPv4 multicast support enabled for VSWAILT1200DEV 09:26:39 DTCOSD319I ProcessSetArpCache: Supported for device VSWAILT1200DEV 09:26:39 DTCOSD341I Obtained MAC address 00145EB77AC5 for device VSWAILT1200DEV 09:26:39 DTCOSD238I ToOsd: IPv6 multicast support enabled for VSWAILT1200DEV Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Friday, August 27, 2010 9:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining VSWITCH difficulties Any additional messages on DTCVSW2's console? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Friday, August 27, 2010 7:39 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Defining VSWITCH difficulties I'm attempting to define a new VSWITCH: define vswitch vswailt rdev 181d 1200 portname osa181d osa1200 VSWITCH SYSTEM VSWAILT is created Ready; T=0.01/0.01 09:26:39 HCPSWU2832E Connection 181D.P00 for VSWITCH SYSTEM VSWAILT is not active. HCPSWU2832E Device is detached from DTCVSW2. HCPSWU2830I VSWITCH SYSTEM VSWAILT status is ready. HCPSWU2830I DTCVSW2 is VSWITCH controller for device 1200.P00. But, I don't see what the problem is with 181D (through 181F): q vswitch VSWITCH SYSTEM VSWAILT Type: VSWITCH Connected: 0Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware MAC address: 02-00-01-00-00-0D State: Ready IPTimeout: 5 QueueStorage: 8 Isolation Status: OFF Portname: OSA181DRDEV: 181D.P00 Controller: NONE Error: Detached Portname: OSA1200RDEV: 1200.P00 Controller: DTCVSW2 VDEV: 1200 : : q paths 181d Device 181D, Status ONLINE CHPIDs to Device 181D (PIM) : 90 Physically Available (PAM) : + Online (LPM) : + Legend + Yes - No Ready; T=0.01/0.01 09:30:21 cp q 181d-181f OSA 181D FREE, OSA 181E FREE, OSA 181F FREE Ready; T=0.01/0.01 09:38:15 The error message HCPSWU2832E doesn
Re: Defining VSWITCH difficulties
Is it me or doesn't ATTACH and DETACH or DEFINE and DELETE make more sense?Kinda odd that they paired DEFINE with DETACH. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Hughes, Jim Sent: Friday, August 27, 2010 10:09 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining VSWITCH difficulties Detach vswitch switchname Jim Hughes 603-271-5586 "It is fun to do the impossible." From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Friday, August 27, 2010 11:09 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining VSWITCH difficulties Not yet, have to figure out how to delete this partially defined one, since there doesn't appear to be a "DELETE VSWITCH" (at least in the manual I'm looking at). Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Hughes, Jim Sent: Friday, August 27, 2010 10:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining VSWITCH difficulties We don't specify portnames when we define our vswitches. Have you tried defining your vswitch without specifying portnames? Jim Hughes 603-271-5586 "It is fun to do the impossible." From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Friday, August 27, 2010 10:57 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining VSWITCH difficulties Okay, but I don't understand this either? * 08/27/10 * 09:26:39 DTCOSD360I VSWITCH-OSD link added for VSWAILT181DDEV 09:26:39 DTCOSD080I VSWITCH-OSD initializing: 09:26:39 DTCPRI385I Device VSWAILT181DDEV: 09:26:39 DTCPRI386I Type: VSWITCH-OSD, Status: Not started 09:26:39 DTCPRI387I Envelope queue size: 0 09:26:39 DTCPRI497I Address: 181D Port Number: 0 09:26:39 DTCOSD310E VSWITCH-OSD device VSWAILT181DDEV: Missing or incorrect required port name 09:26:39 DTCOSD082E VSWITCH-OSD shutting down: 09:26:39 DTCPRI385IDevice VSWAILT181DDEV: 09:26:39 DTCPRI386I Type: VSWITCH-OSD, Status: Inoperative 09:26:39 DTCPRI387I Envelope queue size: 0 09:26:39 DTCPRI497I Address: 181D Port Number: 0 OSA 181D DETACHED DTCVSW2 181D BY DTCVSW2 OSA 181E DETACHED DTCVSW2 181E BY DTCVSW2 OSA 181F DETACHED DTCVSW2 181F BY DTCVSW2 09:26:39 DTCOSD361I VSWITCH-OSD link removed for VSWAILT181DDEV 09:26:39 DTCOSD360I VSWITCH-OSD link added for VSWAILT1200DEV 09:26:39 DTCOSD080I VSWITCH-OSD initializing: 09:26:39 DTCPRI385I Device VSWAILT1200DEV: 09:26:39 DTCPRI386I Type: VSWITCH-OSD, Status: Not started 09:26:39 DTCPRI387I Envelope queue size: 0 09:26:39 DTCPRI497I Address: 1200 Port Number: 0 09:26:39 DTCQDI001I QDIO device VSWAILT1200DEV device number 1200: 09:26:39 DTCQDI007I Enabled for QDIO data transfers 09:26:39 DTCOSD238I ToOsd: IPv4 multicast support enabled for VSWAILT1200DEV 09:26:39 DTCOSD319I ProcessSetArpCache: Supported for device VSWAILT1200DEV 09:26:39 DTCOSD341I Obtained MAC address 00145EB77AC5 for device VSWAILT1200DEV 09:26:39 DTCOSD238I ToOsd: IPv6 multicast support enabled for VSWAILT1200DEV Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Friday, August 27, 2010 9:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining VSWITCH difficulties Any additional messages on DTCVSW2's console? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Friday, August 27, 2010 7:39 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Defining VSWITCH difficulties I'm attempting to define a new VSWITCH: define vswitch vswailt rdev 181d 1200 portname osa181d osa1200 VSWITCH SYSTEM VSWAILT is created Ready; T=0.01/0.01 09:26:39 HCPSWU2832E Connection 181D.P00 for VSWITCH SYSTEM VSWAILT is not active. HCPSWU2832E Device is detached from DTCVSW2. HCPSWU2830I VSWITCH SYSTEM VSWAILT status is ready. HCPSWU2830I DTCVSW2 is VSWITCH controller for device 1200.P00. But, I don't see what the problem is with 181D (through 181F): q vswitch VSWITCH SYSTEM VSWAILT Type: VSWITCH Connected: 0Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware MAC address: 02-00-01-00-00-0D State: Ready IPTimeout: 5 QueueStorage: 8 Isolation Status: OFF Portname: OSA181DRDEV: 181D.P00 Controller: NONE Error: Detached Portname: OSA1200RDEV: 12
Re: Defining VSWITCH difficulties
Not yet, have to figure out how to delete this partially defined one, since there doesn't appear to be a "DELETE VSWITCH" (at least in the manual I'm looking at). Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Hughes, Jim Sent: Friday, August 27, 2010 10:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining VSWITCH difficulties We don't specify portnames when we define our vswitches. Have you tried defining your vswitch without specifying portnames? Jim Hughes 603-271-5586 "It is fun to do the impossible." From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Friday, August 27, 2010 10:57 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining VSWITCH difficulties Okay, but I don't understand this either? * 08/27/10 * 09:26:39 DTCOSD360I VSWITCH-OSD link added for VSWAILT181DDEV 09:26:39 DTCOSD080I VSWITCH-OSD initializing: 09:26:39 DTCPRI385I Device VSWAILT181DDEV: 09:26:39 DTCPRI386I Type: VSWITCH-OSD, Status: Not started 09:26:39 DTCPRI387I Envelope queue size: 0 09:26:39 DTCPRI497I Address: 181D Port Number: 0 09:26:39 DTCOSD310E VSWITCH-OSD device VSWAILT181DDEV: Missing or incorrect required port name 09:26:39 DTCOSD082E VSWITCH-OSD shutting down: 09:26:39 DTCPRI385IDevice VSWAILT181DDEV: 09:26:39 DTCPRI386I Type: VSWITCH-OSD, Status: Inoperative 09:26:39 DTCPRI387I Envelope queue size: 0 09:26:39 DTCPRI497I Address: 181D Port Number: 0 OSA 181D DETACHED DTCVSW2 181D BY DTCVSW2 OSA 181E DETACHED DTCVSW2 181E BY DTCVSW2 OSA 181F DETACHED DTCVSW2 181F BY DTCVSW2 09:26:39 DTCOSD361I VSWITCH-OSD link removed for VSWAILT181DDEV 09:26:39 DTCOSD360I VSWITCH-OSD link added for VSWAILT1200DEV 09:26:39 DTCOSD080I VSWITCH-OSD initializing: 09:26:39 DTCPRI385I Device VSWAILT1200DEV: 09:26:39 DTCPRI386I Type: VSWITCH-OSD, Status: Not started 09:26:39 DTCPRI387I Envelope queue size: 0 09:26:39 DTCPRI497I Address: 1200 Port Number: 0 09:26:39 DTCQDI001I QDIO device VSWAILT1200DEV device number 1200: 09:26:39 DTCQDI007I Enabled for QDIO data transfers 09:26:39 DTCOSD238I ToOsd: IPv4 multicast support enabled for VSWAILT1200DEV 09:26:39 DTCOSD319I ProcessSetArpCache: Supported for device VSWAILT1200DEV 09:26:39 DTCOSD341I Obtained MAC address 00145EB77AC5 for device VSWAILT1200DEV 09:26:39 DTCOSD238I ToOsd: IPv6 multicast support enabled for VSWAILT1200DEV Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Friday, August 27, 2010 9:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining VSWITCH difficulties Any additional messages on DTCVSW2's console? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Friday, August 27, 2010 7:39 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Defining VSWITCH difficulties I'm attempting to define a new VSWITCH: define vswitch vswailt rdev 181d 1200 portname osa181d osa1200 VSWITCH SYSTEM VSWAILT is created Ready; T=0.01/0.01 09:26:39 HCPSWU2832E Connection 181D.P00 for VSWITCH SYSTEM VSWAILT is not active. HCPSWU2832E Device is detached from DTCVSW2. HCPSWU2830I VSWITCH SYSTEM VSWAILT status is ready. HCPSWU2830I DTCVSW2 is VSWITCH controller for device 1200.P00. But, I don't see what the problem is with 181D (through 181F): q vswitch VSWITCH SYSTEM VSWAILT Type: VSWITCH Connected: 0Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware MAC address: 02-00-01-00-00-0D State: Ready IPTimeout: 5 QueueStorage: 8 Isolation Status: OFF Portname: OSA181DRDEV: 181D.P00 Controller: NONE Error: Detached Portname: OSA1200RDEV: 1200.P00 Controller: DTCVSW2 VDEV: 1200 : : q paths 181d Device 181D, Status ONLINE CHPIDs to Device 181D (PIM) : 90 Physically Available (PAM) : + Online (LPM) : + Legend + Yes - No Ready; T=0.01/0.01 09:30:21 cp q 181d-181f OSA 181D FREE, OSA 181E FREE, OSA 181F FREE Ready; T=0.01/0.01 09:38:15 The error message HCPSWU2832E doesn't give me much to go on. Any ideas? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-664
Re: Defining VSWITCH difficulties
Okay, but I don't understand this either? * 08/27/10 * 09:26:39 DTCOSD360I VSWITCH-OSD link added for VSWAILT181DDEV 09:26:39 DTCOSD080I VSWITCH-OSD initializing: 09:26:39 DTCPRI385I Device VSWAILT181DDEV: 09:26:39 DTCPRI386I Type: VSWITCH-OSD, Status: Not started 09:26:39 DTCPRI387I Envelope queue size: 0 09:26:39 DTCPRI497I Address: 181D Port Number: 0 09:26:39 DTCOSD310E VSWITCH-OSD device VSWAILT181DDEV: Missing or incorrect required port name 09:26:39 DTCOSD082E VSWITCH-OSD shutting down: 09:26:39 DTCPRI385IDevice VSWAILT181DDEV: 09:26:39 DTCPRI386I Type: VSWITCH-OSD, Status: Inoperative 09:26:39 DTCPRI387I Envelope queue size: 0 09:26:39 DTCPRI497I Address: 181D Port Number: 0 OSA 181D DETACHED DTCVSW2 181D BY DTCVSW2 OSA 181E DETACHED DTCVSW2 181E BY DTCVSW2 OSA 181F DETACHED DTCVSW2 181F BY DTCVSW2 09:26:39 DTCOSD361I VSWITCH-OSD link removed for VSWAILT181DDEV 09:26:39 DTCOSD360I VSWITCH-OSD link added for VSWAILT1200DEV 09:26:39 DTCOSD080I VSWITCH-OSD initializing: 09:26:39 DTCPRI385I Device VSWAILT1200DEV: 09:26:39 DTCPRI386I Type: VSWITCH-OSD, Status: Not started 09:26:39 DTCPRI387I Envelope queue size: 0 09:26:39 DTCPRI497I Address: 1200 Port Number: 0 09:26:39 DTCQDI001I QDIO device VSWAILT1200DEV device number 1200: 09:26:39 DTCQDI007I Enabled for QDIO data transfers 09:26:39 DTCOSD238I ToOsd: IPv4 multicast support enabled for VSWAILT1200DEV 09:26:39 DTCOSD319I ProcessSetArpCache: Supported for device VSWAILT1200DEV 09:26:39 DTCOSD341I Obtained MAC address 00145EB77AC5 for device VSWAILT1200DEV 09:26:39 DTCOSD238I ToOsd: IPv6 multicast support enabled for VSWAILT1200DEV Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Friday, August 27, 2010 9:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining VSWITCH difficulties Any additional messages on DTCVSW2's console? From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Friday, August 27, 2010 7:39 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Defining VSWITCH difficulties I'm attempting to define a new VSWITCH: define vswitch vswailt rdev 181d 1200 portname osa181d osa1200 VSWITCH SYSTEM VSWAILT is created Ready; T=0.01/0.01 09:26:39 HCPSWU2832E Connection 181D.P00 for VSWITCH SYSTEM VSWAILT is not active. HCPSWU2832E Device is detached from DTCVSW2. HCPSWU2830I VSWITCH SYSTEM VSWAILT status is ready. HCPSWU2830I DTCVSW2 is VSWITCH controller for device 1200.P00. But, I don't see what the problem is with 181D (through 181F): q vswitch VSWITCH SYSTEM VSWAILT Type: VSWITCH Connected: 0Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware MAC address: 02-00-01-00-00-0D State: Ready IPTimeout: 5 QueueStorage: 8 Isolation Status: OFF Portname: OSA181DRDEV: 181D.P00 Controller: NONE Error: Detached Portname: OSA1200RDEV: 1200.P00 Controller: DTCVSW2 VDEV: 1200 : : q paths 181d Device 181D, Status ONLINE CHPIDs to Device 181D (PIM) : 90 Physically Available (PAM) : + Online (LPM) : + Legend + Yes - No Ready; T=0.01/0.01 09:30:21 cp q 181d-181f OSA 181D FREE, OSA 181E FREE, OSA 181F FREE Ready; T=0.01/0.01 09:38:15 The error message HCPSWU2832E doesn't give me much to go on. Any ideas? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Defining VSWITCH difficulties
I'm attempting to define a new VSWITCH: define vswitch vswailt rdev 181d 1200 portname osa181d osa1200 VSWITCH SYSTEM VSWAILT is created Ready; T=0.01/0.01 09:26:39 HCPSWU2832E Connection 181D.P00 for VSWITCH SYSTEM VSWAILT is not active. HCPSWU2832E Device is detached from DTCVSW2. HCPSWU2830I VSWITCH SYSTEM VSWAILT status is ready. HCPSWU2830I DTCVSW2 is VSWITCH controller for device 1200.P00. But, I don't see what the problem is with 181D (through 181F): q vswitch VSWITCH SYSTEM VSWAILT Type: VSWITCH Connected: 0Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware MAC address: 02-00-01-00-00-0D State: Ready IPTimeout: 5 QueueStorage: 8 Isolation Status: OFF Portname: OSA181DRDEV: 181D.P00 Controller: NONE Error: Detached Portname: OSA1200RDEV: 1200.P00 Controller: DTCVSW2 VDEV: 1200 : : q paths 181d Device 181D, Status ONLINE CHPIDs to Device 181D (PIM) : 90 Physically Available (PAM) : + Online (LPM) : + Legend + Yes - No Ready; T=0.01/0.01 09:30:21 cp q 181d-181f OSA 181D FREE, OSA 181E FREE, OSA 181F FREE Ready; T=0.01/0.01 09:38:15 The error message HCPSWU2832E doesn't give me much to go on. Any ideas? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Coupling TN3270E sessions to VTAM
You didn't mention any guests? Do you have VTAM available in them? If so you can CTCA and use CDRM and CDRSC to access the applications in other systems. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Dieltiens Geert Sent: Thursday, August 26, 2010 4:03 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Coupling TN3270E sessions to VTAM Hi all, I'm looking into the TN3270E server of TCP/IP for z/VM 5.4 as a replacement for a Cisco CIP/CPA TN3270E server. I have briefly tested the VM TN3270E server, and it seems to works fine. Using the Cisco based TN3270E server, our end-users get a VTAM SNA-session with an USSTAB menu, giving them access to our multidomain VTAM-network and all its applications running in several VM and VSE systems. I can do the same using the TN3270E server in VM: I can connect a TN3270E session to VM/VTAM using the DIAL VTAM command (manually, or from SCEXIT) which creates a Non-SNA-session on which I can show an USSTAB menu. This does require a DEFINE GRAF 3270 for every session that DIALs to VTAM. I tried that and it works, but can I use this DIAL-method for several thousands of TN3270E sessions? Is there a limit to the number of sessions? Or are there better ways for coupling a lot of VM/TN3270E sessions to VM/VTAM? Thanks, Geert. DISCLAIMER This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify postmas...@vanbreda.be This footnote also confirms that this email has been checked for the presence of viruses. Informatica J.Van Breda & Co NV BTW BE 0427 908 174 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: VSWITCH and layer 3
Ideally, you'd like to have a separate device. Separate adapter (separate slot) and plugged into a separate switch. Perhaps even separate media (GBE LX vs. 1000Base-T). Is there any performance improvement with GBE LX over 1000Base-T? Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Wednesday, August 25, 2010 7:57 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VSWITCH and layer 3 z/VSE will have similar protection that a Linux virtual machine from OSA or Switch failures, since they will be redundant (assuming the redundant pieces are actually separate devices). On 08/25/2010 07:31 AM, Frank M. Ramaekers wrote: > > From what I understand, VSWITCH with layer 3 and multiple "real" adapters works in > "fail-over" mode. I thinking of putting some VSE on a VSWITH using this method. My > question, is what type of failures does it recover from (or fail-over)? > > Thanks, > > Frank M. Ramaekers Jr. > > > > Systems Programmer > > > > MCP, MCP+I, MCSE & RHCE > > American Income Life Insurance Co. > > > > Phone: (254)761-6649 > > 1200 Wooded Acres Dr. > > > > Fax: (254)741-5777 > > Waco, Texas 76701 > > > -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
VSWITCH and layer 3
From what I understand, VSWITCH with layer 3 and multiple "real" adapters works in "fail-over" mode. I thinking of putting some VSE on a VSWITH using this method. My question, is what type of failures does it recover from (or fail-over)? Thanks, Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: 3592 Tape Question
This is all we have in our IOCP: * === * * UNIT=3592CCUU=0170-174 PATH=A3,B3,25* * 3584 TAPE LIBRARY * * === * *-SLOT=12,PORT=03,FEATURE=3364,DESC=FICON EXPRESS LX CHPID PATH=(A3),PCHID=1A3,TYPE=FC, *3584* C SHARED CNTLUNIT CUNUMBR=A300,PATH=(A3),UNIT=3592,C UNITADD=((00,05)) IODEVICE ADDRESS=(0170,05),CUNUMBR=A300, C UNIT=3592,UNITADD=00,STADET=Y * === * * UNIT=3592CCUU=0175-179 PATH=C3,D3,24* * 3584 TAPE LIBRARY * * === * *-SLOT=15,PORT=03,FEATURE=3364,DESC=FICON EXPRESS LX CHPID PATH=(C3),PCHID=1C3,TYPE=FC, *3584* C SHARED CNTLUNIT CUNUMBR=C300,PATH=(C3),UNIT=3592,C UNITADD=((00,05)) IODEVICE ADDRESS=(0175,05),CUNUMBR=C300, C UNIT=3592,UNITADD=00,STADET=Y ...but you have to define it to RMS. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Kris Buelens Sent: Monday, August 23, 2010 8:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 3592 Tape Question I'd say you need to define this in the CP directory of the guest. Here the text of the CP Planning & admin manual; To specify that a virtual machine can control a 3494 or 3495 Tape Library Dataserver, specify the following STDEVOPT statement in the virtual machine's directory entry: STDEvopt LIBRARY CTL z/VM is really different from z/OS in its usage of an IOCP: - z/OS uses the same file to find its IO configuration - z/VM no longer needs a full IO configuratation file anymore (that used to be HCPRIO). z/VM questions the HW to know what devices its LPAR has available. And for example the device type coded in the IOCP is completely ignored by CP, it senses the device to find out. For some devices (often old), additional information has to be entered in the SYSTEM CONFIG file, example: 3270s on a 3174. 2010/8/23 Sergio Lima Hello List, We have a 3592 machine here, that need have set to LIBRARY=YES . This parameter don't exist under IOCP of VM, and we need use like something HCD under VM to do this. Anybody already had this problem before? Thanks, Sergio Lima Costa. -- Kris Buelens, IBM Belgium, VM customer support _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Closing the console on TCPIP
What about "FOR TCPIP CMD CP CLOSE CON"? No need for SET SECUSER. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of gclo...@br.ibm.com Sent: Wednesday, August 18, 2010 2:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Closing the console on TCPIP Hi, I use 'CP SEND CP TCPIP CLOSE CONS' No need to set SECUSER. It was configured into PROP as part of the Midnight process (HCPMID6001I msg) , to close all consoles daily. Regards, Clovis. Inactive hide details for "Wandschneider, Scott" ---18/08/2010 16:16:45---Does anybody have a way of "closing" the console spoo"Wandschneider, Scott" ---18/08/2010 16:16:45---Does anybody have a way of "closing" the console spool file for a running, active TCPIP guest. I hav From: "Wandschneider, Scott" To: IBMVM@LISTSERV.UARK.EDU Date: 18/08/2010 16:16 Subject: Closing the console on TCPIP Sent by: The IBM z/VM Operating System Does anybody have a way of "closing" the console spool file for a running, active TCPIP guest. I have tried the following, no errors but it does not close the file. /* */ 'CP SET SECUSER TCPIP *' Sleep 02 sec 'CP SEND TCPIP CP SPOOL CONSOLE CLOSE' Sleep 02 sec 'CP SET SECUSER TCPIP RESET' Exit Thank you, Scott R Wandschneider :847.849.7223 || : scott.wandschnei...@infocrossing.com **Think Green - Please print responsibly***: 402.963.8905 || 'Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle Hills Drive, Omaha, NE, 68154-4457|| _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Closing the console on TCPIP
See FOR command. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Wandschneider, Scott Sent: Wednesday, August 18, 2010 2:21 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Closing the console on TCPIP Does anybody have a way of "closing" the console spool file for a running, active TCPIP guest. I have tried the following, no errors but it does not close the file. /* */ 'CP SET SECUSER TCPIP *' Sleep 02 sec 'CP SEND TCPIP CP SPOOL CONSOLE CLOSE' Sleep 02 sec 'CP SET SECUSER TCPIP RESET' Exit Thank you, Scott R Wandschneider Senior Systems Programmer|| Infocrossing, a Wipro Company || 11707 Miracle Hills Drive, Omaha, NE, 68154-4457|| : 402.963.8905 || :847.849.7223 || : scott.wandschnei...@infocrossing.com **Think Green - Please print responsibly** Cnfdetiliy ot: hi emal,inluin ay ttchen t i, aycotan atril ha i cnfdetil,prpretry pivleedan/o "roecedHelt Ifomaio,"wihi te eain o te eglaios ndr heHelt Isuane orabliy Acontbiit At s mede. Ifitisno cea tatyo ae heinenedreipen, ouar hrey otfid ha yu av rceve tistrnsitalineror ad nyreie, isemnaio, isriutonorcoyig f hi emal,inluin ay ttchen t i, s trcty roibte. f ouhae ecivd hi emal n rrr,plas imeiael rtun t o hesede ad elteitfrm ou sstm.Thnkyo. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: New to SFS
Think we need a little more detail. USERA "owns" the filepool (i.e. SHARED:USERA.) A subdirectory is created, like SHARED:USERA.SUB1 USERB is granted access to the directory (how? READ, NEWREAD, etc.) USERB can update a file in this SHARED:USERA.SUB1 directory. Are you sure? Can he create a new file in this subdirectory. Show us some of the AUTHLIST screens. Thanks, Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Casey Rhodes Sent: Wednesday, August 18, 2010 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: New to SFS New to Shared File Sytems, so up fromt please forgive me if this is way to simplistic for some of those here. I have enrolled a new user in the vmsys filepool called shared. And then created directories under the shared top directory. I then granted a user read access to these lower directories. When accessed by the user granted read access the AUTH PF6 key shows this user only has read capabilities, but user is still allowed to update the files. Dont know where to go from here. Sorry to bring the discussions down to basics but dont find the CMS File Pool Planning, Administration and Operations guide all that easy to use. Any direction here would be appreciated. Casey _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Defining OSA dynamically
Yeah, the CHPID was in STANDBY (from the HMC standpoint). Varying it on, did the trick. Thanks, Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Gregg Sent: Wednesday, August 18, 2010 11:32 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining OSA dynamically Query and try to vary online the chpid; if that fails, ask your CE or config the pchid online from the SE/HMC. On Wed, Aug 18, 2010 at 12:17 PM, Frank M. Ramaekers wrote--- --- vary on 1200-121F HCPCPS040E Device 1200 does not exist HCPCPS040E Device 1201 does not exist HCPCPS040E Device 1202 does not exist : : Hdid I miss something? Frank M. Ramaekers Jr. -- Gregg Reed "No Plan, survives execution" _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Defining OSA dynamically
Okay, I'll check the HMC Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Gregg Sent: Wednesday, August 18, 2010 11:32 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining OSA dynamically Query and try to vary online the chpid; if that fails, ask your CE or config the pchid online from the SE/HMC. On Wed, Aug 18, 2010 at 12:17 PM, Frank M. Ramaekers wrote--- --- vary on 1200-121F HCPCPS040E Device 1200 does not exist HCPCPS040E Device 1201 does not exist HCPCPS040E Device 1202 does not exist : : Hdid I miss something? Frank M. Ramaekers Jr. -- Gregg Reed "No Plan, survives execution" _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Defining OSA dynamically
H...something else must be wrong: q chpid 10 No devices on path 10 Ready; Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Kim Goldenberg Sent: Wednesday, August 18, 2010 11:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining OSA dynamically On 08/18/2010 12:17 PM, Frank M. Ramaekers wrote: Okay, got a little further down the road... (executed from a REXX program) 11 *-* "CP DEFINE CHPID" !Path "PCHID" !PCHID "CSS 0 TYPE OSD PQ_ON", "DEDICATED_NOT_RECONFIGURABLE ACCESS_LIST VM" >>> "CP DEFINE CHPID 10 PCHID 0110 CSS 0 TYPE OSD PQ_ON DEDICATED_NOT_RECONFIGURABLE ACCESS_LIST VM" Channel path configuration change completed successfully 15 *-* "CP DEFINE CU" !CU "TYPE OSA PATH" !Path "CSS 0" >>> "CP DEFINE CU 1000 TYPE OSA PATH 10 CSS 0" Control unit configuration change completed successfully 18 *-* "CP DEFINE DEVICE" !Device "UNITADD" !UnitAdd "CUNUMBR" !CU "CSS 0 PAR VM" >>> "CP DEFINE DEVICE 1200-121F UNITADD 00 CUNUMBR 1000 CSS 0 PAR VM" Device configuration change completed successfully q 1200-121f DEV 1200 OFFLINE , DEV 1201 OFFLINE , DEV 1202 OFFLINE , DEV 1203 OFFLINE : : -- vary on 1200-121F HCPCPS040E Device 1200 does not exist HCPCPS040E Device 1201 does not exist HCPCPS040E Device 1202 does not exist : : Hdid I miss something? vary on chpid ?? and maybe the CU as well? Kim Goldenberg _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Defining OSA dynamically
Okay, got a little further down the road... (executed from a REXX program) 11 *-* "CP DEFINE CHPID" !Path "PCHID" !PCHID "CSS 0 TYPE OSD PQ_ON", "DEDICATED_NOT_RECONFIGURABLE ACCESS_LIST VM" >>> "CP DEFINE CHPID 10 PCHID 0110 CSS 0 TYPE OSD PQ_ON DEDICATED_NOT_RECONFIGURABLE ACCESS_LIST VM" Channel path configuration change completed successfully 15 *-* "CP DEFINE CU" !CU "TYPE OSA PATH" !Path "CSS 0" >>> "CP DEFINE CU 1000 TYPE OSA PATH 10 CSS 0" Control unit configuration change completed successfully 18 *-* "CP DEFINE DEVICE" !Device "UNITADD" !UnitAdd "CUNUMBR" !CU "CSS 0 PAR VM" >>> "CP DEFINE DEVICE 1200-121F UNITADD 00 CUNUMBR 1000 CSS 0 PAR VM" Device configuration change completed successfully q 1200-121f DEV 1200 OFFLINE , DEV 1201 OFFLINE , DEV 1202 OFFLINE , DEV 1203 OFFLINE : : -- vary on 1200-121F HCPCPS040E Device 1200 does not exist HCPCPS040E Device 1201 does not exist HCPCPS040E Device 1202 does not exist : : Hdid I miss something? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Gregg Sent: Wednesday, August 18, 2010 2:38 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining OSA dynamically If your CEC is in LPAR mode, and who's isn't now-a-days, you'll need to append "Options for Machines in LPAR mode", Shared, dedicated, etc and LP name(s). See help right below the "OSD Options". On Tue, Aug 17, 2010 at 4:09 PM, Frank M. Ramaekers wrote: I'm in the process of redefining a CHPID/PATH. I've managed to delete the DEVICE/CU/PATH. I'm now attempting to define, but have run into: 11 *-* "CP DEFINE CHPID" !Path "PCHID" !PCHID "CSS 0 TYPE OSD PQ_ON" >>> "CP DEFINE CHPID 10 PCHID 0110 CSS 0 TYPE OSD PQ_ON" HCPCCO026E Operand missing or invalid +++ RC(26) +++ -- Gregg Reed "No Plan, survives execution" _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Defining OSA dynamically
Yes, that is what I'm thinking, but haven't had a chance to try it. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Davis, Larry (National VM/VSE Capability) Sent: Wednesday, August 18, 2010 7:27 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining OSA dynamically It may be that you have everything correct and you just left out the LPAR Access List information. All Modern Mainframes are in LPAR mode, so this may be required. Larry Davis -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Wednesday, August 18, 2010 8:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining OSA dynamically Does note 11 say anything about supporting specific OSA cards? On 08/18/2010 07:10 AM, Frank M. Ramaekers wrote: > > From the manual: > > *PQ_ON * > > *PQ_OFF * > > tells CP whether or not outbound priority queuing as supported by the QDIO > > interface is to be used. If PQ_OFF is specified, then priority queuing is > disabled. > > By not exploiting this function for an OSD channel, the channel can > support four > > (4) times as many queues. For details, refer to Usage Note 11. When the > option > > is unspecified, the default is PQ_ON, which enables priority queuing. > > Frank M. Ramaekers Jr. > > > > > -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Defining OSA dynamically
From the manual: PQ_ON PQ_OFF tells CP whether or not outbound priority queuing as supported by the QDIO interface is to be used. If PQ_OFF is specified, then priority queuing is disabled. By not exploiting this function for an OSD channel, the channel can support four (4) times as many queues. For details, refer to Usage Note 11. When the option is unspecified, the default is PQ_ON, which enables priority queuing. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Kris Buelens Sent: Tuesday, August 17, 2010 3:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Defining OSA dynamically What is PQ_ON ? 2010/8/17 Frank M. Ramaekers I'm in the process of redefining a CHPID/PATH. I've managed to delete the DEVICE/CU/PATH. I'm now attempting to define, but have run into: 11 *-* "CP DEFINE CHPID" !Path "PCHID" !PCHID "CSS 0 TYPE OSD PQ_ON" >>> "CP DEFINE CHPID 10 PCHID 0110 CSS 0 TYPE OSD PQ_ON" HCPCCO026E Operand missing or invalid +++ RC(26) +++ Unfortunately, this doesn't tell me much. Anyone see what is wrong. Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Kris Buelens, IBM Belgium, VM customer support _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Defining OSA dynamically
I'm in the process of redefining a CHPID/PATH. I've managed to delete the DEVICE/CU/PATH. I'm now attempting to define, but have run into: 11 *-* "CP DEFINE CHPID" !Path "PCHID" !PCHID "CSS 0 TYPE OSD PQ_ON" >>> "CP DEFINE CHPID 10 PCHID 0110 CSS 0 TYPE OSD PQ_ON" HCPCCO026E Operand missing or invalid +++ RC(26) +++ Unfortunately, this doesn't tell me much. Anyone see what is wrong. Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: DR Backup using DFDSS
I don't know if a different product is what you have in mind. We use FDR (Innovation) to back up z/OS, z/VSE, z/VM and z/Linux DASD. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Thursday, August 12, 2010 9:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DR Backup using DFDSS Hi I have a dilemma. All of my z/Linux DASD volumes are formatted for a VTOC on cylinder zero so that I can leverage the z/OS DFDSS backups of these volumes. No problem, however I am getting this one guest ready for DR and as such running DFDSS on z/OS to accomplish this. This particular guest has 2 volumes that do not have z/OS VTOC (Dedicating them in the Directory entry) therefore DFDSS receives the ADR307E: error message basically because there is no z/OS VTOC. I know I could use DDR on z/VM to get around this but the problem is that these volumes are in use and I need to attach them to whatever machine I am going to do the DDR from and cannot go to another LPAR because these particular volumes were not gen'ed to be accessible from any other LPAR but the production (separation requirement). So is there any way I can get these backed up given the above? Thanks 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 cid:image001.jpg@01C97FB5.5EAFD6C0 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Second level z/VM console
TERM CONMODE 3270 before IPL? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Tom Huegel Sent: Wednesday, August 04, 2010 11:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Second level z/VM console Good morning all.. I am a little rusty still. I am trying to IPL a second level z/VM and get the disabled wait console error. If I could find the install guide (either paper or on the web) I know it has the instructions for setting up the console for 2nd level z/VM. If anyone has a link to that doc or could send me the steps for the IPL I'd appreciate it. Thanks. Tom _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: EREP Reporting
VMUTIL based on WAKEUP TIMES. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Lesseg, Jon Sent: Tuesday, August 03, 2010 4:52 PM To: IBMVM@LISTSERV.UARK.EDU Subject: EREP Reporting Hello VM List. I'm trying to get reporting operational for EREP data. At your shop what user runs CPEREPXA to generate report? I could use MAINT, but is this the way it's done or is there another user that is preferred? TIA, Jon L. -- This email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else, unless expressly approved by the sender or an authorized addressee, is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action omitted or taken in reliance on it, is prohibited and may be unlawful. If you believe that you have received this email in error, please contact the sender, delete this e-mail and destroy all copies. == _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: PIPE stage that output word relative to another word
Like this? pipe literal k1 v1 k2 v2 k3 v3 k4 v4|split at blank| Join 1 / /|find k3|spec w2 1|console Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Leland Lucius Sent: Tuesday, August 03, 2010 3:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: PIPE stage that output word relative to another word I know, I'm probably being stupid here, but I just can't seem to figure it out. Given something like: K1 V1 K2 V2 K3 V3 K4 V4 I want to be able pipe that "V3" to a VAR stage. But it needs to be relative to where "K3" is so that: K3 V3 K1 V1 K2 V2 K4 V4 would find "V3" as well. Thanks, Leland _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
z/VM & z/VSE
I have z/VSE 4.2.1 and z/VM 5.4. Back when I had VSE/ESA and VM/ESA, some costs benefits could be gleaned from having similar products in both OS's on the same physical machine. Products that come to mind are High-level assembler, ACF/VTAM and possibly DITTO. Is this still true? My first priority is acquiring an assembler for z/VMit seems to be one product, but I don't know if I have to pay for it twice (z/VM and z/VSE). Thanks, Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: CP Command to prefix messages...
TERMduh.no wonder I couldn't find it under SET. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Hughes, Jim Sent: Monday, August 02, 2010 2:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CP Command to prefix messages... HELP TERMINAL TIMESTMP gives you the format and options. Jim Hughes 603-271-5586 "It is fun to do the impossible." From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Monday, August 02, 2010 3:54 PM To: IBMVM@LISTSERV.UARK.EDU Subject: CP Command to prefix messages... ...with a time stamp. I seem to remember one, but can't find it. Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
CP Command to prefix messages...
...with a time stamp. I seem to remember one, but can't find it. Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.