Re: z/VM Tape Hardware Questions
We are running z/VSE 4.2 and z/VM 540 and we encrypt our 3592 tapes. We run two EKM platforms. The primary EKM server runs under Windows and the secondary EKM server runs on ZLINUX under z/VM. Ray Waters -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Hughes, Jim Sent: Wednesday, March 02, 2011 8:53 AM To: IBMVM@LISTSERV.UARK.EDU Subject: z/VM Tape Hardware Questions We are running a z10 and z/VM 5.4. It is time get some new tape drives. The hardware we are looking at acquiring are: 3592-C06 TS1120 Tape Controller 3592-E05 IBM TS1120 Tape Drive 1) Do z/VM z/VSE support the proposed tape drives writing encrypted data to the tapes? 2) According to the SC24-7320-02 red book, we need to run an out-of-band tape controller connection to an EKM server running on z/OS or another EKM platform. Earlier in the same document, there is a statement that (Section 2.1, document page 25, 1st full paragraph) says we must purchase TPC-BE (whatever that is) to gain access to an open systems EKM. If anyone is using these devices would you care to comment on these two statements? If you have any suggestions or other things we need to consider, please share them. Thanks in advance. Jim Hughes Consulting Systems Programmer Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-5586Fax 603.271.1516 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. 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.
Re: RSU or PSU?
George, Could you maybe have an override PPF for CP? HCPCPE AUXVMH1 F 80 14 2 6/22/10 2:39:59 HCPCPE TXTRSU20 J1 F 80 40 1 6/22/10 1:51:06 HCPCPE KRSU20HP J1 F 80 2 1 6/22/10 1:50:59 HCPCPE TXTRSU17 J1 F 80 37 1 1/24/10 22:48:43 HCPCPE KRSU17HP J1 F 80 2 1 1/24/10 22:43:47 HCPCPE TXTRSU14 J1 F 80 34 1 10/02/09 14:50:07 HCPCPE KRSU14HP J1 F 80 2 1 10/02/09 14:50:04 HCPCPE AUXVMI1 F 80 8 1 6/05/09 18:43:03 HCPCPE KRSU11HP J1 F 80 2 1 6/05/09 18:13:51 HCPCPE TXTRSU11 J1 F 80 31 1 6/05/09 18:13:51 HCPCPE TXTRSU08 J1 F 80 28 1 3/09/09 22:03:13 HCPCPE KRSU08HP J1 F 80 2 1 3/09/09 22:03:12 HCPCPE TXTRSU05 J1 F 80 25 1 11/25/08 23:06:01 HCPCPE KRSU05HP J1 F 80 2 1 11/25/08 23:06:00 HCPCPE TXTRSU02 J1 F 80 22 1 7/28/08 21:47:41 HCPCPE KRSU02HP J1 F 80 2 1 7/28/08 21:47:40 HCPCPE TEXT O1 F 80 23 1 6/10/08 8:20:14 Here is what my 1002 CP HCPCPE AUXVM H (2A4) looks like: KRSU20HP SLU UMRSU20 * UPDATE CP SERVICE LVL TO '1002' (AVAILABLE ON 1002RSU ON * LY). KRSU17HP SLU UMRSU20 * UPDATE CP SERVICE LVL TO '1001' (AVAILABLE ON 1001RSU ON * LY). KRSU14HP SLU UMRSU20 * UPDATE CP SERVICE LVL TO '0903' (AVAILABLE ON 0903RSU ON * LY). KRSU11HP SLU UMRSU20 * UPDATE CP SERVICE LVL TO '0902' (AVAILABLE ON 0902RSU ON * LY). KRSU08HP SLU UMRSU20 * UPDATE CP SERVICE LVL TO '0901' (AVAILABLE ON 0901RSU ON * LY). KRSU05HP SLU UMRSU20 * UPDATE CP SERVICE LVL TO '0802' (AVAILABLE ON 0802RSU ON * LY). KRSU02HP SLU UMRSU20 * UPDATE CP SERVICE LVL TO '0801' (AVAILABLE ON 0801RSU ON * LY). Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Wednesday, October 20, 2010 4:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RSU or PSU? I notice my CPLOAD $NUCEXEC (See below) with a current Date/Time stamp shows: 00184 1 2 3 HCPCPE TXTRSU05 Trying to find where HCPCPE TXTRSU05 is and what it contains. I did 3 P2Ps so all 3 CF's have been updated: CPLOAD MODULE M1 V 65535149 2364 2010-10-15 17:54:37 CPLOAD MODULE N1 V 65535149 2364 2010-10-15 17:54:37 CPLOLD MODULE M1 V 65535149 2363 2010-10-14 12:05:41 CPLOLD MODULE N1 V 65535149 2363 2010-10-14 12:05:41 CPLOAD MODULE O1 V 65535149 2363 2010-10-14 12:05:41 CPLOLD MODULE O1 V 65535149 2363 2010-10-14 12:05:41 These CF's are from the Level 1 DDR of 540RES. I have not changed them since. q mdisk cf1 loc TargetID Tdev OwnerID Odev Dtype Vol-ID Rdev StartLoc Size MAINT0CF1 MAINT0CF1 3390 54XRES 125B 39120 Ready; T=0.01/0.01 17:12:19 q mdisk cf2 loc TargetID Tdev OwnerID Odev Dtype Vol-ID Rdev StartLoc Size MAINT0CF2 MAINT0CF2 3390 54XRES 125B159120 Ready; T=0.01/0.01 17:12:23 q mdisk cf3 loc TargetID Tdev OwnerID Odev Dtype Vol-ID Rdev StartLoc Size MAINT0CF3 MAINT0CF3 3390 54XRES 125B279120 CPLOAD $NUCEXEC A1 F 80 Trunc=80 Size=1720 Line=180 Col=1 Alt=0 00180 1 2 3 HCPCNL TEXT 00181 1 2 3 HCPCPA TEXT 00182 1 2 3 HCPCPC TEXT 00183 1 2 3 HCPCPD TEXT 00184 1 2 3 HCPCPE TXTRSU05 00185 1 2 3 HCPCPG TXT32894 00186 1 2 3 HCPCPO TEXT 00187 1 2 3 HCPCPV TEXT 00188 1 2 3 HCPCPW TEXT 00189 1 2 3 HCPCQE TEXT 00190 1 2 3 HCPCQO TEXT 00191 1 2 3 HCPCQT TEXT 00192 1 2 3 HCPCRA TEXT 00193 1 2 3 HCPCRC TEXT 00194 1 2 3 HCPCRL TEXT 00195 1 2 3 HCPCRM TEXT 00196 1 2 3 HCPCRP TEXT 00197 1 2 3 HCPCRR TEXT 00198 1 2 3 HCPCRS TEXT 00199 1 2 3 HCPCRT TEXT 00200 1 2 3 HCPCSE TEXT Mike Walter mike.wal...@hewitt.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 10/20/2010 05:05 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: RSU or PSU? George, If you LINK and ACCESS each of your CF1, CF2, and CF3 disks on 54XRES, and issue: LISTFILE * MODULE * (ISO What response do you get? If you see the CPLOAD MODULE with the same date and time as the IPL message, but still SLU 0802 it may shed more light on this situation. And for each CF1, CF2, and CF3 disk, what do you get from: CP QUERY MDISK CFx LOCation
Re: RSU or PSU?
George, Here is some documentation explain the RSU: http://www.vm.ibm.com/service/rsu/stk540.html http://www.vm.ibm.com/service/rsu/ I recently installed 5407RSU and then ran PUT2PROD with no issues. All software is now at the new service level. Ray Waters 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 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.
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.
Re: PARM disk
The allocation map of the PARM disks and the MDISKS: CF1, CF2 and CF3 in the MAINT VM directory must all match. Pressing enter on the SAPL screen will replace the zeroes with the CYL in the MINIDISK OFFSET. You can also change the EXTENT to 1 2 or 3 ... whichever PARM disk you want to IPL from. Then press enter to see the new CYL location. 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:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: 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. 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.
Re: ICKSADSF Parms
Mike, It has been several years since I have IPL'ed from HMC itself because out Z9 is in another city. But what I remember is I entered my CCUU IPL address beside the Load address and entered SYSG beside the Load parameter. Once you IPL, you then need to bring up the SYSG console by clicking on the Integrated System Console under Recovery and it will be there. Ray Waters -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Michael Coffin Sent: Monday, October 18, 2010 12:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms Just to prove to myself that my ICKSADSF MODULE wasn't corrupt, I cloned my RES pack on our local production system and IPL'd it second level. I selected ICKSADSF to load, left the IPL PARMS blank, and pressed PF10. I instantly got the expected CLEAR SCREEN TO CONTINUE (or words to that effect) message in the lower right corner of the 3270 screen. So I'm sure the ICKSADSF MODULE is good, I'm just not giving it the right parms to point it to SYSG on my HMC. :( So far I have tried: CONS=SYSG SYSG CONSSYSG CONSSYSC CONSSCLP And I've left the parms blank as well. None of these have worked. :( -Mike -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:22 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms Hi Rich, Unfortunately no, there are no running systems at the site where the DASD is (we're deploying PPRC and I chose not to replicate any system TEMP space, but I need to get the initial TEMP space set up at the remote site, should be simple but ICKSADSF won't load/run correctly, the stand alone DDR module loads and runs OK). I just tried putting CONSSYSG in the IPL PARMS of SALIPL while loading ICKSADSF per Alexander's suggestion, but that's not working either (tried CONSSYSC too). I've got a way to get the packs replicated to the remote site, but it would makes things really easy if I could just get ICKSADSF to load and run so I can allocate some PAGE/SPOL. :( -Mike -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Greenberg Sent: Monday, October 18, 2010 1:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms On: Mon, Oct 18, 2010 at 12:25:31PM -0400,Michael Coffin Wrote: } 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. Can you access any dasd belonging to the new system from a working system? Even if its not the packs you plan to use eventually, format and allocate some page and spool space and make the volser match something already in the system volume list as page/spool. Then you can IPL it and format allocate the desired pack(s) as page/spool, relabel the temp volume, and reipl. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge) Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L 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.
Re: ICKSADSF Parms
Mike, CONSCCUU or CONSSYSG will skip the SAPL screen. You don't want that, you really want the SAPL screen so you can select ICKSADSF MODULE, Correct? Ray -Original Message- From: Ray Waters Sent: Monday, October 18, 2010 1:31 PM To: The IBM z/VM Operating System Subject: RE: ICKSADSF Parms Mike, It has been several years since I have IPL'ed from HMC itself because out Z9 is in another city. But what I remember is I entered my CCUU IPL address beside the Load address and entered SYSG beside the Load parameter. Once you IPL, you then need to bring up the SYSG console by clicking on the Integrated System Console under Recovery and it will be there. Ray Waters -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Michael Coffin Sent: Monday, October 18, 2010 12:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms Just to prove to myself that my ICKSADSF MODULE wasn't corrupt, I cloned my RES pack on our local production system and IPL'd it second level. I selected ICKSADSF to load, left the IPL PARMS blank, and pressed PF10. I instantly got the expected CLEAR SCREEN TO CONTINUE (or words to that effect) message in the lower right corner of the 3270 screen. So I'm sure the ICKSADSF MODULE is good, I'm just not giving it the right parms to point it to SYSG on my HMC. :( So far I have tried: CONS=SYSG SYSG CONSSYSG CONSSYSC CONSSCLP And I've left the parms blank as well. None of these have worked. :( -Mike -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:22 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms Hi Rich, Unfortunately no, there are no running systems at the site where the DASD is (we're deploying PPRC and I chose not to replicate any system TEMP space, but I need to get the initial TEMP space set up at the remote site, should be simple but ICKSADSF won't load/run correctly, the stand alone DDR module loads and runs OK). I just tried putting CONSSYSG in the IPL PARMS of SALIPL while loading ICKSADSF per Alexander's suggestion, but that's not working either (tried CONSSYSC too). I've got a way to get the packs replicated to the remote site, but it would makes things really easy if I could just get ICKSADSF to load and run so I can allocate some PAGE/SPOL. :( -Mike -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Greenberg Sent: Monday, October 18, 2010 1:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms On: Mon, Oct 18, 2010 at 12:25:31PM -0400,Michael Coffin Wrote: } 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. Can you access any dasd belonging to the new system from a working system? Even if its not the packs you plan to use eventually, format and allocate some page and spool space and make the volser match something already in the system volume list as page/spool. Then you can IPL it and format allocate the desired pack(s) as page/spool, relabel the temp volume, and reipl. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge) Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L 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.
Re: ICKSADSF Parms
Mike, Once you get the SAPL screen up on SYSG, Then you perform the FILELIST via PF9. Then tab down to ICKSADSF MODULE and SELECT. This will place ICKSADSF into your SAPL screen. Next use a Load Origin of 1000. Then tab past IPL PARAMETERS and type CONS=SYSG and press PF10. This should get you what you want. Ray -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Michael Coffin Sent: Monday, October 18, 2010 12:51 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms Just to prove to myself that my ICKSADSF MODULE wasn't corrupt, I cloned my RES pack on our local production system and IPL'd it second level. I selected ICKSADSF to load, left the IPL PARMS blank, and pressed PF10. I instantly got the expected CLEAR SCREEN TO CONTINUE (or words to that effect) message in the lower right corner of the 3270 screen. So I'm sure the ICKSADSF MODULE is good, I'm just not giving it the right parms to point it to SYSG on my HMC. :( So far I have tried: CONS=SYSG SYSG CONSSYSG CONSSYSC CONSSCLP And I've left the parms blank as well. None of these have worked. :( -Mike -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:22 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms Hi Rich, Unfortunately no, there are no running systems at the site where the DASD is (we're deploying PPRC and I chose not to replicate any system TEMP space, but I need to get the initial TEMP space set up at the remote site, should be simple but ICKSADSF won't load/run correctly, the stand alone DDR module loads and runs OK). I just tried putting CONSSYSG in the IPL PARMS of SALIPL while loading ICKSADSF per Alexander's suggestion, but that's not working either (tried CONSSYSC too). I've got a way to get the packs replicated to the remote site, but it would makes things really easy if I could just get ICKSADSF to load and run so I can allocate some PAGE/SPOL. :( -Mike -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Greenberg Sent: Monday, October 18, 2010 1:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ICKSADSF Parms On: Mon, Oct 18, 2010 at 12:25:31PM -0400,Michael Coffin Wrote: } 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. Can you access any dasd belonging to the new system from a working system? Even if its not the packs you plan to use eventually, format and allocate some page and spool space and make the volser match something already in the system volume list as page/spool. Then you can IPL it and format allocate the desired pack(s) as page/spool, relabel the temp volume, and reipl. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge) Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L 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.
Re: Multi Page/Spool Directory Defs
George, Your $SPOOL$ and $PAGE$ directory entries should match your Q ALLOC SPPOOL and QALLOC PAGE. Ray 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? 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.
Re: How DIRMAINT Work ?
I AGREE with Scott. Sometimes it is just simpler and faster to use XEDIT to make multiple changes to the VM Directory. My exec performs a syntax check of the directory: DIRECTXA DIRNAME DIRECT A (EDIT and then checks the RC. If bad RC, we go back into XEDIT to correct. Also the exec performs DISKMAP to check for overlaps and go back to the Directory if overlaps occurred. Once everything looks good, the exec takes you document your directory changed via: XEDIT DIRMCHNG LOG A. I have DIRMAINT perform the real DIRECTXA. We like having the audit and reasons for the directory updates and who performed the changes. Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Scott Rohling Sent: Friday, October 01, 2010 4:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How DIRMAINT Work ? There are times when using DIRMAINT commands isn't practical.. for example - doing DASD volume relabelling. I suppose you could do a bunch of GET/REP commands -- or maybe DMDISK NOCLEAN and AMDISK using the same extents and the new volid? But I have found the best thing to do is update the monolithic directory with some simple plumbing and then give it back to DIRMAINT. I concede the loss of an audit trail, but for most customers that can be resolved by having a change record indicating what was done. Scott Rohling On Fri, Oct 1, 2010 at 2:50 PM, Alan Altmark alan_altm...@us.ibm.commailto:alan_altm...@us.ibm.com wrote: On Friday, 10/01/2010 at 10:24 EDT, Ray Waters ray.wat...@opensolutions.commailto:ray.wat...@opensolutions.com wrote: We use all the ?DIRMAINT ? or ?DIRM? commands and also are able to use XEDIT to make our major directory changes. I wrote an EXEC to ?DIRMAINT OFFLINE?, ?DIRMAINT BACKUP?, DIRMAINT SHUTDOWN?, then ?COPY USER BACKUP B DIRNAME DIRECT A (OLDD ? , followed by ?XEDIT DIRNAME DIRECT A?. Once my EXDIT changes are made and I ?FILE?, I ?COPY DIRNAME DIRECT A USER INPUT C (OLDD? to the DIRMAINT 1DF mdisk,? CP XAUTOLOG DIRMAINT?, ?EXEC DIRMAINT ONLINE?. Anyway you get the idea. There are precautions and sleeps and performed by the EXEC, but that is the general idea. Any procedure that has you editing the monolithic directory and replacing it as a whole means you have no audit trail (except for directory replaced) and the holodeck safeties are turned off. All major directory changes should be made with DIRM commands. If you're making a bunch of changes at the same time, use DIRM NODIRECT to suppress the DIRECTXA, and then when you're done use DIRM DIRECT to bring all the changes online at the same time. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labserviceshttp://ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.commailto:alan_altm...@us.ibm.com IBM Endicott 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.
Re: How DIRMAINT Work ?
We use all the DIRMAINT or DIRM commands and also are able to use XEDIT to make our major directory changes. I wrote an EXEC to DIRMAINT OFFLINE, DIRMAINT BACKUP, DIRMAINT SHUTDOWN, then COPY USER BACKUP B DIRNAME DIRECT A (OLDD , followed by XEDIT DIRNAME DIRECT A. Once my EXDIT changes are made and I FILE, I COPY DIRNAME DIRECT A USER INPUT C (OLDD to the DIRMAINT 1DF mdisk, CP XAUTOLOG DIRMAINT, EXEC DIRMAINT ONLINE. Anyway you get the idea. There are precautions and sleeps and performed by the EXEC, but that is the general idea. Hope this helps, Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Sergio Lima Sent: Friday, October 01, 2010 8:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: How DIRMAINT Work ? Hello List, We need implement the DIRMAINT product here, but we have some doubts. Have a STEP there, when need migrate our VMUSERS DIRECT A to DIRMAINT minidisk. After do this, We never more can edit our VMUSERS DIRECT, as we do today? We are very concerned about this implementation, which we should take necessary precautions? We already have implemented this, in a test environment, apapparently had no problems, but we need to make sure. Could someone give their opinion? Thanks very much Sergio Lima Costa Sao Paulo - Brazil 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.
Re: How DIRMAINT Work ?
Your welcome. Let me know if you need any further help. Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Sergio Lima Sent: Friday, October 01, 2010 1:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How DIRMAINT Work ? Hello Ray, Thanks from your help . We imagine that soon will need same like this. Best Regards, Sergio Date: Fri, 1 Oct 2010 10:24:47 -0400 From: ray.wat...@opensolutions.com Subject: Re: How DIRMAINT Work ? To: IBMVM@LISTSERV.UARK.EDU We use all the DIRMAINT or DIRM commands and also are able to use XEDIT to make our major directory changes. I wrote an EXEC to DIRMAINT OFFLINE, DIRMAINT BACKUP, DIRMAINT SHUTDOWN, then COPY USER BACKUP B DIRNAME DIRECT A (OLDD , followed by XEDIT DIRNAME DIRECT A. Once my EXDIT changes are made and I FILE, I COPY DIRNAME DIRECT A USER INPUT C (OLDD to the DIRMAINT 1DF mdisk, CP XAUTOLOG DIRMAINT, EXEC DIRMAINT ONLINE. Anyway you get the idea. There are precautions and sleeps and performed by the EXEC, but that is the general idea. Hope this helps, Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Sergio Lima Sent: Friday, October 01, 2010 8:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: How DIRMAINT Work ? Hello List, We need implement the DIRMAINT product here, but we have some doubts. Have a STEP there, when need migrate our VMUSERS DIRECT A to DIRMAINT minidisk. After do this, We never more can edit our VMUSERS DIRECT, as we do today? We are very concerned about this implementation, which we should take necessary precautions? We already have implemented this, in a test environment, apapparently had no problems, but we need to make sure. Could someone give their opinion? Thanks very much Sergio Lima Costa Sao Paulo - Brazil 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. 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.
Re: Applying Maintenance - Best Practice
Just be sure when you rename CPLOAD MODULE to keep same FILE TPE (MODULE). Such as CPLOLD MODULE. This way, if you need to fall back to the old CP nucleus, you may PF9 (filelist) from the SAPL screen and select CPLOLD MODULE. Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of George Henke/NYLIC Sent: Monday, September 27, 2010 11:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Applying Maintenance - Best Practice There seems to be a difference of opinion about how safe it is to simply rename the cpload and apply maintenance at Level 1 instead of burning it in on Level 2. You seem confident that this is doable with minimal risk. others say never make changes without first implementing them at Level 2 first and at least IPLing. Mike Walter mike.wal...@hewitt.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/27/2010 12:20 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Applying Maintenance - Best Practice George, There's nothing keeping you from making a backup copy (using COPYFILE with the OLDDATE option of course!!) of CPLOAD MODULE to another name before you run PUT2PROD. We keep up to 9 levels of backout CPLOAD MODULEs around on the (enlarged) CF1 and CF2 disks, using a making standard similar to a z/OS GDG: The current one is CPLOAD MODULE the next oldest is -1CPLOAD MODULE the next older than that is -2CPLOAD MODULE and so on. The original date and time of the file is always retained. That way there's no worry about renaming modules to back out (we can shuffle names later of we choose), and we can easily tell operations to IPL with a LOADPARM to bring up SALIPL, telling them to load '-1CPLOAD' (or -2CPLOAD, etc.). OTOH, I can't remember the last time we had to back out a CPLOAD MODULE. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. George Henke/NYLIC george_he...@newyorklife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/24/2010 01:44 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Applying Maintenance - Best Practice So, I guess the bottom line is that there is no *silver bullet*, no *shortcut*, for even the smallest change, that PUT2PROD at Level1: steps on the current CPLOAD no matter what you do. is unacceptable, without shaking down the change on Level 2 first and having a backup. If anyone knows otherwise, please let me know. Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/24/2010 10:38 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 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 framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/24/2010 10:26 AM Please
Re: Duplicate VOLID's
I often bring up a second level VM system with the same volsers: 540RES, 540WK1, 540WK2, ... I always use a higher address for the duplicated volume when I DDR copy. In other words if 540WK1 is say 209, the DDR copied volume would be something like 847. This way, if 1st level VM happens to go down, before I finish my testing, it should find the lower addressed volumes (production volumes) and use these to IPL with. VM will start looking at each address with lower addresses prior to higher addresses. The only way this would fail, would be if VM fails on the read of the production VM volume or volumes. Once testing is completed, I ICKDSF these copied volumes back to their original state/volid. Been doing this for 30 years and haven't got burned yet, yet, yet. Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Scott Rohling Sent: Thursday, August 26, 2010 9:45 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Duplicate VOLID's Would definitely agree an rdev specification on the SLOT def would be very useful.I just recently built a 2nd level guest and neglected to relabel the volumes before they IPL'd the 1st level system ... ugly. Wouldn't have happened if the real address was specified... good idea! Scott Rohling On Thu, Aug 26, 2010 at 7:58 PM, Tom Huegel tehue...@gmail.commailto:tehue...@gmail.com 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? On Thu, Aug 26, 2010 at 5:15 PM, Schuh, Richard rsc...@visa.commailto:rsc...@visa.com wrote: DIRMAINT is just a directory manager. It is similar to the directory manager component of VM:Secure. DIRMAINT does have the capability to do mass updates of the directory. VM:Secure does not. I have my own form of mass updater. I create code to perform the update of a generic single user and temporarily EXECLOAD it as PROFILE XEDIT. Then I run a pipe that looks something like this: 'PIPE id list a | spec /vmsecure edit/ 1 w1 nw | cms | log file a' It usually runs quickly because our directory has fewer than 2000 userids in it. It might not be acceptable on a system with 1+ userids. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Scott Rohling Sent: Thursday, August 26, 2010 4:56 PM To: IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: Duplicate VOLID's Hmm.. RACF isn't really related as it's protecting minidisks on z/VM, at least - and doesn't care about volsers the mindisks are on.The process for DIRMAINT is probably similar to the things that need doing on VM:Secure to do the directory changes: - Make a 'monolithic' copy of the directory and run a PIPE to change all volsers.. then initialize DIRMAINT using the new directory (USER INPUT) - Put the directory online (DIRM DIRECT) - Change EXTENT CONTROL similarly and do a DIRM RLDE I'm in favor of labels using the rdev - unless you really have frequent changes of DASD - to me, the benefits outweigh the occassional need to update the directory. YMMV, as this thread indicates. Scott Rohling On Thu, Aug 26, 2010 at 3:33 PM, Schuh, Richard rsc...@visa.commailto:rsc...@visa.com wrote: That is absolutely the wrong thing to do. I am now suffering because someone else did that to dasd that is EMFFd to 3 LPARS. (It was all ZLccuu). It requires meticulous record keeping and is very error prone. I did wipe out a disk needed by one system because the records I received were not complete Fortunately, it was a disk that was to be used by a new system and had not been updated; it was easy to restore. Also, it is a huge headache if you ever replace your DASD. I don't know about RACF, but there is no mechanism built into VM:Secure for easily doing a mass update of volsers ( I know, you can change the volser with one command - if it is a VM:Secure .controlled disk and nobody is linked to it. The latter is hard to achieve around here.) Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Michael MacIsaac Sent: Thursday, August 26, 2010 10:55 AM To: IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: Duplicate VOLID's I do know what addresses my system disks are on, Ah! - an argument for the convention of using the RDEV as the last four characters of the volser :)) Mike MacIsaac mike...@us.ibm.commailto:mike...@us.ibm.com (845) 433-7061 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
Re: Duplicate VOLID's
Very True Tom. I was just giving a situation with one second level guest. I realize, some shops cannot control how many duplicated volsers and who is creating these duplicates (such as a school). My situation is a controlled environment, where only Tech Support does this kind of stuff, and we communicate well. Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Tom Huegel Sent: Friday, August 27, 2010 8:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Duplicate VOLID's OK Ray, that is the best tip yet. But there are flaws you are assuming that you are the one in control. Picture a situation where there is a pool of DASD that is available for 'anyone' to use, for anything they want to use them for. They could have z/VM system volumes, z/OS, z/LINUX, z/VSE, or just application data. At some point they all get reinitialized but not until the user is done which could be weeks. Also consider that there are several z/VM 'production' systems in different LPARS or CEC's They can't all be at the lowest address.. Some others have suggested labeling schemes ie VMrdev. As for labeling the volumes with the rdev ie VM1234, yes I use that scheme when returning the packs to the user pool. Labeling the packs as VMrdev doesn't address the problem, I am not interested tracking those volid's I only care about xxxRES, xxxWK1, xxxWK2, etc On Fri, Aug 27, 2010 at 7:47 AM, Ray Waters ray.wat...@opensolutions.commailto:ray.wat...@opensolutions.com wrote: I often bring up a second level VM system with the same volsers: 540RES, 540WK1, 540WK2, ... I always use a higher address for the duplicated volume when I DDR copy. In other words if 540WK1 is say 209, the DDR copied volume would be something like 847. This way, if 1st level VM happens to go down, before I finish my testing, it should find the lower addressed volumes (production volumes) and use these to IPL with. VM will start looking at each address with lower addresses prior to higher addresses. The only way this would fail, would be if VM fails on the read of the production VM volume or volumes. Once testing is completed, I ICKDSF these copied volumes back to their original state/volid. Been doing this for 30 years and haven't got burned yet, yet, yet. Ray From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Scott Rohling Sent: Thursday, August 26, 2010 9:45 PM To: IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: Duplicate VOLID's Would definitely agree an rdev specification on the SLOT def would be very useful.I just recently built a 2nd level guest and neglected to relabel the volumes before they IPL'd the 1st level system ... ugly. Wouldn't have happened if the real address was specified... good idea! Scott Rohling On Thu, Aug 26, 2010 at 7:58 PM, Tom Huegel tehue...@gmail.commailto:tehue...@gmail.com 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? On Thu, Aug 26, 2010 at 5:15 PM, Schuh, Richard rsc...@visa.commailto:rsc...@visa.com wrote: DIRMAINT is just a directory manager. It is similar to the directory manager component of VM:Secure. DIRMAINT does have the capability to do mass updates of the directory. VM:Secure does not. I have my own form of mass updater. I create code to perform the update of a generic single user and temporarily EXECLOAD it as PROFILE XEDIT. Then I run a pipe that looks something like this: 'PIPE id list a | spec /vmsecure edit/ 1 w1 nw | cms | log file a' It usually runs quickly because our directory has fewer than 2000 userids in it. It might not be acceptable on a system with 1+ userids. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Scott Rohling Sent: Thursday, August 26, 2010 4:56 PM To: IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: Duplicate VOLID's Hmm.. RACF isn't really related as it's protecting minidisks on z/VM, at least - and doesn't care about volsers the mindisks are on.The process for DIRMAINT is probably similar to the things that need doing on VM:Secure to do the directory changes: - Make a 'monolithic' copy of the directory and run a PIPE to change all volsers.. then initialize DIRMAINT using the new directory (USER INPUT) - Put the directory online (DIRM DIRECT) - Change EXTENT CONTROL similarly and do a DIRM RLDE I'm in favor of labels using the rdev - unless you really have frequent changes of DASD - to me, the benefits outweigh the occassional need to update the directory. YMMV, as this thread indicates. Scott Rohling On Thu, Aug 26, 2010 at 3:33 PM, Schuh, Richard rsc...@visa.commailto:rsc...@visa.com wrote: That is absolutely
Re: z/VM OSA with z/OS guest
David, I believe you have your DEDICATE statements backwards: DEDICATE VIRTCUU REALCUU Ray -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of David Boyes Sent: Friday, July 30, 2010 10:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM OSA with z/OS guest If you want to stick to dedicating the adapters, you¹ll need to use different real addresses (eg, 7D0,7D1,7D2, 7D3, 7D4, 7D5, etc), but dedicate them to the same virtual address (eg 7D0, 7D1, 7D2) in the CP directory for the zOS guests. In the directory for z/OS 1: DEDICATE 7D0 7D0 DEDICATE 7D1 7D1 DEDICATE 7D2 7D2 (the easy case). In the directory for z/OS 2: DEDICATE 7D3 7D0 DEDICATE 7D4 7D1 DEDICATE 7D5 7D2 (z/OS 2 still sees addresses 7D0-7D2, but the real hardware uses a different OSA triplet so everyone plays nice). Do the same with z/OS 3. If you¹re willing to experiment and get a MUCH niftier way of doing it (dedicating devices is SO old-skool z/OS... Sniff), use a VSWITCH. Define the VSWITCH with real device 7D0 as the real device in DEFINE VSWITCH. Grant ZOS1, ZOS2, and ZOS3 access to the VSWITCH. Then in the CP directory use NIC statements for 7D0 connected to the VSWITCH. Slick, easy to manage, and MUCH more flexible in how you use the hardware. At current time, I have each z/OS guest with his own triplet of unique OSA addresses. Each one will work fine UNTIL they are all up and running, at which time, we start seeing ³console hangs² and what appears to be machine lockups. Some times they will eventually clear themselves, sometimes not. And it rotates as to which z/OS guest system hangs. This sounds more like resource exhaustion than a network-related issue. Look at the recommendations for system resource management sessions that are in the Linux guides and in the running guest OS manual. A lot of the problems are similar (but zOS is even more ill-behaved in some ways). 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.
Re: How to determine if a particular fix is applied
Frank, Logon to MAINT and try out VMFINFO EXEC. Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, June 02, 2010 2:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: How to determine if a particular fix is applied I'm having a difficult time finding out if a particular PTF is applied. I've looked through the z/VM Service Guide and z/VM Automated Installation and Service. Can someone point me in the right direction? 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.
Re: How to determine if a particular fix is applied
You got that right. Be sure and: Setup ... YESfor the first PTF/APAR you check on. Then if staying with same component, no need to SETUP again. Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, June 02, 2010 2:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if a particular fix is applied Well, that's much easier than it was in the VM/ESA days! Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ray Waters Sent: Wednesday, June 02, 2010 2:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if a particular fix is applied Frank, Logon to MAINT and try out VMFINFO EXEC. Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, June 02, 2010 2:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: How to determine if a particular fix is applied I'm having a difficult time finding out if a particular PTF is applied. I've looked through the z/VM Service Guide and z/VM Automated Installation and Service. Can someone point me in the right direction? 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. 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.
Re: How to determine if a particular fix is applied
That is when you go be to the old way: VMFSETUP ZVM CP and then FILEL * *APAR#* * Ray -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Wednesday, June 02, 2010 2:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if a particular fix is applied well, that's the truth! But it's going to tell you if SES has applied it. If you've not done PUT2PROD and IPL'd, it may not be on your system. Actually verifying that your running system has it is another can of worms involved reading CPLOAD maps date/timestamps and Q CPLEVEL. Sure would be nice if one could say CP QUERY APAR VM64830 and get something back like VM64830 is installed and the following modules were affected: HCPERR, HCPIFI, HCPPAU or VM64830 is not applied to CP or is not a CP APAR (all we really care about is CP, those other things... whatever :) Marcy 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 Frank M. Ramaekers Sent: Wednesday, June 02, 2010 12:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] How to determine if a particular fix is applied Well, that's much easier than it was in the VM/ESA days! Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ray Waters Sent: Wednesday, June 02, 2010 2:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if a particular fix is applied Frank, Logon to MAINT and try out VMFINFO EXEC. Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, June 02, 2010 2:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: How to determine if a particular fix is applied I'm having a difficult time finding out if a particular PTF is applied. I've looked through the z/VM Service Guide and z/VM Automated Installation and Service. Can someone point me in the right direction? 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. 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.
Re: How to determine if a particular fix is applied
We've got it pretty sweet now, try the VM days before SES. I am happy with SES. Ray -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Wednesday, June 02, 2010 2:47 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if a particular fix is applied A CP query would allow the operator to be able to do it and then the change requestor can sleep through the night! :) Marcy 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. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ray Waters Sent: Wednesday, June 02, 2010 12:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] How to determine if a particular fix is applied That is when you go be to the old way: VMFSETUP ZVM CP and then FILEL * *APAR#* * Ray -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Wednesday, June 02, 2010 2:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if a particular fix is applied well, that's the truth! But it's going to tell you if SES has applied it. If you've not done PUT2PROD and IPL'd, it may not be on your system. Actually verifying that your running system has it is another can of worms involved reading CPLOAD maps date/timestamps and Q CPLEVEL. Sure would be nice if one could say CP QUERY APAR VM64830 and get something back like VM64830 is installed and the following modules were affected: HCPERR, HCPIFI, HCPPAU or VM64830 is not applied to CP or is not a CP APAR (all we really care about is CP, those other things... whatever :) Marcy 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 Frank M. Ramaekers Sent: Wednesday, June 02, 2010 12:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] How to determine if a particular fix is applied Well, that's much easier than it was in the VM/ESA days! Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ray Waters Sent: Wednesday, June 02, 2010 2:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How to determine if a particular fix is applied Frank, Logon to MAINT and try out VMFINFO EXEC. Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, June 02, 2010 2:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: How to determine if a particular fix is applied I'm having a difficult time finding out if a particular PTF is applied. I've looked through the z/VM Service Guide and z/VM Automated Installation and Service. Can someone point me in the right direction? 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
Re: VMUTIL PARM Question
Looks good to me. Ray Waters From: The IBM z/VM Operating System [ib...@listserv.uark.edu] On Behalf Of Wandschneider, Scott [scott.wandschnei...@infocrossing.com] Sent: Tuesday, March 16, 2010 9:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: VMUTIL PARM Question What is the proper syntax for a WAKE PARM for VMUTIL to execute in the future. For example, say I want to execute CP SET SHARE USERA RELATIVE 300 2.7% LIMITHARD at 08:00 on Saturday, May 1, 2010? I'm thinking it would be SAT 08:00:00 04/24/10 CP SET SHARE USERA RELATIVE 300 2.7% LIMITHARD. Is this correct? 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** ?��ۙ�Y?[�?X[?]?H?��?N�???\�?K[XZ[ ??[��?Y?[��?[�H?]??X�?Y[�???�?] ??X^H?�?Z[�?X]?\�X[]??\�?�ۙ�Y?[�?X[ ???��?�Y]?\�K???�]�[?Y�Y??[� �܈?�?��?X�?Y???X[[��ܛX]?[ۋ?�?�]??[�???H?YX[�[��?و???H?�Y�[?]?[ۜ�?[�?\�???H??X[[��\�[��H??ܝ?X�[?]?H �?X���[�?X�[?]?H?X�??\�?[Y[�?Y �??Y�?]??\�?��??�?X\�???]??[�H?\�H???H?[�?[�?Y??�X�\?Y[� ??[�H?\�H??\�X�H?��?Y�YY]??[�H??]�H?�X�Z]�Y\�??�[��Z]??[??[�?\��܋??[�??[�H?�]�Y]�???\��[Z[�]?[ۋ???\�?�X�]?[ۈ?܈?��?Z[��?و???\�?K[XZ[ ??[��?Y?[��?[�H?]??X�?Y[�???�?] ??\�?�?�X�??H??��?X�]?Y �?Y�?[�H??]�H?�X�Z]�Y\�?K[XZ[??[�?\��܋X\�H?[[YY?X]?[?H?�]?\��?]???�???H?�[�?\�?[�???[?]?H?]??���H?[�\�?�\�?[K�???[��?[�K� 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.
Re: maybe off topic ?
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Wheeler Sent: Tuesday, March 16, 2010 11:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: maybe off topic ? Yes, it is very possible. You need to implement DRDA over IP on your DB2/VM servers. DB2Connect provides the middleware to let your PC users connect to your database. A good place to run DB2Connect (if you're not doing so already) is in a zLinux guest on VM, right alongside your database. Mark Wheeler UnitedHealth Group Date: Tue, 16 Mar 2010 11:18:30 -0500 From: rpa...@tad.org Subject: maybe off topic ? To: IBMVM@LISTSERV.UARK.EDU We are running DB2 7.2 servers (virtual machines, 1 test and 1 production) on our z9 BC with z/VM 5.2 to support VSE guests. One of the PC programmers was asking me how (if possible) they could access / update these mainframe data bases from the PC side. My assumption is that it's possible since we run batch VSE jobs that access / update the PC databases. Comments welcome. Thanks, Bubba Hotmail is redefining busy with tools for the New Busy. Get more from your inbox. Sign up now.http://www.windowslive.com/campaign/thenewbusy?ocid=PID27925::T:WLMTAGL:ON:WL:en-US:WM_HMP:032010_2 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.
Second Level VM talk to first Level VM
At our DR test we run our VM system second level. We forgot to keep one or two level 1 terminals enabled so we cannot talk to our level one VM system. Is there a command to talk to level one. I used to be able to use the level 1 LINEND character to talk from level 2 CP to level 1 CP. But that is not working. Any ideas? Ray Waters Senior Technical Support Analyst Open Solutions Inc. 3900 Essex Lane, Suite 400 Houston, TX 77027-5100 Office 713-965-8451 Cell713-705-5403 Email ray.wat...@opensolutions.commailto:ray.wat...@opensolutions.com www.bank.opensolutions.comhttp://www.bank.opensolutions.com www.opensolutions.comfile:///C:\Documents%20and%20Settings\Ray.Waters\Application%20Data\Microsoft\Signatures\www.opensolutions.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.
Re: use of 3494 library in a second level vm system
Did you add STDEVOPT LIBRARY CTL to your first level directory for the VM540 second level system guest? Ray Waters -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Barbara Andrews Sent: Tuesday, February 09, 2010 3:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: use of 3494 library in a second level vm system Is it possible to use a 3494 tape library in a second level VM system? We have a 1st level VM 5.2 system that I just recently installed DFSMS/VM on as RMSONLY. And I successfully tested use of 3590 tape drives that are in our 3494 library on our 1st level VM 5.2 system. I also have a second level VM 5.4 system installed and have DFSMS/VM installed on that as RMSONLY also. We would like to test out CA's VM:Tape, VM:Backup, and VM:Operator on this second level system (user vm54test). But I am unsure on how to use the 3494 library on the second level system. Our tape devices controlled by this library are c00-c05. I varied c00 offline in our z/OS system (in a separate LPAR) and online in VM 1st level (and left c01-c05 online in z/os and offline in z/VM 1st level) and then issued: att c00 vm54test c00 But when I try to start RMSMASTR on the second level vm54test system, I get: TAPE 0C00 ATTACHED TO RMSMASTR 0C00 FSMBAC2006E Library I/O error; reason code = 3800, request identifier = 0, devic e = 0C00, library = FSMBAC2019E Sense Data = 804800C020302041C3804004E80 0BC361311 TAPE 0C00 DETACHED BY RMSMASTR Is there something else that needs to be done other than attaching the tape device to the second level system to get this to work? 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.
Re: FORCED BY SYSTEM
Add this stmt to your VM SYSTEM CONFIG: DISCONNECT_TIMEout OFF ,/* Don't force idle users Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Tuesday, January 12, 2010 8:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: FORCED BY SYSTEM I'm at a loss as to why our TEST (luckily) z/VSE system got FORCED. As far as I can tell it was active up until midnight: J1 0050 OC002I PARTITION NOW ACTIVE AGAIN 23:59:30 01/11/10 J1 0050 OC001I PARTITION IN WAIT STATE FOR 05 SECONDS 23:59:31 01/11/10 J1 0050 OC002I PARTITION NOW ACTIVE AGAIN 23:59:36 01/11/10 J1 0050 OC001I PARTITION IN WAIT STATE FOR 05 SECONDS 23:59:37 01/11/10 J1 0050 OC002I PARTITION NOW ACTIVE AGAIN 23:59:42 01/11/10 J1 0050 OC001I PARTITION IN WAIT STATE FOR 05 SECONDS 23:59:42 01/11/10 (rest of console could have been lost because of buffering) But at midnight... 10/01/12 00:00:00 : 00:00:00 GRAF 6F07 DISCONNECT AILTEST USERS = 35FORCED BY SYSTEM Then 15 minutes later... 10/01/12 00:15:00 : 00:15:00 USER DSC LOGOFF AS AILTEST USERS = 34FORCED BY SYSTEM Was this because the virtual machine's console was (originally) connected to a real terminal? 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 76710 _ 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.
Re: FORCED BY SYSTEM
Frank, I looked but it appears you cannot set this command dynamically. Add it to your Features for the next VM IPL. One thing that may of caused your VSE to be forced is your setting of RUN. If it is on, it should keep your VSE from being forced. CP Q SET then if needed CP SET RUN ON Add it to your PROFILE EXEC: STACK CP DISC STACK CP SET RUN ON STACK CP SET SMSG ON STACK CP IPL CUU CLEAR LOADPARM . Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Tuesday, January 12, 2010 8:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FORCED BY SYSTEM To take effect, that would require an IPL.No dynamic way of changing this? 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 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ray Waters Sent: Tuesday, January 12, 2010 8:19 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FORCED BY SYSTEM Add this stmt to your VM SYSTEM CONFIG: DISCONNECT_TIMEout OFF ,/* Don't force idle users Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Tuesday, January 12, 2010 8:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: FORCED BY SYSTEM I'm at a loss as to why our TEST (luckily) z/VSE system got FORCED. As far as I can tell it was active up until midnight: J1 0050 OC002I PARTITION NOW ACTIVE AGAIN 23:59:30 01/11/10 J1 0050 OC001I PARTITION IN WAIT STATE FOR 05 SECONDS 23:59:31 01/11/10 J1 0050 OC002I PARTITION NOW ACTIVE AGAIN 23:59:36 01/11/10 J1 0050 OC001I PARTITION IN WAIT STATE FOR 05 SECONDS 23:59:37 01/11/10 J1 0050 OC002I PARTITION NOW ACTIVE AGAIN 23:59:42 01/11/10 J1 0050 OC001I PARTITION IN WAIT STATE FOR 05 SECONDS 23:59:42 01/11/10 (rest of console could have been lost because of buffering) But at midnight... 10/01/12 00:00:00 : 00:00:00 GRAF 6F07 DISCONNECT AILTEST USERS = 35FORCED BY SYSTEM Then 15 minutes later... 10/01/12 00:15:00 : 00:15:00 USER DSC LOGOFF AS AILTEST USERS = 34FORCED BY SYSTEM Was this because the virtual machine's console was (originally) connected to a real terminal? 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 76710 _ 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. 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
Re: FORCED BY SYSTEM
CP Q SET Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Tuesday, January 12, 2010 8:46 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FORCED BY SYSTEM Exactly what are the reasons (if there is more than one) that will cause CP for FORCE a user off? (If more than one, it would be nice to have at least a reason code for the FORCE.) Will SET RUN ON prevent a FORCE?Why don't I see a QUERY RUN command? Is there no way to tell if SET RUN ON was set? 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 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Wakser, David Sent: Tuesday, January 12, 2010 8:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FORCED BY SYSTEM Frank: Probably because it was actually logged onto a terminal and had a CP READ (or a VM READ). Those are what the system forces off. David Wakser From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Tuesday, January 12, 2010 9:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: FORCED BY SYSTEM I'm at a loss as to why our TEST (luckily) z/VSE system got FORCED. As far as I can tell it was active up until midnight: J1 0050 OC002I PARTITION NOW ACTIVE AGAIN 23:59:30 01/11/10 J1 0050 OC001I PARTITION IN WAIT STATE FOR 05 SECONDS 23:59:31 01/11/10 J1 0050 OC002I PARTITION NOW ACTIVE AGAIN 23:59:36 01/11/10 J1 0050 OC001I PARTITION IN WAIT STATE FOR 05 SECONDS 23:59:37 01/11/10 J1 0050 OC002I PARTITION NOW ACTIVE AGAIN 23:59:42 01/11/10 J1 0050 OC001I PARTITION IN WAIT STATE FOR 05 SECONDS 23:59:42 01/11/10 (rest of console could have been lost because of buffering) But at midnight... 10/01/12 00:00:00 : 00:00:00 GRAF 6F07 DISCONNECT AILTEST USERS = 35FORCED BY SYSTEM Then 15 minutes later... 10/01/12 00:15:00 : 00:15:00 USER DSC LOGOFF AS AILTEST USERS = 34FORCED BY SYSTEM Was this because the virtual machine's console was (originally) connected to a real terminal? 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 76710 _ 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. Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. 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. 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
Re: FORCED BY SYSTEM
No, add it to your VM PROFILE EXEC. See below. On the VSE CONSOLE, you can enter * CP Q SET Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Tuesday, January 12, 2010 8:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FORCED BY SYSTEM Guess, I'll have to include it (SET RUN ON) in my $0JCL startup. 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 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ray Waters Sent: Tuesday, January 12, 2010 8:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FORCED BY SYSTEM Frank, I looked but it appears you cannot set this command dynamically. Add it to your Features for the next VM IPL. One thing that may of caused your VSE to be forced is your setting of RUN. If it is on, it should keep your VSE from being forced. CP Q SET then if needed CP SET RUN ON Add it to your PROFILE EXEC: STACK CP DISC STACK CP SET RUN ON STACK CP SET SMSG ON STACK CP IPL CUU CLEAR LOADPARM . Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Tuesday, January 12, 2010 8:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FORCED BY SYSTEM To take effect, that would require an IPL.No dynamic way of changing this? 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 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ray Waters Sent: Tuesday, January 12, 2010 8:19 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FORCED BY SYSTEM Add this stmt to your VM SYSTEM CONFIG: DISCONNECT_TIMEout OFF ,/* Don't force idle users Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Tuesday, January 12, 2010 8:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: FORCED BY SYSTEM I'm at a loss as to why our TEST (luckily) z/VSE system got FORCED. As far as I can tell it was active up until midnight: J1 0050 OC002I PARTITION NOW ACTIVE AGAIN 23:59:30 01/11/10 J1 0050 OC001I PARTITION IN WAIT STATE FOR 05 SECONDS 23:59:31 01/11/10 J1 0050 OC002I PARTITION NOW ACTIVE AGAIN 23:59:36 01/11/10 J1 0050 OC001I PARTITION IN WAIT STATE FOR 05 SECONDS 23:59:37 01/11/10 J1 0050 OC002I PARTITION NOW ACTIVE AGAIN 23:59:42 01/11/10 J1 0050 OC001I PARTITION IN WAIT STATE FOR 05 SECONDS 23:59:42 01/11/10 (rest of console could have been lost because of buffering) But at midnight... 10/01/12 00:00:00 : 00:00:00 GRAF 6F07 DISCONNECT AILTEST USERS = 35FORCED BY SYSTEM Then 15 minutes later... 10/01/12 00:15:00 : 00:15:00 USER DSC LOGOFF AS AILTEST USERS = 34FORCED BY SYSTEM Was this because the virtual machine's console was (originally) connected to a real terminal? 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 76710 _ 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
Re: FORCED BY SYSTEM
This is why we no longer use dedicated console for 01F. If the 01F console goes down, VSE stops. Our VSE does not get forced as we have the DISCONNECT_TIMEout OFF. We made all of our VSE guests SPECIALS and then DIAL VSEXXX 01F following the XAUTOLOG VSEXXX. This way VSE keeps running, even if 01F goes down or is disconnected. Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Bruce Hayden Sent: Tuesday, January 12, 2010 8:59 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FORCED BY SYSTEM While SET RUN ON is a good idea for a server running under VM, it would not have prevented the forced logoff in your case. Adding the Disconnect_timeout Off statement to your SYSTEM CONFIG will prevent it, after you reIPL VM. Your problem was because the server's console was connected to a real terminal, and then that connection was broken but a CP DISC command wasn't entered. That makes your virtual machine go into a CP READ state without a terminal and then 15 minutes later, the default disconnect timeout period ends and you are forced by the system. On Tue, Jan 12, 2010 at 9:53 AM, Frank M. Ramaekers framaek...@ailife.commailto:framaek...@ailife.com wrote: Guess, I'll have to include it (SET RUN ON) in my $0JCL startup. 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.commailto:privacy...@ailife.com. -- Bruce Hayden Linux on System z Advanced Technical Support IBM, Endicott, NY 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.
Re: FORCED BY SYSTEM
Alan, Time to go back on your medication. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Tuesday, January 12, 2010 9:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: FORCED BY SYSTEM On Tuesday, 01/12/2010 at 09:43 EST, Ray Waters ray.wat...@opensolutions.com wrote: One thing that may of caused your VSE to be forced is your setting of RUN. If it is on, it should keep your VSE from being forced. You can do that, but it doesn't make the problem go away. SET RUN ON, among other things, simply prevents CP from putting up a CP READ under certain conditions. It is the interaction with a broken console that triggers the Countdown to Oblivion. IMO, it is better to turn off the disconnect timeout and instead use system automation software like IBM Operations Manager for z/VM to monitor your system for VM READs (console request or CMS abend) or CP READs (e.g. disabled wait) by your fave virtual machines. It can then react in any way you wish: restarting them, answering them, forcing them, SEND CP baduser LOGOFF (rather than FORCE), SEND CP baduser MSG OBIWAN HELP ME, YOU'RE MY ONLY HOPE!, whatever. The *VMEVENT system service that Operations Manager watches tells you when the Countdown to Oblivion begins. You can then catch the event and forward it to some external service that starts a big red LED-style wall clock. 15:00, 14:59, 14:58, bwahahahah!!, 14:55, 14:54, the End of the World is Nigh!, you will all 14:50 adakjf aoty* (ouch! ouch!) in searing (ow! stop hitting me!) GET AWAY FROM THE KEYBOARD! Sorry about that - there was a slight disturbance in my office. It has been resolved and control returned to civilian authorities. (He's a smart one. You can see him testing the fences - working things out.) Alan Altmark Co. z/VM Development IBM Endicott 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.
Re: Timezone Boundary Question.
If your TIMEZONE_BOUNDRYs are incorrect, you will need to perform Q TIMEZONE to see which way you want to change the clock. q timezone Zone Direction Offset Status UTC 00.00.00 Inactive GMT 00.00.00 Inactive EDT West 04.00.00 Active EST West 05.00.00 Inactive CDT West 05.00.00 Inactive CST West 06.00.00 Inactive MDT West 06.00.00 Inactive MST West 07.00.00 Inactive PDT West 07.00.00 Inactive PST West 08.00.00 Inactive Ready; T=0.01/0.01 08:26:50 Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jerry Whitteridge Sent: Tuesday, October 13, 2009 12:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Timezone Boundary Question. We used the SET TIMEZONE command to set the desired timezone as during the upgrade to 5.4 the TIMEZONE_BOUNDARY statements were not set to the desired TZ. The boundary statements have been corrected but I am wondering if there is some way to have the system config file re-read to put the corrected statements into effect ? (Otherwise we will just schedule the SET TIMEZONE command until the next scheduled IPL) Thanks Jerry Whitteridge Safeway Inc. Mainframe Engineering (925) 951 4184 If you feel in control - You aren't going fast enough Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == 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.
Re: Multiple VTS libraries - RMSMASTR VGLIBSRV
Did you cycle RMSMASTR, VGLIBSRV? How I do it is(from MY VM ID): STOP_VGS I Then CP FORCE RMSMASTR CP FORCE VGLIBSTRV Next XAUTOLGO RMSMASTR CP Q TAPE ATTACH RMSMASTR Wait until all tapes have been attached/detached to/from RMSMASTR Then: CP XAUTOLOG VGLIBSRV Ray Waters -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jeff Forte Sent: Wednesday, September 02, 2009 10:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Multiple VTS libraries - RMSMASTR VGLIBSRV We are trying to add an additional VTS library to one of our z/VM systems running VSE guests. I have made the updates to the RMCONFIG DATA (Add the new drives) and DGTVCNTL DATA (Add additional RM_AUTO_LIBRARY)in VMSYS:DFSMS.CONTROL. On VGLIBSRV, I've updated the LIBCONFG LIST to include the new library name and updated FSMRMVGC EXEC to add the additional drives to the DRIVE_LIST_3490 variable. This seems to be the only required updates, yet when the VSE guest submits their jobs, the VGLIBSRV console shows the following - 10:49:32.232091 New request type: QS CID= RID=VSE3SBX 10:49:32.267682 QS request complete. ID=0 RC=8 Reason=5026 10:49:32.325331 New request type: MV CID=0001 RID=VSE3SBX 10:49:32.326188 MV request complete. ID=0 RC=8 Reason=5026 That reason code says 5026Library not known The library name specified in a request is not found in the VGS library configuration file LIBCONFG LIST A. Update or correct this file and retry the request. With the one library defined, we have no issues at all with the drives being attached to the VSE guest. Only when trying to define the new VTS. Once all the data is migrated, we will delete the old addresses. What am I missing ?? Jeff Forte 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.
Re: Multiple VTS libraries - RMSMASTR VGLIBSRV
Jeff, Does VSE run DYNAM/T? If so, the OWNER ID in the DSN must have the Library ID in the first byte and the Scratch pool in the second byte. For example 30. Data Set: P.RLWSAVE1 Password: Type: TAPE Disk Filetype: Ngens: 0 Retention: 1 Owner ID: 30 Lock: NO My tapes would be in Library 3 CHG3490 and in SCRATCH0 or category 80. My LIBCONFG LIST: 1 CHH3490 2 CHH3590 3 CHG3490 4 CHG3590 DGTVCNTL DATA: RM_AUTO_LIBRARY CHH3490 B2114 WATERSR * AUTOMATED RM_AUTO_LIBRARY CHH3590 17759 WATERSR * AUTOMATED RM_AUTO_LIBRARY CHG3490 B1215 WATERSR * AUTOMATED RM_AUTO_LIBRARY CHG3590 12311 WATERSR * AUTOMATED Ray Waters -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jeff Forte Sent: Wednesday, September 02, 2009 11:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Multiple VTS libraries - RMSMASTR VGLIBSRV Yes, the two userids were recycled after the updates to the various config files. I don't know that all the drives had been attached/detached from RMSMASTR before I xautologed VGLIBSRV. I can sure try that to see if it helps. Jeff Forte On Wed, 2 Sep 2009 11:57:03 -0400, Ray Waters ray.wat...@opensolutions.com wrote: Did you cycle RMSMASTR, VGLIBSRV? How I do it is(from MY VM ID): STOP_VGS I Then CP FORCE RMSMASTR CP FORCE VGLIBSTRV Next XAUTOLGO RMSMASTR CP Q TAPE ATTACH RMSMASTR Wait until all tapes have been attached/detached to/from RMSMASTR Then: CP XAUTOLOG VGLIBSRV Ray Waters -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jeff Forte Sent: Wednesday, September 02, 2009 10:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Multiple VTS libraries - RMSMASTR VGLIBSRV We are trying to add an additional VTS library to one of our z/VM systems running VSE guests. I have made the updates to the RMCONFIG DATA (Add the new drives) and DGTVCNTL DATA (Add additional RM_AUTO_LIBRARY)in VMSYS:DFSMS.CONTROL. On VGLIBSRV, I've updated the LIBCONFG LIST to include the new library name and updated FSMRMVGC EXEC to add the additional drives to the DRIVE_LIST_3490 variable. This seems to be the only required updates, yet when the VSE guest submits their jobs, the VGLIBSRV console shows the following - 10:49:32.232091 New request type: QS CID= RID=VSE3SBX 10:49:32.267682 QS request complete. ID=0 RC=8 Reason=5026 10:49:32.325331 New request type: MV CID=0001 RID=VSE3SBX 10:49:32.326188 MV request complete. ID=0 RC=8 Reason=5026 That reason code says 5026Library not known The library name specified in a request is not found in the VGS library configuration file LIBCONFG LIST A. Update or correct this file and retry the request. With the one library defined, we have no issues at all with the drives being attached to the VSE guest. Only when trying to define the new VTS. Once all the data is migrated, we will delete the old addresses. What am I missing ?? Jeff Forte 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. 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.
Re: Stand-alone IPL of a Virtual tape
From your VM ID, you must have accessed DFSMS 1B5 MDISK. LINK DFSMS 01B5 01B5 RR DFSMSRM MOUNT VOL 103737 (RDEV 435 ATTACH WATERSR VDEV 181 Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ifurung, ism...@cio Sent: Wednesday, August 26, 2009 4:17 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Stand-alone IPL of a Virtual tape The other LPAR would be z/OS. What would be the equivalent z/OS command with same functionality like vm's 'DFSMSRM MOUNT' . I asked the MVS person; I googled, but so far nothing. Thanks. Ismael From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of O'Brien, Dennis L Sent: Tuesday, August 25, 2009 10:11 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Stand-alone IPL of a Virtual tape Ismael, You can issue the mount command from another LPAR. If the other LPAR is z/VM, this can be a VMTAPE MOUNT or DFSMSRM MOUNT command. If you have only one z/VM LPAR, then you'll have to issue the mount from z/OS. I don't know the command for that. Another option is to have a small system on disk that can be used to recover your main system. Normally, you would maintain the small system as a guest of your main system, but you would configure it so that it can also be IPLed first level. If you have to recover your main system in its usual datacenter, just IPL the small system and start your restores. For disaster recovery, you could backup and restore the small system using full volume dumps from z/OS. Note that this works for restores, but not standalone dump. For standalone dump, you need to have another LPAR available to IPL the small system. If you IPL it in the LPAR that you want to dump, the IPL will destroy the data that you want to dump. Dennis O'Brien I couldn't remember how to throw a boomerang, but eventually it came back to me. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ifurung, ism...@cio Sent: Tuesday, August 25, 2009 15:25 To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Stand-alone IPL of a Virtual tape We are starting to implement a virtual tape system in our VM system; they are planning to get rid of our silos. To us, it is a black box; the zOS guys say just mount these volumes on these tape devices; treat them like real cartridge on real 3490 drives and you're good to go. I've tested the volumes devices using RMSMASTR, VMTAPE, VMBACKUP, DDR and for the most part, they work well. My question is: Recovery process usually starts with a stand-alone program, like DSF or DDR. If we have to IPL a stand-alone program like DDR that happens to be in a virtual volume onto a bare LPAR, how is this done? Thanks for any info. Ismael 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.
Re: Stand-alone IPL of a Virtual tape
Ismael, See if z/OS has a LIBSERV or LBSERV command: Under VSE: LIBSERV MOUNT,VOL=199015,UNIT=824,LIB=1,PART=BG Or in JCL: // LIBSERV MOUNT,VOL=CG9080,UNIT=400,LIB=4 Ray Waters From: Ray Waters Sent: Thursday, August 27, 2009 7:22 AM To: The IBM z/VM Operating System Subject: RE: Stand-alone IPL of a Virtual tape From your VM ID, you must have accessed DFSMS 1B5 MDISK. LINK DFSMS 01B5 01B5 RR DFSMSRM MOUNT VOL 103737 (RDEV 435 ATTACH WATERSR VDEV 181 Ray WatersIsmal From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ifurung, ism...@cio Sent: Wednesday, August 26, 2009 4:17 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Stand-alone IPL of a Virtual tape The other LPAR would be z/OS. What would be the equivalent z/OS command with same functionality like vm's 'DFSMSRM MOUNT' . I asked the MVS person; I googled, but so far nothing. Thanks. Ismael From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of O'Brien, Dennis L Sent: Tuesday, August 25, 2009 10:11 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Stand-alone IPL of a Virtual tape Ismael, You can issue the mount command from another LPAR. If the other LPAR is z/VM, this can be a VMTAPE MOUNT or DFSMSRM MOUNT command. If you have only one z/VM LPAR, then you'll have to issue the mount from z/OS. I don't know the command for that. Another option is to have a small system on disk that can be used to recover your main system. Normally, you would maintain the small system as a guest of your main system, but you would configure it so that it can also be IPLed first level. If you have to recover your main system in its usual datacenter, just IPL the small system and start your restores. For disaster recovery, you could backup and restore the small system using full volume dumps from z/OS. Note that this works for restores, but not standalone dump. For standalone dump, you need to have another LPAR available to IPL the small system. If you IPL it in the LPAR that you want to dump, the IPL will destroy the data that you want to dump. Dennis O'Brien I couldn't remember how to throw a boomerang, but eventually it came back to me. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ifurung, ism...@cio Sent: Tuesday, August 25, 2009 15:25 To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Stand-alone IPL of a Virtual tape We are starting to implement a virtual tape system in our VM system; they are planning to get rid of our silos. To us, it is a black box; the zOS guys say just mount these volumes on these tape devices; treat them like real cartridge on real 3490 drives and you're good to go. I've tested the volumes devices using RMSMASTR, VMTAPE, VMBACKUP, DDR and for the most part, they work well. My question is: Recovery process usually starts with a stand-alone program, like DSF or DDR. If we have to IPL a stand-alone program like DDR that happens to be in a virtual volume onto a bare LPAR, how is this done? Thanks for any info. Ismael 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.
Re: Stand-alone IPL of a Virtual tape
Ismael, If you have access to the 3494 LCD screen console, you can use it to mount tapes. All of our Stand-alone backup are on 3592 tapes, So if we need to mount a tape that is outside the 3494, we follow the section: 3590/3592 Mount outside the 3494 But since your tapes are in the VTS, the 3490E Mount section should do what you need. See attached doc. Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Ifurung, ism...@cio Sent: Tuesday, August 25, 2009 5:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Stand-alone IPL of a Virtual tape We are starting to implement a virtual tape system in our VM system; they are planning to get rid of our silos. To us, it is a black box; the zOS guys say just mount these volumes on these tape devices; treat them like real cartridge on real 3490 drives and you're good to go. I've tested the volumes devices using RMSMASTR, VMTAPE, VMBACKUP, DDR and for the most part, they work well. My question is: Recovery process usually starts with a stand-alone program, like DSF or DDR. If we have to IPL a stand-alone program like DDR that happens to be in a virtual volume onto a bare LPAR, how is this done? Thanks for any info. Ismael 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.
Re: VTAM Abend 0C4 under Z/VM
Sergio, I found this. Maybe? GOOGLE Search: VTAM Abend 0C4 VM 1. IBM - HIPER Fix List for VTAM in the z/OS Communications Serverhttp://www.ibm.com/support/docview.wss?rs=852context=SSSN3Ldc=DB510uid=swg21316934loc=en_UScs=UTF-8lang=enrss=ct852other This document details the HIPER fixes for VTAM and related components on the z/OS ... OA25148, 08/05/19, ABEND0C4 IN ISTSSCQ2 DUE TO THE RCPSRLBP IN THE RDTE WHEN RUNNING Z/OS AS A GUEST OF Z/VM 5.2 WITH A DEDICATED OSA ADAPTER www.ibm.com/.../docview.wss?rs=852... - Cachedhttp://74.125.93.132/search?q=cache:GC_-cBtZhlcJ:www.ibm.com/support/docview.wss%3Frs%3D852%26context%3DSSSN3L%26dc%3DDB510%26uid%3Dswg21316934%26loc%3Den_US%26cs%3DUTF-8%26lang%3Den%26rss%3Dct852other+VTAM+Abend+0C4+VMcd=1hl=enct=clnkgl=us - Similarhttp://www.google.com/search?hl=enq=related:www.ibm.com/support/docview.wss%3Frs%3D852%26context%3DSSSN3L%26dc%3DDB510%26uid%3Dswg21316934%26loc%3Den_US%26cs%3DUTF-8%26lang%3Den%26rss%3Dct852other Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Sergio Lima Sent: Wednesday, July 22, 2009 10:23 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VTAM Abend 0C4 under Z/VM Hi List, We already change the machine from XA to ESA, and also let only class G in the VM directory, but when ZOS start, again, had a problem with 0C4 in VTAM appl. The interesting is that ZOS run ok, with VTAM if is native mode. Someone know, if have a parameter, that is necessary to run the ZOS un der ZVM ? Thanks Sergio Date: Tue, 21 Jul 2009 14:37:08 -0700 From: dennis.l.o'br...@bankofamerica.com Subject: Re: VTAM Abend 0C4 under Z/VM To: IBMVM@LISTSERV.UARK.EDU In the meantime, I would seriously think about removing most of the privilege classes from that guest's definition in USER DIRECT. I might be wrong, but I don't think z/OS needs all that. It doesn't. Our z/OS guests run just fine with class G. Some of them used to have class B to run MIA's Autoattach feature, but we replaced that with the MULTIUSER option of DEDICATE when it became available. Dennis O'Brien Houston, Tranquility Base here. The Eagle has landed. -- Apollo 11, 20 July 1969, Sea of Tranquility -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post Sent: Tuesday, July 21, 2009 11:12 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] VTAM Abend 0C4 under Z/VM On 7/21/2009 at 12:10 PM, Sergio Lima sergiovm...@hotmail.com wrote: -snip- We have a ZOS 1.7 System here, that run in native mode, no problem, but when try run under Z/VM, the VTAM had a 0C4 abend. Below, the user directory entry, and the log of VTAM. USER ZOS17 ZOS17 500M 1000M ABCDEFG -snip- Someone already saw this ? The way to find out is to open a PMR with IBM. In the meantime, I would seriously think about removing most of the privilege classes from that guest's definition in USER DIRECT. I might be wrong, but I don't think z/OS needs all that. Mark Post Compartilhe os momentos mais importantes da sua vida com quem você quiser.http://www.microsoft.com/brasil/windows/windowslive/products/photos-share.aspx?tab=1 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.
Re: Why my Dirmaint is unstable?
Sunny, z/VMDirectory Maintenance Facility Tailoring and Administration Guide A sample file, CONFIGRC SAMPDVH, is supplied with the product code. If no RACF communication is desired, no action is required. If RACF communication is desired, this file should be renamed to CONFIGRC DATADVH and used as an override file for RACF-specific configuration entries. The sample override file contains a USE_RACF= YES ALL configuration statement to configure the DirMaint server to use all default IBM-supplied RACF connector support. The sample file should be reviewed and changed to meet the needs of the installation, if required. I used the DIRMAINT Program Directory and this Facility Tailoring and Administration Guide to install DIRMAINT. We do not have RACF at our shop, but it looks like you need both CONFIGRC and CONFIG DATADVH. I believe the DIRM DISABLE has been issued. To enable would be DIRM ENABLE. But please check the two manuals mentioned before doing this. Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of sunny...@wcb.ab.ca Sent: Tuesday, June 23, 2009 2:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Why my Dirmaint is unstable? I set up dual Registration on racf because we have dirmaint. According to Racf Program Directory 6.19 : I change CONFIGRC SAMPDVH AT 41f TO 5VMDIR40 11F AS CONFIGRC DATADVH. So on 5VMDIR40 11f there are two files: CONFIG DATADVH and CONFIGRC DATADVH My question is that should I change CONFIGFIGRC DATADVH to CONFIG DATADVH and delete the original CONFIG? Sunny Hu Information Management W.C.B. Alberta (780) 498-4739 sunny...@wcb.ab.ca Ray Waters ray.wat...@opensolutions.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/23/2009 11:28 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Why my Dirmaint is unstable? Issue DIRM ONLINE From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of sunny...@wcb.ab.ca Sent: Tuesday, June 23, 2009 12:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Why my Dirmaint is unstable? Dirmain is unstable. Last night it worked. Today it shows The DIRMAINT service machine is not accepting work. Have to manual start by DVHBegin DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.10 10:02:36 DVHWAI2140I Waiting for work on 09/06/23 at 10:02:36. DVHWAI2143I Wakeup caused by timer file entry on 09/06/23 at 10:02:36. DVHWAI2143I Processing event number 4 scheduled for ==/==/== at DVHWAI2143I 00:03:00. DVHMEO3526W DirMaint is in TESTING mode. DVHWAI2119T Error in CMS command; RC= 3526 DVHWAI2119T from: EXEC DVHMERO DIRMAINT DATADVH A = DVHWAI2119T = * DVHWAI2119T at line 220. SELECTED TABLE IS: DVH15 DVHSHU2194T Automatic shutdown/restart DVHSHU2194T initiated. Machine= DIRMAINT, DVHSHU2194T caller= DVHWAIT, reason= 2119 DVHSHU2196I The failing command will be retried. DVHSHU2197I The DIRMAINT machine is attempting to DVHSHU2197I re-IPL and restart. Then after input dirm online on dirmaint input DVHBegin Dirmaint show : DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.09 10:06:15 DVHWAI2140I Waiting for work on 09/06/23 at 10:06:15. How can I fix that, folks? Sunny Hu This message is intended only for the addressee. It may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you have received this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original email. Thank you. (Sent by Webgate2) 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
Re: Why my Dirmaint is unstable?
Issue DIRM ONLINE From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of sunny...@wcb.ab.ca Sent: Tuesday, June 23, 2009 12:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Why my Dirmaint is unstable? Dirmain is unstable. Last night it worked. Today it shows The DIRMAINT service machine is not accepting work. Have to manual start by DVHBegin DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.10 10:02:36 DVHWAI2140I Waiting for work on 09/06/23 at 10:02:36. DVHWAI2143I Wakeup caused by timer file entry on 09/06/23 at 10:02:36. DVHWAI2143I Processing event number 4 scheduled for ==/==/== at DVHWAI2143I 00:03:00. DVHMEO3526W DirMaint is in TESTING mode. DVHWAI2119T Error in CMS command; RC= 3526 DVHWAI2119T from: EXEC DVHMERO DIRMAINT DATADVH A = DVHWAI2119T = * DVHWAI2119T at line 220. SELECTED TABLE IS: DVH15 DVHSHU2194T Automatic shutdown/restart DVHSHU2194T initiated. Machine= DIRMAINT, DVHSHU2194T caller= DVHWAIT, reason= 2119 DVHSHU2196I The failing command will be retried. DVHSHU2197I The DIRMAINT machine is attempting to DVHSHU2197I re-IPL and restart. Then after input dirm online on dirmaint input DVHBegin Dirmaint show : DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.09 10:06:15 DVHWAI2140I Waiting for work on 09/06/23 at 10:06:15. How can I fix that, folks? Sunny Hu This message is intended only for the addressee. It may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you have received this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original email. Thank you. (Sent by Webgate2) 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.
Re: Why my Dirmaint is unstable?
Sunny, Look at line 4 in your DIRMAINT DATADVH file on 1DF. It looks like a timer event is kicked off and is failing. Also insure there is no OFFLINE CONTOL member on the 1DF. If there is, your DIRM ONLINE is not working. You must be authorized in AUTHFOR CONTROL. Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of sunny...@wcb.ab.ca Sent: Tuesday, June 23, 2009 2:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Why my Dirmaint is unstable? I did issue Dirm online. But it is just a temparay fix. I have to shutdwon dirmaint and restart it. Then I still have the problem. Sunny Hu Information Management W.C.B. Alberta (780) 498-4739 sunny...@wcb.ab.ca Ray Waters ray.wat...@opensolutions.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 06/23/2009 11:28 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Why my Dirmaint is unstable? Issue DIRM ONLINE From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of sunny...@wcb.ab.ca Sent: Tuesday, June 23, 2009 12:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Why my Dirmaint is unstable? Dirmain is unstable. Last night it worked. Today it shows The DIRMAINT service machine is not accepting work. Have to manual start by DVHBegin DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.10 10:02:36 DVHWAI2140I Waiting for work on 09/06/23 at 10:02:36. DVHWAI2143I Wakeup caused by timer file entry on 09/06/23 at 10:02:36. DVHWAI2143I Processing event number 4 scheduled for ==/==/== at DVHWAI2143I 00:03:00. DVHMEO3526W DirMaint is in TESTING mode. DVHWAI2119T Error in CMS command; RC= 3526 DVHWAI2119T from: EXEC DVHMERO DIRMAINT DATADVH A = DVHWAI2119T = * DVHWAI2119T at line 220. SELECTED TABLE IS: DVH15 DVHSHU2194T Automatic shutdown/restart DVHSHU2194T initiated. Machine= DIRMAINT, DVHSHU2194T caller= DVHWAIT, reason= 2119 DVHSHU2196I The failing command will be retried. DVHSHU2197I The DIRMAINT machine is attempting to DVHSHU2197I re-IPL and restart. Then after input dirm online on dirmaint input DVHBegin Dirmaint show : DVHITI3531W An OFFLINE CONTROL exists. Updates to the object DVHITI3531W directory are currently disabled. Use the DIRM ONLINE DVHITI3531W command to enable object directory updates. DVHITI3531W A DISABLE CONTROL already exists. The current setting is DVHITI3531W being honored. It was not rebuilt using the setting from DVHITI3531W the CONFIG* DATADVH file. DIRMAINT VMPROD2. - 2009/06/23; T=0.08/0.09 10:06:15 DVHWAI2140I Waiting for work on 09/06/23 at 10:06:15. How can I fix that, folks? Sunny Hu This message is intended only for the addressee. It may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you have received this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original email. Thank you. (Sent by Webgate2) 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. Scanned by WCB Webgate1 AntiSpam/AntiVirus email gateway. This message is intended only for the addressee. It may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you have received this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original email. Thank you. (Sent by Webgate2) 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
Re: Oops and finding passwords on a system...
Robert, Wouldn't the DIRMAINT 1DF mdisk be the one you need? 1DB is the backup mdisk. MDISK 01DF 3390 3075 018 540W02 MR MDISK 01DB 3390 1421 009 540W02 MR Ray Waters From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of RPN01 Sent: Tuesday, May 12, 2009 2:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Oops and finding passwords on a system... I didn't log in for awhile and, due to advancing age (actually a year older tomorrow too), I've forgotten what I made the MAINT password. And, since this was also the main password used for almost all the service machines, I don't have any other locations to log into that would help me. I know; stupid. :( Could someone with a zVM 540 system please tell me the starting cylinder of the DIRMAINT 1DB minidisk? I don't think we had any reason to relocate it, so, I think, with that and a DEFINE MINIDISK command from OPERATOR (my one working userid) I can get the password I need to regain control and save some face (other than here, since I've confessed to you all). Thanks to one and all for keeping this as quiet as possible. -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 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. 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.
Re: Layer 2 to Layer 3
Mark, Did you GRANT this z/OS? Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Pace Sent: Monday, January 26, 2009 9:33 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Layer 2 to Layer 3 I have a Linux guest that I use as a DNS cache server for my z/VM, z/OS, and other linux guests. Friday I migrated from z/VM 5.2 to z/VM 5.4 and changed the vswitch from layer 3 to layer 2. Since this change my z/OS can no longer use the linux guest as a DNS server any DNS query (NSLOOKUP) returns: EZB3040E *** Can't find server name for address 199.44.xxx.xx: No response from server I can ping the z/OS address from the Linux guest, and I can ping the Linux guest from z/OS, so I know that the connectivity is not messed up. Another z/VM in a different LPAR using layer 3 vswitch can use the linux DNS server. It too uses the same OSA CHPID with different addresses dedicated to it's LPAR. I might add that this same Linux guests is also an FTP server. The z/OS system can connect to the FTP server either. Hardware: z9 z/OS 1.9 and z/VM 5.4 use the same OSA CHPID, just different address dedicated to different LPARs. -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 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.
[no subject]
query ibmvm 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.
Re: Unable to PING the LINUX server
David, You were correct; I had to enter the NETSTAT command twice: NETSTAT ARP ALL TCP DTCVSW1 VM TCP/IP Netstat Level 540 TCP/IP Server Name: DTCVSW1 DTCNET338E * MAC address is not in the ARP table. Ready(4); T=0.01/0.01 08:43:29 NETSTAT ARP ALL TCP DTCVSW1 VM TCP/IP Netstat Level 540 TCP/IP Server Name: DTCVSW1 ARP Age: 5 Querying ARP cache for address * Adapter-maintained data as of: 12/16/08 08:43:29 Link VSWITCH10C30LINK: QDIOETHERNET: 00-14-5E-B7-26-99 IP: 172.16.24.129 Link VSWITCH10C30LINK: QDIOETHERNET: 00-16-9C-0E-5B-40 IP: 172.16.28.2 Link VSWITCH10C30LINK: QDIOETHERNET: 00-14-5E-B7-26-99 IP: 172.16.28.101 (VSE GUESTS for 101 thru 110) Link VSWITCH10C30LINK: QDIOETHERNET: 00-14-5E-B7-26-99 IP: 172.16.28.102 Link VSWITCH10C30LINK: QDIOETHERNET: 00-14-5E-B7-26-99 IP: 172.16.28.103 Link VSWITCH10C30LINK: QDIOETHERNET: 00-14-5E-B7-26-99 IP: 172.16.28.104 Link VSWITCH10C30LINK: QDIOETHERNET: 00-14-5E-B7-26-99 IP: 172.16.28.106 Link VSWITCH10C30LINK: QDIOETHERNET: 00-14-5E-B7-26-99 IP: 172.16.28.108 Link VSWITCH10C30LINK: QDIOETHERNET: 00-14-5E-B7-26-99 IP: 172.16.28.109 Link VSWITCH10C30LINK: QDIOETHERNET: 00-14-5E-B7-26-99 IP: 172.16.28.110 Ready; T=0.01/0.01 08:45:03 Ray From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of David Kreuter Sent: Monday, December 15, 2008 3:40 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Unable to PING the LINUX server 'k thanks. What does NETSTAT ARP ALL TCP DTCVSW1 show from TCPMAINT? You may have to do the command twice a few seconds apart. David From: The IBM z/VM Operating System on behalf of Alan Altmark Sent: Mon 12/15/2008 4:27 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Unable to PING the LINUX server On Monday, 12/15/2008 at 04:20 EST, David Kreuter dkreu...@vm-resources.com wrote: What are the results from a Q VSWITCH DETAILS? Ray showed that in one of his prior posts. Alan Altmark z/VM Development IBM Endicott 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.
Re: Unable to PING the LINUX server
Will get our network people involved. Thanks to all who responded. Ray -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post Sent: Tuesday, December 16, 2008 10:30 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Unable to PING the LINUX server On 12/15/2008 at 3:22 PM, Ray Waters ray.wat...@opensolutions.com wrote: Mark, I can PING the GATEWAY from NOVSTART but not my pc. My pc is not running a FTP server so it should not respond, right? Wrong. If your PC is running a TCP/IP stack, and isn't firewalling off ICMP packets, it should respond. Gateway ping 172.16.24.2 ping 172.16.24.2 PING 172.16.24.2 (172.16.24.2) 56(84) bytes of data. This is _not_ showing a successful ping of the gateway. So, your problem lies there. As Alan Altmark suggested, you now need to get your network team involved. Something very fundamental is wrong in your setup, and that's going to be very specific to your particular site. As a starting point, take David's question about the correct IP address for the gateway to them, but Alan's suggestion for an overall review is best. Mark Post 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.
Re: Unable to PING the LINUX server
The OSA I was using was on our 28 network. I changed to an OSA on our 24 network and now all is connecting. Problem is solved. ping 172.16.24.129 Ping Level 540: Pinging host 172.16.24.129. Enter #CP EXT to interrupt. PING: Ping #1 response took 0.001 seconds. Successes so far 1. NETSTAT ARP ALL TCP DTCVSW1 VM TCP/IP Netstat Level 540 TCP/IP Server Name: DTCVSW1 ARP Age: 5 Querying ARP cache for address * Adapter-maintained data as of: 12/16/08 14:28:16 Link VSWITCH10A28LINK: QDIOETHERNET: 00-16-9C-EC-BC-40 IP: 172.16.24.2 Link VSWITCH10A28LINK: QDIOETHERNET: 00-14-5E-B7-18-90 IP: 172.16.24.100 Link VSWITCH10A28LINK: QDIOETHERNET: 00-14-5E-B7-18-90 IP: 172.16.24.101 Link VSWITCH10A28LINK: QDIOETHERNET: 00-14-5E-B7-18-90 IP: 172.16.24.102 Link VSWITCH10A28LINK: QDIOETHERNET: 00-14-5E-B7-18-90 IP: 172.16.24.103 Link VSWITCH10A28LINK: QDIOETHERNET: 00-14-5E-B7-18-90 IP: 172.16.24.104 Link VSWITCH10A28LINK: QDIOETHERNET: 00-14-5E-B7-18-90 IP: 172.16.24.105 Link VSWITCH10A28LINK: QDIOETHERNET: 00-14-5E-B7-18-90 IP: 172.16.24.106 Link VSWITCH10A28LINK: QDIOETHERNET: 00-14-5E-B7-18-90 IP: 172.16.24.108 Link VSWITCH10A28LINK: QDIOETHERNET: 00-14-5E-B7-18-90 IP: 172.16.24.109 Link VSWITCH10A28LINK: QDIOETHERNET: 00-14-5E-B7-18-90 IP: 172.16.24.129 YEA! Link VSWITCH10A28LINK: QDIOETHERNET: 00-0C-29-A2-91-6A IP: 172.16.24.255 Link VSWITCH10A28LINK: QDIOETHERNET: 00-0D-60-D4-91-D2 IP: 172.16.25.159 Link VSWITCH10A28LINK: QDIOETHERNET: 00-0C-29-BE-85-10 IP: 172.16.25.171 Link VSWITCH10A28LINK: QDIOETHERNET: 00-0D-60-D5-7D-BC IP: 172.16.25.196 Link VSWITCH10A28LINK: QDIOETHERNET: 00-14-5E-30-A5-70 IP: 172.16.25.255 Ready; T=0.01/0.01 14:29:05 Thanks for you help, Ray -Original Message- From: Ray Waters Sent: Tuesday, December 16, 2008 11:25 AM To: The IBM z/VM Operating System Subject: RE: Unable to PING the LINUX server Will get our network people involved. Thanks to all who responded. Ray -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post Sent: Tuesday, December 16, 2008 10:30 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Unable to PING the LINUX server On 12/15/2008 at 3:22 PM, Ray Waters ray.wat...@opensolutions.com wrote: Mark, I can PING the GATEWAY from NOVSTART but not my pc. My pc is not running a FTP server so it should not respond, right? Wrong. If your PC is running a TCP/IP stack, and isn't firewalling off ICMP packets, it should respond. Gateway ping 172.16.24.2 ping 172.16.24.2 PING 172.16.24.2 (172.16.24.2) 56(84) bytes of data. This is _not_ showing a successful ping of the gateway. So, your problem lies there. As Alan Altmark suggested, you now need to get your network team involved. Something very fundamental is wrong in your setup, and that's going to be very specific to your particular site. As a starting point, take David's question about the correct IP address for the gateway to them, but Alan's suggestion for an overall review is best. Mark Post 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.
Unable to PING the LINUX server
Newbie to LINUX. I am trying to bring up SUSE for the first time under z/VM 540. I have downloaded the SUSE LINUX for mainframes from NOVELL. Everything worked as it should during the install, except I cannot PING 172.16.24.129 from my VM userid WATERSR running on the same z/VM 540 system. I think maybe my NETWORK PARMS are incorrect but do not know. The VSWITCH seems fine. Any ideas why I cannot connect to LINUX? I tried using PUTTY and could not connect. Any ideas what I am doing wrong? VM Directory entry for NIC in NOVSTART: NICDEF 0340 TYPE QDIO LAN SYSTEM VSWITCH1 PROFILE TCPIP: HOME 172.16.24.100 255.255.252.0 LCHHOSAX DEFAULTNET 172.16.24.2 LCHHOSAX 1500 NETWORK PARMS: IPADDR=172.16.24.129 NETMASK=255.255.252.0 GATEWAY=172.16.24.2 NAMESERVER=10.0.0.23 (was not sure what to enter on this line) FQDN=novstart.example.com LAYER2=N DHCP=N PROFILE EXEC: /* PROFILE EXEC for NOVSTART SLES Installation server */ 'CP SET PF12 RETRIEVE' 'CP SPOOL CON TO WATERSR' 'CP SPOOL CON START' 'CP SET RUN ON' 'ACCESS 19F D' 'SWAPGEN 160 20' OWNER = 'SYSTEM' lan_name = 'VSWITCH1' COUPLE 340 SYSTEM VSWITCH1 (is this COUPLE needed???) Say 'Enter a non-blank character and ENTER (or two ENTERs) within 10' Say ' seconds to interrupt Linux IPL.' 'WAKEUP +00:10 (CONS' If rc = 6 Then Do Say 'Interrupt: entering CMS.' Pull /* Clear Stack */ Say 'IPL 150 CLEAR to boot Linux from DASD' Say 'SLES to boot SLES installation system from reader' End Else Do 'CP IPL 150 CLEAR' End Part of console log for LINUX Welcome to SUSE Linux Enterprise Server 10 SP2 (s390x) - Kernel 2.6.16.60-0.21-default (ttyS0). novstart login: I am ABLE to LOGIN to LINUX while I am logged on to user NOVSTART. I am unable to FTP to 172.16.24.129 from my PC. I am unable to connect with PUTTY. q novstart NOVSTART - DSC Ready; T=0.01/0.01 13:15:35 q vswitch details VSWITCH SYSTEM VSWITCH1 Type: VSWITCH Connected: 1Maxconn: INFINITE PERSISTENT RESTRICTEDNONROUTER Accounting: OFF VLAN Unaware MAC address: 02-00-00-00-00-01 State: Ready IPTimeout: 5 QueueStorage: 8 Isolation Status: OFF RDEV: 0C30.P00 VDEV: 0C30 Controller: DTCVSW1 VSWITCH Connection: MAC address: 00-14-5E-B7-26-99 RX Packets: 9 Discarded: 8708472Errors: 0 TX Packets: 182Discarded: 0 Errors: 0 RX Bytes: 480 TX Bytes: 12969 Device: 0C30 Unit: 000 Role: DATA vPort: 0001 Index: 0001 Adapter Connections: Adapter Owner: NOVSTART NIC: 0340.P00 Name: UNASSIGNED RX Packets: 4130 Discarded: 0 Errors: 0 TX Packets: 15 Discarded: 0 Errors: 0 RX Bytes: 865581 TX Bytes: 1082 Device: 0342 Unit: 002 Role: DATA vPort: 0090 Index: 0090 Options: Broadcast Multicast IPv6 IPv4 VLAN Unicast IP Addresses: 172.16.24.129MAC: 02-00-00-00-00-02 FE80::200:0:100:2MAC: 02-00-00-00-00-02 Local Multicast IP Addresses: 224.0.0.1MAC: 01-00-5E-00-00-01 224.0.1.22 MAC: 01-00-5E-00-01-16 239.255.255.253 MAC: 01-00-5E-7F-FF-FD FF02::1 MAC: 33-33-00-00-00-01 Local FF02::1:FF00:2 MAC: 33-33-FF-00-00-02 Local Ready; T=0.01/0.01 13:17:49 Ray Waters Senior Technical Support Analyst Open Solutions Inc. 3900 Essex Lane, Suite 400 Houston, TX 77027-5100 Office 713-965-8451 Cell713-705-5403 Email ray.wat...@opensolutions.commailto:ray.wat...@opensolutions.com www.opensolutions.comhttp://www.opensolutions.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.
Re: Unable to PING the LINUX server
Mark, I can PING the GATEWAY from NOVSTART but not my pc. My pc is not running a FTP server so it should not respond, right? Gateway ping 172.16.24.2 ping 172.16.24.2 PING 172.16.24.2 (172.16.24.2) 56(84) bytes of data. My PC ping 172.16.10.102 ping 172.16.10.102 ifconfig ifconfig eth0 Link encap:Ethernet HWaddr 02:00:00:00:00:02 inet addr:172.16.24.129 Bcast:172.16.27.255 Mask:255.255.252.0 inet6 addr: fe80::200:0:100:2/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:752 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:161705 (157.9 Kb) TX bytes:872 (872.0 b) loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:70 errors:0 dropped:0 overruns:0 frame:0 TX packets:70 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:5437 (5.3 Kb) TX bytes:5437 (5.3 Kb) route -n route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 172.16.24.0 0.0.0.0 255.255.252.0 U 0 00 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 00 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 00 lo 0.0.0.0 172.16.24.2 0.0.0.0 UG0 00 eth0 novstart:~ # Ray -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post Sent: Monday, December 15, 2008 1:02 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Unable to PING the LINUX server On 12/15/2008 at 1:38 PM, Ray Waters ray.wat...@opensolutions.com wrote: Newbie to LINUX. I am trying to bring up SUSE for the first time under z/VM 540. I have downloaded the SUSE LINUX for mainframes from NOVELL. Everything worked as it should during the install, except I cannot PING 172.16.24.129 from my VM userid WATERSR running on the same z/VM 540 system. I think maybe my NETWORK PARMS are incorrect but do not know. The VSWITCH seems fine. Any ideas why I cannot connect to LINUX? I tried using PUTTY and could not connect. Any ideas what I am doing wrong? Can you ping your default gateway from the Linux system? If so, then see if you can do a traceroute to your desktop IP address from the Linux system. If you can get to the next hop past your default gateway, then my first guess is that your firewalls aren't allowing incoming connections on FTP and SSH. -snip- COUPLE 340 SYSTEM VSWITCH1 (is this COUPLE needed???) Technically speaking, no. But, it doesn't hurt, and if at some point you are playing around testing something, and you decide (for whatever reason) to uncouple the NIC, then forget to re-couple it, this will save you some hassle. From the Linux system, what does ifconfig and route -n show? Mark Post 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.
Re: Unable to PING the LINUX server
Here is a TRACEROUTE to the GATEWAY from NOVSTART: traceroute 172.16.24.2 traceroute to 172.16.24.2 (172.16.24.2), 30 hops max, 40 byte packets 1 * * * 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * TRACEROUTE to VM TCPIP from NOVSTART: traceroute 172.16.24.100 traceroute 172.16.24.100 traceroute to 172.16.24.100 (172.16.24.100), 30 hops max, 40 byte packets 1 * * * 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * TRACEROUTE to MY PC from NOVSTART: traceroute 172.16.10.102 traceroute 172.16.10.102 traceroute to 172.16.10.102 (172.16.10.102), 30 hops max, 40 byte packets 1 * * * 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * Ray -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Raymond Noal Sent: Monday, December 15, 2008 1:07 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Unable to PING the LINUX server Also, make sure you have the ports available that you need. Every time I ask our network folks to give me a new IP address, I have to remind them what ports I need for the IP address they give me. HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post Sent: Monday, December 15, 2008 11:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Unable to PING the LINUX server On 12/15/2008 at 1:38 PM, Ray Waters ray.wat...@opensolutions.com wrote: Newbie to LINUX. I am trying to bring up SUSE for the first time under z/VM 540. I have downloaded the SUSE LINUX for mainframes from NOVELL. Everything worked as it should during the install, except I cannot PING 172.16.24.129 from my VM userid WATERSR running on the same z/VM 540 system. I think maybe my NETWORK PARMS are incorrect but do not know. The VSWITCH seems fine. Any ideas why I cannot connect to LINUX? I tried using PUTTY and could not connect. Any ideas what I am doing wrong? Can you ping your default gateway from the Linux system? If so, then see if you can do a traceroute to your desktop IP address from the Linux system. If you can get to the next hop past your default gateway, then my first guess is that your firewalls aren't allowing incoming connections on FTP and SSH. -snip- COUPLE 340 SYSTEM VSWITCH1 (is this COUPLE needed???) Technically speaking, no. But, it doesn't hurt, and if at some point you are playing around testing something, and you decide (for whatever reason) to uncouple the NIC, then forget to re-couple it, this will save you some hassle. From the Linux system, what does ifconfig and route -n show? Mark Post 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.
Re: EREP process question.
Howard, Even if you clear the EREP file, or erase it, then once EREP start accumulating data in XAEREPIO RECORD on his A disk, the records are variable length and will start to grow in length. For example, if I clear EREP, the max record size usually start s out at 114, then will grow to Max of 256 in my shop. Ray From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Thursday, December 04, 2008 3:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: EREP process question. I'm using the EREP parameter below to go against the z/VM EREP machine. The file XAEREPIO RECORD is out there and is some what larger then yesterday. Shouldn't the above file be deleted by these parameter? SYSUM ACC=Y ZERO=Y ENDPARM _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. 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.
Re: EREP Records
Howard, This is one way it could be done. I am sure there are other ways Here is an old VM exec I named STOPEREP EXEC: TRACE OFF CP M OP CMD CP SEND CP EREP EXT CP SLEEP 5 SEC CP M OP CMD CP SEND EREP END CP SLEEP 5 SEC CP FORCE EREP EXIT Then CP DET 111 LINK EREP 191 111 MW ACC 111 G Copy the file XAEREPIO RECORD ERASE XAEREPIO RECORD G REL G(DET XAUTOLOG EREP Ray Waters From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, November 26, 2008 10:26 AM To: IBMVM@LISTSERV.UARK.EDU Subject: EREP Records Hello, I think I touched on this subject before but... I want to extract the EREP records from the z/VM EREP user, bring them over to z/OS into a file and process them on z/OS. I linked to the EREP machines 191 disk and saw only file which was: XAEREPIO RECORD I1 V298 3537 97 11/26/08 10:23 I was wondering how I could force a daily cut off, retrieve the file and have EREP start recording a new file. Getting the file over to z/OS isn't an issue, just the above is. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. 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.
z/VM 5.4.0 CMS commands are now mixed case
With 5.2, CMS (not xedit) anything entered in CMS converted to uppercase when the enter key was pressed. With 5.4, the characters no longer convert to uppercase. Can this be changed via a command to CP or CMS? Ray Waters 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.
Re: z/VM 5.4.0 CMS commands are now mixed case
Mike, I no longer have my 5.2 system up. Our 5.4 after pressing enter: q t TIME IS 10:29:07 EST TUESDAY 11/18/08 CONNECT= 00:04:20 VIRTCPU= 000:00.01 TOTCPU= 000:00.02 Ready; T=0.01/0.01 10:29:07 In 5.2 it would be: Q T TIME IS 10:29:07 EST TUESDAY 11/18/08 CONNECT= 00:04:20 VIRTCPU= 000:00.01 TOTCPU= 000:00.02 Ready; T=0.01/0.01 10:29:07 Ray From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Michael Donovan Sent: Tuesday, November 18, 2008 9:25 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.4.0 CMS commands are now mixed case Ray, I'm confused. To my knowledge, nothing changed between 5.2 and 5.4 with the way CMS commands are handled. Do you have an example? Thanks! Mike Donovan [cid:1__=0ABBFF96DFC70CAC8f9e8a93df938@us.ibm.com]Ray Waters [EMAIL PROTECTED] Ray Waters [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/18/2008 10:07 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject z/VM 5.4.0 CMS commands are now mixed case With 5.2, CMS (not xedit) anything entered in CMS converted to uppercase when the enter key was pressed. With 5.4, the characters no longer convert to uppercase. Can this be changed via a command to CP or CMS? Ray Waters 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. 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.
Re: z/VM 5.4.0 CMS commands are now mixed case
There is NO problem. Every thing works as before. I just noticed a difference between our prior VM systems and 5.4. Our prior systems would convert anything typed in CMS to upper case once the enter key was pressed. Now with 5.4 the translation does not occur. With 5.4: q alloc = q alloc q t = q t ind = ind With 5.2: q alloc = Q ALLOC q t = Q T ind = IND Not sure what changed. Maybe during the install I answered something different with 5.4 compared to prior installs. Is there a SET command to change this? Ray -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Tuesday, November 18, 2008 9:37 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.4.0 CMS commands are now mixed case On Tuesday, 11/18/2008 at 10:09 EST, Ray Waters [EMAIL PROTECTED] wrote: With 5.2, CMS (not xedit) anything entered in CMS converted to uppercase when the enter key was pressed. With 5.4, the characters no longer convert to uppercase. Can this be changed via a command to CP or CMS? What command is causing you a problem? Please post a snippet that illustrates your problem. Alan Altmark z/VM Development IBM Endicott 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.
Re: z/VM 5.4.0 CMS commands are now mixed case
The LANG does not make a difference: q lang AMENG Ready; T=0.01/0.01 11:29:05 ind AVGPROC-050% 03 XSTORE-00/SEC MIGRATE-/SEC MDC READS-001384/SEC WRITES-74/SEC HIT RATIO-096% PAGING-3/SEC STEAL-000% Q0-4(0) DORMANT-00025 Q1-8(0) E1-0(0) Q2-4(0) EXPAN-002 E2-0(0) Q3-00024(0) EXPAN-002 E3-0(0) PROC -050% CP PROC 0001-050% CP PROC 0002-050% CP LIMITED-0 Ready; T=0.01/0.01 11:29:08 set lang uceng READY; T=0.01/0.01 11:29:21 q lang UCENG READY; T=0.01/0.01 11:29:24 ind AVGPROC-050% 03 XSTORE-00/SEC MIGRATE-/SEC MDC READS-001321/SEC WRITES-72/SEC HIT RATIO-095% PAGING-4/SEC STEAL-000% Q0-4(0) DORMANT-00026 Q1-8(0) E1-0(0) Q2-4(0) EXPAN-002 E2-0(0) Q3-00024(0) EXPAN-002 E3-0(0) PROC -051% CP PROC 0001-050% CP PROC 0002-050% CP LIMITED-0 READY; T=0.01/0.01 11:29:31 Ray From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Tuesday, November 18, 2008 10:21 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.4.0 CMS commands are now mixed case As someone suggested earlier, perhaps on 5.2 you were running with 'CP SET LANGuage UCENG'? That's UpperCase English. Perhaps when you upgraded to z/VM 5.4 you chose AMENG (American English) instead? It's an easy thing to change at install time, and an easy one to test (if you installed the NSSes) by entering: SET LANG UCENG Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Ray Waters [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/18/2008 10:09 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z/VM 5.4.0 CMS commands are now mixed case There is NO problem. Every thing works as before. I just noticed a difference between our prior VM systems and 5.4. Our prior systems would convert anything typed in CMS to upper case once the enter key was pressed. Now with 5.4 the translation does not occur. With 5.4: q alloc = q alloc q t = q t ind = ind With 5.2: q alloc = Q ALLOC q t = Q T ind = IND Not sure what changed. Maybe during the install I answered something different with 5.4 compared to prior installs. Is there a SET command to change this? Ray -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Tuesday, November 18, 2008 9:37 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.4.0 CMS commands are now mixed case On Tuesday, 11/18/2008 at 10:09 EST, Ray Waters [EMAIL PROTECTED] wrote: With 5.2, CMS (not xedit) anything entered in CMS converted to uppercase when the enter key was pressed. With 5.4, the characters no longer convert to uppercase. Can this be changed via a command to CP or CMS? What command is causing you a problem? Please post a snippet that illustrates your problem. Alan Altmark z/VM Development IBM Endicott 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. 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. NOTICE: This e-mail is intended solely for the use of the individual to whom it is addressed and may contain information
Re: z/VM 5.4.0 CMS commands are now mixed case
This is not the case. I am in Term Mode VM. Ray -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Tuesday, November 18, 2008 10:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.4.0 CMS commands are now mixed case My money's on Bill Scully's suggestion, below. Easily overlooked in the stream of replies (and some replies seem to be coming out-of-order today). We all get used to what we've been running for ages. Perhaps Ray is running with a different PROFILE EXEC, or without common change to SYSPROF EXEC that existed before, one that included: CP TERMINAL MODE VM Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Scully, William P [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 11/18/2008 10:16 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z/VM 5.4.0 CMS commands are now mixed case Alan, doesn't the setting of CP TERM MODE have an effect on commands? In TERM MODE CP everything is uppercase. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Tuesday, November 18, 2008 10:37 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/VM 5.4.0 CMS commands are now mixed case On Tuesday, 11/18/2008 at 10:09 EST, Ray Waters [EMAIL PROTECTED] wrote: With 5.2, CMS (not xedit) anything entered in CMS converted to uppercase when the enter key was pressed. With 5.4, the characters no longer convert to uppercase. Can this be changed via a command to CP or CMS? What command is causing you a problem? Please post a snippet that illustrates your problem. Alan Altmark z/VM Development IBM Endicott 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. 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.
Re: VM RSCS as RJP to JES3, replace current process and last 3745.
We have NJE connections between our VSE guests and RSCS connected via Virtual CTCA as VSE runs as a guest under VM. Does you JES system run under VM? If so a virtual CTCA will work or if not, an emulated CTCA connection. Ray Waters From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mark T. Regan, K8MTR Sent: Thursday, September 25, 2008 12:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: VM RSCS as RJP to JES3, replace current process and last 3745. We have an old process that is used to support submitting jobs from VM to JES3. The current process uses a 3745 running EP on it. Here's the EP configuration for them: The RSCS Side: *## EPNCPAB GROUP DIAL=NO, X LNCTL=BSC, X SPEED=9600, X CLOCKNG=EXT, X CODE=EBCDIC, X CU=2701, X DUPLEX=FULL, X TERM=3277, X TYPE=EP RSCSB1 LINE ADDRESS=(196,32-0),TERM=3135 RSCS 43B #1 RSCS1 LINE ADDRESS=(197,32-2),TERM=3135 RSCS 43C #1 *## The JES3 side: *## RJE GROUP DIAL=NO, X LNCTL=BSC, X CLOCKNG=EXT, X CODE=EBCDIC, X CU=2701, X DUPLEX=FULL, X TERM=2020, X TYPE=EP LNE2 LINE ADDRESS=(321,3D-3,3D-1),TERM=3135 RSCSB LNE3 LINE ADDRESS=(322,23-3,23-1),TERM=3135 RSCSC ** The VM side is using RSCS (TYPE is MRJE) to appear to JES3 as a RJP workstation. In JES3 it's defined as T=S370, with a console and three devices: RJPLINE,N=LNE2,A=(SYX,03D,SYY,03D,SYZ,03D),S=9600 * RJPTERM,N=VMX02,T=S370,RD=1,PR=2,PU=1,B=400,O=BFIX,G=VMX CONSOLE,TYPE=RJP,DEST=NONE,LEVEL=14,LL=79,JNAME=VMX02 DEVICE,DTYPE=RMT3211,TRAIN=(NO,RN),HEADER=YES,JNAME=VMX02PR1, FORMS=(NO,),DGROUP=VMX DEVICE,DTYPE=RMT3211,TRAIN=(NO,RN),HEADER=YES,JNAME=VMX02PR2, FORMS=(NO,),DGROUP=VMX DEVICE,DTYPE=RMT2540P,JNAME=VMX02PU1,DGROUP=VMX * Since our goal is to eliminate this last 3745, we would like to keep the impact to the users as minimal as possible. There are hundreds of jobs that are submitted from our two z/VM systems, a lot of them out of their scheduler systems. We have found that a lot of these jobs were set up ages ago, so there is no original author support for them anymore. In addition to using the RSCS to JES3 lines to submit jobs, the users also use a JQ function to requeue jobs as needed. The resulting console commands go across the RJP connection to JES3 too. The users also use a JL function that allows them to view the JES3 job output by accessing the JES spool directly. We have heard about Visara's FEP-4600 Communications Controller product, which supposedly supports EP connectivity, and we will be looking at it. Is the Visara product the only one out there? Are there any other options that we could pursue that will entail not having to force the application support people to make changes? I'm sure they would prefer something that would require them not to make any changes at all. We have a NJE connection between the z/VM and JES3 systems, but what we have heard is that without a JES3 mod, the incoming jobs are flagged as remote jobs and not local jobs. Therefore any resulting output can go back to VM by default. Supposedly the JES3 mod would somehow flag the job as being local to the JES3 system. Thanks. Mark T. Regan, K8MTR CTO1 USNR-Retired (1969-1991) 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.
Re: IBM-MAIN LIST
http://bama.ua.edu/archives/ibm-main.html From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Tuesday, August 26, 2008 1:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: IBM-MAIN LIST Hello all, Can some one give me the address to subscribe to IBM-MAIN. T.Y. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. 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.
The Programmable Operator Facility
We run z/VM 520 and use PROPST to filter messages to the OP1 console. We filter several commands including ATTACHED and DETACHED commands. I would like to filter other messages such as ATTACHED and DETACHED from going to the LOG FILE (LGYYMMDD XX) on Operator's 191 MDISK. In reading the CMS Planning and Administration Guide, I don't see how this can be done. We are a heavy TAPE use shop using DFSMS/RMS and there are just too many of these messages going to this log file. Is there a way to suppress the logging of certain messages? Thanks, Ray Waters Mainframe Technical Support Analyst Open Solutions Inc. 11 Greenway Plaza, Suite 300 Houston, TX 77046-1102 Office 713-965-8451 Cell 713-705-5403 Fax713-965-8405 Email [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] www.bank.opensolutions.comhttp://www.bank.opensolutions.com www.opensolutions.comhttp://www.opensolutions.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.
Re: The Programmable Operator Facility
DASD space is not the issue. While reviewing these logs, debugging other problems is slowed due to the volume of ATT/DET commands. Tapes being attached or detached is usually not a problem. Ray -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Wednesday, July 09, 2008 11:00 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: The Programmable Operator Facility In PROP, logging is all or nothing. VM:Operator has a NOLOG option, I don't know about IBM Operations Manager. At the other hand: DASD isn't that expensive, incomplete log files make debugging less easy. Alternatively, you could postprocess the log file of the previous day and code a PIPE filter to remove what you don't want to keep. 2008/7/9 Ray Waters [EMAIL PROTECTED]: We run z/VM 520 and use PROPST to filter messages to the OP1 console. We filter several commands including ATTACHED and DETACHED commands. I would like to filter other messages such as ATTACHED and DETACHED from going to the LOG FILE (LGYYMMDD XX) on Operator's 191 MDISK. In reading the CMS Planning and Administration Guide, I don't see how this can be done. We are a heavy TAPE use shop using DFSMS/RMS and there are just too many of these messages going to this log file. Is there a way to suppress the logging of certain messages? Thanks, Ray Waters Mainframe Technical Support Analyst Open Solutions Inc. 11 Greenway Plaza, Suite 300 Houston, TX 77046-1102 Office 713-965-8451 Cell 713-705-5403 Fax713-965-8405 Email [EMAIL PROTECTED] www.bank.opensolutions.com www.opensolutions.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. -- Kris Buelens, IBM Belgium, VM customer support 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.