Re: ICKDSF format of new DASD
On Tuesday, 07/20/2010 at 04:10 EDT, Marcy Cortes marcy.d.cor...@wellsfargo.com wrote: Not that long unless its 57 Terabytes. I think it's the safe thing to do too, but z/OS is doing them this time (don't ask) and they are questioning the necessity. Would be good to have a definitive answer from IBM! (IBM disk). New DASD is shipped from the factory 'clean' with no residual data. There's no point in formatting it twice. You only the need to format/allocate cyl 0 (for FBA, blocks 0-5, IIRC) if it is to be in the CP-owned list or otherwise ATTACHed to SYSTEM. From a security point of view, I would not release previously used (in-house or purchased) dasd to the 'available' pool until it has been completely formatted in order to ensure that no residual data remains. Then I would start with cyl 0 as above. Alan Altmark z/VM Development IBM Endicott
Backing Up Linux Home Directory
Hello all, Anyone on the list backup their users' linux image home directory? What process do you use? Thank you, Mary Zervos VM Systems Programmer Binghamton University
Re: Backing Up Linux Home Directory
Here it depends as to what type of dasd the home directory lies on. IF it is on CKD dasd, we utilize our z/OS system running Dasd Backup Supervisor which creates FDR jobs to back up the entire volume. IF the home directory lies on ( or even if we wish to back up just the home directory off of CKD dasd ), we again utilize our z/OS system running FDR/Upstream server which connects to the linux image Upstream client, copies the home directory to a z/OS file which is then copied to tape. Mary C Zervos wrote: Hello all, Anyone on the list backup their users' linux image home directory? What process do you use? Thank you, Mary Zervos VM Systems Programmer Binghamton University -- -- Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 b...@psu.edu mailto:b...@psu.edu To make an apple pie from scratch, you must first invent the universe. Carl Sagan
DISKACNT records
I'm only finding '01', '02' (mostly) and '0B' records generated. I was hoping for some '04' records. Does anyone know why I wouldn't get any of these? (password violations) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Receive requested certificate - Status 0x03353024 - Issuer certificate not found.
On Tuesday, 07/20/2010 at 10:46 EDT, Hans Rempel h...@hmrconsultants.com wrote: This is my first time to receive a certificate using CMS SSL support. I think I followed all the steps correctly but I?m receiving the above message when using option 5. Receive requested certificate. I created a certificate request, downloaded it and gave it to my network guy to get a certificate. I then uploaded the certificate and tried to receive it. Import (7) gives me the same message. When I displayed the certificate it displayed N/A for label field. Can this be the problem? If so did I receive a correct certificate from Thawte. I also found an APAR OA03444 but the USERS AFFECTED Description does not appear to apply to me but the error message does. Always 'receive' certificates for which you have an outstanding 'request'. From the z/OS System SSL book: 03353024 Issuer certificate not found. Explanation: An issuer certificate is not found while validating a certificate. This error can occur if the issuer certificate required for a new certificate is not in the key database or if the required issuer certificate is not trusted or has expired. User response: Ensure that the key database contains the required issuer certificate and that the certificate is marked as trusted. Refer to ?Database Menu? on page 375 for information on displaying the contents of an external certificate file in order to verify which issuer certificate is required. Contact your service representative if the error persists. Alan Altmark z/VM Development IBM Endicott
Re: DISKACNT records
Is it possible you have turned off Journaling Facility? Issue CP Q JOURNAL and check your SYSTEM CONFIG file. Aria From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DISKACNT records I'm only finding '01', '02' (mostly) and '0B' records generated. I was hoping for some '04' records. Does anyone know why I wouldn't get any of these? (password violations) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: DISKACNT records
Are any password violations occurring? (that sounds a lot worse than it is... :) ) On 07/21/2010 10:14 AM, Frank M. Ramaekers wrote: I’m only finding ‘01’, ‘02’ (mostly) and ‘0B’ records generated. I was hoping for some ‘04’ records. Does anyone know why I wouldn’t get any of these? (password violations) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
Re: DISKACNT records
Hello Everyone, How much overhead does this add to the overall system? Ed Martin Aultman Health Foundation 330-363-5050 ext 35050 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Aria Bamdad Sent: Wednesday, July 21, 2010 11:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Is it possible you have turned off Journaling Facility? Issue CP Q JOURNAL and check your SYSTEM CONFIG file. Aria From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DISKACNT records I'm only finding '01', '02' (mostly) and '0B' records generated. I was hoping for some '04' records. Does anyone know why I wouldn't get any of these? (password violations) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: DISKACNT records
cp q journal HCPJRL003E Invalid option - JOURNAL Ready(3); T=0.01/0.01 10:29:11 Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Aria Bamdad Sent: Wednesday, July 21, 2010 10:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Is it possible you have turned off Journaling Facility? Issue CP Q JOURNAL and check your SYSTEM CONFIG file. Aria From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DISKACNT records I'm only finding '01', '02' (mostly) and '0B' records generated. I was hoping for some '04' records. Does anyone know why I wouldn't get any of these? (password violations) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: DISKACNT records
q journal HCPJRL003E Invalid option - JOURNAL Ready(3); T=0.01/0.01 10:32:37 Ahhh Usage Notes 1. The QUERY JOURNAL command can be used only if the SET_AND_QUERY ON operand is specified on the JOURNALING statement in the system configuration file. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Aria Bamdad Sent: Wednesday, July 21, 2010 10:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Is it possible you have turned off Journaling Facility? Issue CP Q JOURNAL and check your SYSTEM CONFIG file. Aria From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DISKACNT records I'm only finding '01', '02' (mostly) and '0B' records generated. I was hoping for some '04' records. Does anyone know why I wouldn't get any of these? (password violations) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: DISKACNT records
You must login to an account with Class A or E privilege. Logon to MAINT and issue from there. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records cp q journal HCPJRL003E Invalid option - JOURNAL Ready(3); T=0.01/0.01 10:29:11 Frank M. Ramaekers Jr. _ From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Aria Bamdad Sent: Wednesday, July 21, 2010 10:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Is it possible you have turned off Journaling Facility? Issue CP Q JOURNAL and check your SYSTEM CONFIG file. Aria From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DISKACNT records I'm only finding '01', '02' (mostly) and '0B' records generated. I was hoping for some '04' records. Does anyone know why I wouldn't get any of these? (password violations) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: DISKACNT records
Nobody is exceeding the counts or, perhaps, Journaling is not turned on? Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 8:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DISKACNT records I'm only finding '01', '02' (mostly) and '0B' records generated. I was hoping for some '04' records. Does anyone know why I wouldn't get any of these? (password violations) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: DISKACNT records
It appears that there is a setting in the SYSTEM CONFIG that is not specified and therefore defaulted to OFF. (See the Journaling statement in the CP Planning and Administration manual.) Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, July 21, 2010 10:35 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Nobody is exceeding the counts or, perhaps, Journaling is not turned on? Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 8:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DISKACNT records I'm only finding '01', '02' (mostly) and '0B' records generated. I was hoping for some '04' records. Does anyone know why I wouldn't get any of these? (password violations) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: DISKACNT records
It appears to require an IPL to pickup the SYSTEM CONFIG changes for JOURNALING. Anyone know any different? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Aria Bamdad Sent: Wednesday, July 21, 2010 10:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records You must login to an account with Class A or E privilege. Logon to MAINT and issue from there. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records cp q journal HCPJRL003E Invalid option - JOURNAL Ready(3); T=0.01/0.01 10:29:11 Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Aria Bamdad Sent: Wednesday, July 21, 2010 10:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Is it possible you have turned off Journaling Facility? Issue CP Q JOURNAL and check your SYSTEM CONFIG file. Aria From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DISKACNT records I'm only finding '01', '02' (mostly) and '0B' records generated. I was hoping for some '04' records. Does anyone know why I wouldn't get any of these? (password violations) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: DISKACNT records
You are correct. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 8:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records It appears to require an IPL to pickup the SYSTEM CONFIG changes for JOURNALING. Anyone know any different? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Aria Bamdad Sent: Wednesday, July 21, 2010 10:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records You must login to an account with Class A or E privilege. Logon to MAINT and issue from there. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records cp q journal HCPJRL003E Invalid option - JOURNAL Ready(3); T=0.01/0.01 10:29:11 Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Aria Bamdad Sent: Wednesday, July 21, 2010 10:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Is it possible you have turned off Journaling Facility? Issue CP Q JOURNAL and check your SYSTEM CONFIG file. Aria From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DISKACNT records I'm only finding '01', '02' (mostly) and '0B' records generated. I was hoping for some '04' records. Does anyone know why I wouldn't get any of these? (password violations) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: DISKACNT records
Well... Not recommended as a general practice, or for the faint of heart, and installation rules may prevent, but: d hl998 HL0998 E00036 R0998 Ready; T=0.01/0.01 09:13:05 d hle8c8.20 HLE8C8 D6D7C5D9 C1E3D6D9 D6D7C5D9 C1E3D6D9 06 RE8C8 HLE8D8 000A3C02 03040205 0A904040 40404040 Ready; T=0.01/0.01 09:13:44 d hlte8c8.20 HLE8C0 01B3F000 01B3F000 D6D7C5D9 C1E3D6D9 06 *..0...0.OPERATOR* RE8C0 HLE8D0 D6D7C5D9 C1E3D6D9 000A3C02 03040205*OPERATOR* HLE8E0 0A904040 40404040 40404040 40404040*.. * Ready; T=0.01/0.01 09:13:50 q journal HCPJRL003E Invalid option - JOURNAL Ready(3); T=0.01/0.01 09:14:34 cp st hlse8d8 40 RPIMGR055E COMMAND STORE.C NOT DEFINED TO RACF Store complete. Ready; T=0.01/0.01 09:15:23 q journal Journal: LOGON- off, LINK- off Ready; T=0.01/0.01 09:15:26 Note this was done on a 5.4 sandbox image -- Mike Harding z/VM System Support mhard...@us.ibm.com mike.b.hard...@kp.org mikehard...@mindless.com (925) 926-3179 (w) (925) 323-2070 (c) IM: VMBearDad (AIM), mbhcpcvt (Y!) The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 07/21/2010 09:02:44 AM: From: Schuh, Richard rsc...@visa.com To: IBMVM@LISTSERV.UARK.EDU Date: 07/21/2010 09:04 AM Subject: Re: DISKACNT records Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU You are correct. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 8:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records It appears to require an IPL to pickup the SYSTEM CONFIG changes for JOURNALING. Anyone know any different? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Aria Bamdad Sent: Wednesday, July 21, 2010 10:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records You must login to an account with Class A or E privilege. Logon to MAINT and issue from there. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records cp q journal HCPJRL003E Invalid option - JOURNAL Ready(3); T=0.01/0.01 10:29:11 Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Aria Bamdad Sent: Wednesday, July 21, 2010 10:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Is it possible you have turned off Journaling Facility? Issue CP Q JOURNAL and check your SYSTEM CONFIG file. Aria From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DISKACNT records I’m only finding ‘01’, ‘02’ (mostly) and ‘0B’ records generated. I was hoping for some ‘04’ records. Does anyone know why I wouldn’t get any of these? (password violations) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: DISKACNT records
Yikes, dark magic On 07/21/2010 11:22 AM, Michael Harding wrote: Well... Not recommended as a general practice, or for the faint of heart, and installation rules may prevent, but: d hl998 HL0998 E000 36 R0998 Ready; T=0.01/0.01 09:13:05 d hle8c8.20 HLE8C8 D6D7C5D9 C1E3D6D9 D6D7C5D9 C1E3D6D9 06 RE8C8 HLE8D8 000A3C02 03040205 0A904040 40404040 Ready; T=0.01/0.01 09:13:44 d hlte8c8.20 HLE8C0 01B3F000 01B3F000 D6D7C5D9 C1E3D6D9 06 *..0...0.OPERATOR* RE8C0 HLE8D0 D6D7C5D9 C1E3D6D9 000A3C02 03040205 *OPERATOR* HLE8E0 0A904040 40404040 40404040 40404040 *.. * Ready; T=0.01/0.01 09:13:50 q journal HCPJRL003E Invalid option - JOURNAL Ready(3); T=0.01/0.01 09:14:34 cp st hlse8d8 40 RPIMGR055E COMMAND STORE.C NOT DEFINED TO RACF Store complete. Ready; T=0.01/0.01 09:15:23 q journal Journal: LOGON- off, LINK- off Ready; T=0.01/0.01 09:15:26 Note this was done on a 5.4 sandbox image -- Mike Harding z/VM System Support mhard...@us.ibm.com mike.b.hard...@kp.org mikehard...@mindless.com (925) 926-3179 (w) (925) 323-2070 (c) IM: VMBearDad (AIM), mbhcpcvt (Y!) -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
InfoZIP ZIP/UNZIP: Updating the VM/CMS port
Folks, I'm beginning the task of updating the InfoZIP zip and unzip ports for z/OS MVS and z/OS USS. This is being done as part of my real job at RBC, and I'm working with the InfoZIP crew to keep the process of integrating and supporting these updates going smoothly. There has been some discussion spread across various topics in the InfoZIP online forums. The main InfoZIP developers asked me to create some new topics to get some focussed discussions going. The first of this is actually for VM/CMS. See: http://www.info-zip.org/board/board.pl?m-1279724242/ As part of the z/OS work, I would like to bring the VM/CMS codebase up to date. I've got a reasonable level of VM/CMS background from my time at IBM (I was one of the authors of what became the HLASM IDF utility, and spent much time in C/C++ compiler group), but I'm not a current active VM/CMS user. At RBC, we do have VM/CMS, so I plan get an ID to do testing of new code but unfortunately we do not have a licence for the IBM VM C compiler. To ensure success, we need to get some folks using VM/CMS (hopefully from IBM Endicott and other organizations) involved. We need: * At minimum someone with access to the C compiler that can do builds for us. If that person could become the owner of the development/release of VM/CMS-specific code that would be ideal. * VM/CMS folks with opinions for development/design discussion. Folks with knowledge or needs related to the CMS USS equivalent (byte file system) would be very useful (even if the final informed agreement is to continue to only support standard CMS files. * VM/CMS developers and users with a bit of spare time to assist with ongoing testing. While I am posting this here on the IBMVM mailing list, I would ask that for sanity's sake discussion is kept in the InfoZIP forums. While I am subscribed to the IBMVM mailing list, I've got a lot of stuff on the go (picture multiple chainsaws in mid-juggle) and don't have time to follow it properly. Thanks for listening, and especially if you can help us. Al Dunsmuir ___ This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courriel peut contenir des renseignements protégés et confidentiels. Lexpéditeur ne renonce pas aux droits et obligations qui sy rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements quil contient par une personne autre que le destinataire désigné est interdite. Si vous recevez ce courriel par erreur, veuillez men aviser immédiatement, par retour de courriel ou par un autre moyen.
Re: InfoZIP ZIP/UNZIP: Updating the VM/CMS port
Forget the IBM compiler. License the Dignus C/C++ compiler for your pc and just upload the resulting objects. Several vendors that I know of use this approach. Much cheaper. http://www.dignus.com/products.shtml Tony Thigpen -Original Message - From: Dunsmuir, Allan Sent: 07/21/2010 12:39 PM Folks, I'm beginning the task of updating the InfoZIP zip and unzip ports for z/OS MVS and z/OS USS. This is being done as part of my real job at RBC, and I'm working with the InfoZIP crew to keep the process of integrating and supporting these updates going smoothly. There has been some discussion spread across various topics in the InfoZIP online forums. The main InfoZIP developers asked me to create some new topics to get some focussed discussions going. The first of this is actually for VM/CMS. See: http://www.info-zip.org/board/board.pl?m-1279724242/ As part of the z/OS work, I would like to bring the VM/CMS codebase up to date. I've got a reasonable level of VM/CMS background from my time at IBM (I was one of the authors of what became the HLASM IDF utility, and spent much time in C/C++ compiler group), but I'm not a current active VM/CMS user. At RBC, we do have VM/CMS, so I plan get an ID to do testing of new code but unfortunately we do not have a licence for the IBM VM C compiler. To ensure success, we need to get some folks using VM/CMS (hopefully from IBM Endicott and other organizations) involved. We need: * At minimum someone with access to the C compiler that can do builds for us. If that person could become the owner of the development/release of VM/CMS-specific code that would be ideal. * VM/CMS folks with opinions for development/design discussion. Folks with knowledge or needs related to the CMS USS equivalent (byte file system) would be very useful (even if the final informed agreement is to continue to only support standard CMS files. * VM/CMS developers and users with a bit of spare time to assist with ongoing testing. While I am posting this here on the IBMVM mailing list, I would ask that for sanity's sake discussion is kept in the InfoZIP forums. While I am subscribed to the IBMVM mailing list, I've got a lot of stuff on the go (picture multiple chainsaws in mid-juggle) and don't have time to follow it properly. Thanks for listening, and especially if you can help us. Al Dunsmuir ___ This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courriel peut contenir des renseignements protégés et confidentiels. Lexpéditeur ne renonce pas aux droits et obligations qui sy rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements quil contient par une personne autre que le destinataire désigné est interdite. Si vous recevez ce courriel par erreur, veuillez men aviser immédiatement, par retour de courriel ou par un autre moyen.
Re: DISKACNT records
On Wednesday, 07/21/2010 at 12:23 EDT, Michael Harding/Oakland/i...@ibmus wrote: cp st hlse8d8 40 RPIMGR055E COMMAND STORE.C NOT DEFINED TO RACF Store complete. *slap* Not only is this not for the faint of heart, it is a path to the Dark Side. In a well-secured environment, the STORE HOST command is not permitted, even by a class C user, without additional ESM permission. And such permission is given only at Management direction. And *that* is given only the request of the IBM Support Center or in case of dire emergency when lives or property are at risk. You get the idea. For those without an ESM, move STORE HOST to some other privclass and put COMMAND SET PRIVCLASS * -class in your directory. Access to class is under the same rules as ESM permissions. Obviously not intended to protect the system from a determined sysprog, but simply to provide another layer of protection, and to serve as a reminder of the Policy. The rest of CP does not know what you are changing and it is easy to corrupt the operation of CP with this command. The reviled Dennis Nedry had the moral equivalent of STORE HOST privileges; look at the chaos he caused. And he was just a character in a movie! Now you've got me thinking about a SYSTEM CONFIG option to disable STORE HOST (a la SET JOURNAL) and making it the default.You would have no choice, but to re-IPL to get the command back (unless you want to alter memory from the HMC?). H. now, where are my coding sheets Alan Altmark z/VM Development IBM Endicott
Re: DISKACNT records
That works great! Thanks! Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Michael Harding Sent: Wednesday, July 21, 2010 11:23 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Well... Not recommended as a general practice, or for the faint of heart, and installation rules may prevent, but: d hl998 HL0998 E000 36 R0998 Ready; T=0.01/0.01 09:13:05 d hle8c8.20 HLE8C8 D6D7C5D9 C1E3D6D9 D6D7C5D9 C1E3D6D9 06 RE8C8 HLE8D8 000A3C02 03040205 0A904040 40404040 Ready; T=0.01/0.01 09:13:44 d hlte8c8.20 HLE8C0 01B3F000 01B3F000 D6D7C5D9 C1E3D6D9 06 *..0...0.OPERATOR* RE8C0 HLE8D0 D6D7C5D9 C1E3D6D9 000A3C02 03040205 *OPERATOR* HLE8E0 0A904040 40404040 40404040 40404040 *.. * Ready; T=0.01/0.01 09:13:50 q journal HCPJRL003E Invalid option - JOURNAL Ready(3); T=0.01/0.01 09:14:34 cp st hlse8d8 40 RPIMGR055E COMMAND STORE.C NOT DEFINED TO RACF Store complete. Ready; T=0.01/0.01 09:15:23 q journal Journal: LOGON- off, LINK- off Ready; T=0.01/0.01 09:15:26 Note this was done on a 5.4 sandbox image -- Mike Harding z/VM System Support mhard...@us.ibm.com mike.b.hard...@kp.org mikehard...@mindless.com (925) 926-3179 (w) (925) 323-2070 (c) IM: VMBearDad (AIM), mbhcpcvt (Y!) The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 07/21/2010 09:02:44 AM: From: Schuh, Richard rsc...@visa.com To: IBMVM@LISTSERV.UARK.EDU Date: 07/21/2010 09:04 AM Subject: Re: DISKACNT records Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU You are correct. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 8:54 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records It appears to require an IPL to pickup the SYSTEM CONFIG changes for JOURNALING. Anyone know any different? Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Aria Bamdad Sent: Wednesday, July 21, 2010 10:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records You must login to an account with Class A or E privilege. Logon to MAINT and issue from there. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records cp q journal HCPJRL003E Invalid option - JOURNAL Ready(3); T=0.01/0.01 10:29:11 Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Aria Bamdad Sent: Wednesday, July 21, 2010 10:22 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Is it possible you have turned off Journaling Facility? Issue CP Q JOURNAL and check your SYSTEM CONFIG file. Aria From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Wednesday, July 21, 2010 11:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DISKACNT records I'm only finding '01', '02' (mostly) and '0B' records generated. I was hoping for some '04' records. Does anyone know why I wouldn't get any of these? (password violations) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ 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
Re: DISKACNT records
Coding sheets? What privclass are they protected with? On 07/21/2010 12:11 PM, Alan Altmark wrote: Now you've got me thinking about a SYSTEM CONFIG option to disable STORE HOST (a la SET JOURNAL) and making it the default.You would have no choice, but to re-IPL to get the command back (unless you want to alter memory from the HMC?). H. now, where are my coding sheets Alan Altmark z/VM Development IBM Endicott -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
Re: DISKACNT records
Sigh... these youngsters! History lesson: ON Completed coding sheets are output from programmers (perhaps their only valuable output). After exhaustive desk checking (olde English for a complete and utter waste of time, since programmer's are always perfect), the coding sheets were then input to the keypunch department which output punch cards. The punched cards were then input to computer operators (well, at least one of their known inputs besides coffee and candy bars and God knows what else on 3rd shift) who loaded them as input into punch card readers (one hopes good old 2540's- not those newfangled 3505 optical card readers that were always jammed by the slightest dust mote, of which card provided aplenty). Provided that one of the F1, F2, or BG partitions was open when the punched cards were read by the punched card reader, and the computer operator had the appropriate UPSI switches set properly, and had uttered the correct mystical incantations at the right time, the computer would process the punched cards into its core memory and execute them as a program, or supply them for a program's input needs. History lesson: OFF Hey... if they had optical card readers, why weren't there any optical card punches? Think of all the chaff that could have been saved! ;-) Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. Rich Smrcina r...@velocitysoftware.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/21/2010 12:19 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DISKACNT records Coding sheets? What privclass are they protected with? On 07/21/2010 12:11 PM, Alan Altmark wrote: Now you've got me thinking about a SYSTEM CONFIG option to disable STORE HOST (a la SET JOURNAL) and making it the default.You would have no choice, but to re-IPL to get the command back (unless you want to alter memory from the HMC?). H. now, where are my coding sheets Alan Altmark z/VM Development IBM Endicott -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: DISKACNT records
Effectively there were optical card punches, also known as #2 pencils. -- Mike Harding z/VM System Support mhard...@us.ibm.com mike.b.hard...@kp.org mikehard...@mindless.com (925) 926-3179 (w) (925) 323-2070 (c) IM: VMBearDad (AIM), mbhcpcvt (Y!) The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 07/21/2010 11:07:38 AM: From: Mike Walter mike.wal...@hewitt.com Hey... if they had optical card readers, why weren't there any optical card punches? Think of all the chaff that could have been saved! ;-)
Re: DISKACNT records
I sure wished we had a keypunch department we had to punch our own! Good old 1403. :-) Jefferson Davis -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Wednesday, July 21, 2010 12:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Sigh... these youngsters! History lesson: ON Completed coding sheets are output from programmers (perhaps their only valuable output). After exhaustive desk checking (olde English for a complete and utter waste of time, since programmer's are always perfect), the coding sheets were then input to the keypunch department which output punch cards. The punched cards were then input to computer operators (well, at least one of their known inputs besides coffee and candy bars and God knows what else on 3rd shift) who loaded them as input into punch card readers (one hopes good old 2540's- not those newfangled 3505 optical card readers that were always jammed by the slightest dust mote, of which card provided aplenty). Provided that one of the F1, F2, or BG partitions was open when the punched cards were read by the punched card reader, and the computer operator had the appropriate UPSI switches set properly, and had uttered the correct mystical incantations at the right time, the computer would process the punched cards into its core memory and execute them as a program, or supply them for a program's input needs. History lesson: OFF Hey... if they had optical card readers, why weren't there any optical card punches? Think of all the chaff that could have been saved! ;-) Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's.
Re: DISKACNT records
I thought a 1403 was a printer may have had to punch a carriage control tape for it but not cards Jefferson Davis jeffersondavis69 @gmail.comTo Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System ib...@listserv.u Subject ARK.EDU Re: DISKACNT records 07/21/2010 02:39 PM Please respond to The IBM z/VM Operating System ib...@listserv.u ARK.EDU I sure wished we had a keypunch department we had to punch our own! Good old 1403. :-) Jefferson Davis -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Wednesday, July 21, 2010 12:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Sigh... these youngsters! History lesson: ON Completed coding sheets are output from programmers (perhaps their only valuable output). After exhaustive desk checking (olde English for a complete and utter waste of time, since programmer's are always perfect), the coding sheets were then input to the keypunch department which output punch cards. The punched cards were then input to computer operators (well, at least one of their known inputs besides coffee and candy bars and God knows what else on 3rd shift) who loaded them as input into punch card readers (one hopes good old 2540's- not those newfangled 3505 optical card readers that were always jammed by the slightest dust mote, of which card provided aplenty). Provided that one of the F1, F2, or BG partitions was open when the punched cards were read by the punched card reader, and the computer operator had the appropriate UPSI switches set properly, and had uttered the correct mystical incantations at the right time, the computer would process the punched cards into its core memory and execute them as a program, or supply them for a program's input needs. History lesson: OFF Hey... if they had optical card readers, why weren't there any optical card punches? Think of all the chaff that could have been saved! ;-) Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's.
Re: InfoZIP ZIP/UNZIP: Updating the VM/CMS port
I've seen a post that says the output of the C compiler on Z/OS is compatible with what VM needs. If the systems are connected, as I would hope, then no extra fees are involved. Les Dunsmuir, Allan wrote: Folks, I'm beginning the task of updating the InfoZIP zip and unzip ports for z/OS MVS and z/OS USS. This is being done as part of my real job at RBC, and I'm working with the InfoZIP crew to keep the process of integrating and supporting these updates going smoothly. There has been some discussion spread across various topics in the InfoZIP online forums. The main InfoZIP developers asked me to create some new topics to get some focussed discussions going. The first of this is actually for VM/CMS. See: http://www.info-zip.org/board/board.pl?m-1279724242/ As part of the z/OS work, I would like to bring the VM/CMS codebase up to date. I've got a reasonable level of VM/CMS background from my time at IBM (I was one of the authors of what became the HLASM IDF utility, and spent much time in C/C++ compiler group), but I'm not a current active VM/CMS user. At RBC, we do have VM/CMS, so I plan get an ID to do testing of new code but unfortunately we do not have a licence for the IBM VM C compiler. To ensure success, we need to get some folks using VM/CMS (hopefully from IBM Endicott and other organizations) involved. We need: * At minimum someone with access to the C compiler that can do builds for us. If that person could become the owner of the development/release of VM/CMS-specific code that would be ideal. * VM/CMS folks with opinions for development/design discussion. Folks with knowledge or needs related to the CMS USS equivalent (byte file system) would be very useful (even if the final informed agreement is to continue to only support standard CMS files. * VM/CMS developers and users with a bit of spare time to assist with ongoing testing. While I am posting this here on the IBMVM mailing list, I would ask that for sanity's sake discussion is kept in the InfoZIP forums. While I am subscribed to the IBMVM mailing list, I've got a lot of stuff on the go (picture multiple chainsaws in mid-juggle) and don't have time to follow it properly. Thanks for listening, and especially if you can help us. Al Dunsmuir ___ This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courriel peut contenir des renseignements protégés et confidentiels. L’expéditeur ne renonce pas aux droits et obligations qui s’y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu’il contient par une personne autre que le destinataire désigné est interdite. Si vous recevez ce courriel par erreur, veuillez m’en aviser immédiatement, par retour de courriel ou par un autre moyen.
Re: DISKACNT records
The 1403 was a printer. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jefferson Davis Sent: Wednesday, July 21, 2010 11:39 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records I sure wished we had a keypunch department we had to punch our own! Good old 1403. :-) Jefferson Davis -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Wednesday, July 21, 2010 12:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Sigh... these youngsters! History lesson: ON Completed coding sheets are output from programmers (perhaps their only valuable output). After exhaustive desk checking (olde English for a complete and utter waste of time, since programmer's are always perfect), the coding sheets were then input to the keypunch department which output punch cards. The punched cards were then input to computer operators (well, at least one of their known inputs besides coffee and candy bars and God knows what else on 3rd shift) who loaded them as input into punch card readers (one hopes good old 2540's- not those newfangled 3505 optical card readers that were always jammed by the slightest dust mote, of which card provided aplenty). Provided that one of the F1, F2, or BG partitions was open when the punched cards were read by the punched card reader, and the computer operator had the appropriate UPSI switches set properly, and had uttered the correct mystical incantations at the right time, the computer would process the punched cards into its core memory and execute them as a program, or supply them for a program's input needs. History lesson: OFF Hey... if they had optical card readers, why weren't there any optical card punches? Think of all the chaff that could have been saved! ;-) Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's.
TCP/IP Server
In looking over the directory of a recently inherited system, I find this entry: USER DAEMON NOLOG 32M 32M G POSIXINFO UID 1 GID 1 Really, that is the entire entry. The next USER statement follows the POSIXINFO line.. Is this entry of any use whatsoever? I can think of only two possibilities - 1) It is possible to transfer spool files to a NOLOG user, possibly for holding, and 2) Consume a small amount of space in the directory. Am I missing something? Regards, Richard Schuh
Re: TCP/IP Server
This is how 'posix' was implemented on zVM -- several NOLOG users - including DAEMON, ROOT, NOBODY, etc.. if you are not using posix - feel free to get rid of it. It's just a placeholder user - as all the posix implementation users were/are. Scott Rohling On Wed, Jul 21, 2010 at 2:26 PM, Schuh, Richard rsc...@visa.com wrote: In looking over the directory of a recently inherited system, I find this entry: USER DAEMON NOLOG 32M 32M G POSIXINFO UID 1 GID 1 Really, that is the entire entry. The next USER statement follows the POSIXINFO line.. Is this entry of any use whatsoever? I can think of only two possibilities - 1) It is possible to transfer spool files to a NOLOG user, possibly for holding, and 2) Consume a small amount of space in the directory. Am I missing something? Regards, Richard Schuh
Re: TCP/IP Server
From the OpenExtension's User Guide: In addition, the following POSIX users are added, if they are not already defined: ___ ___ ___ | Userid| UID | Primary | | | | group | |___|___|___ | root | 0 | system| |___|___|___ | daemon| 1 | staff | |___|___|___ | bin | 2 | bin | |___|___|___ | sys | 3 | sys | |___|___|___ | adm | 4 | adm | |___|___|___ | nobody| 4294967294| nobody| |___|___|___ | default | 4924967295| DEFAULT | |___|___|___| On Wed, Jul 21, 2010 at 2:26 PM, Schuh, Richard rsc...@visa.com wrote: In looking over the directory of a recently inherited system, I find this entry: USER DAEMON NOLOG 32M 32M G POSIXINFO UID 1 GID 1 Really, that is the entire entry. The next USER statement follows the POSIXINFO line.. Is this entry of any use whatsoever? I can think of only two possibilities - 1) It is possible to transfer spool files to a NOLOG user, possibly for holding, and 2) Consume a small amount of space in the directory. Am I missing something? Regards, Richard Schuh
Re: TCP/IP Server
If you are using the OpenExtensions Shell Utilities (SU) code on CMS, then you want to leave those ids in the CP directory. If you are not using the SU code, then feel free to remove these ids. They are place holders for certain functions used by the SU. Thanks! Mike --- No, no, you're not thinking, you're just being logical. - Niels Bohr, physicist (1885-1962) From: Scott Rohling scott.rohl...@gmail.com To: IBMVM@LISTSERV.UARK.EDU Date: 07/21/2010 04:33 PM Subject:Re: TCP/IP Server Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU This is how 'posix' was implemented on zVM -- several NOLOG users - including DAEMON, ROOT, NOBODY, etc.. if you are not using posix - feel free to get rid of it. It's just a placeholder user - as all the posix implementation users were/are. Scott Rohling On Wed, Jul 21, 2010 at 2:26 PM, Schuh, Richard rsc...@visa.com wrote: In looking over the directory of a recently inherited system, I find this entry: USER DAEMON NOLOG 32M 32M G POSIXINFO UID 1 GID 1 Really, that is the entire entry. The next USER statement follows the POSIXINFO line.. Is this entry of any use whatsoever? I can think of only two possibilities - 1) It is possible to transfer spool files to a NOLOG user, possibly for holding, and 2) Consume a small amount of space in the directory. Am I missing something? Regards, Richard Schuh
Re: TCP/IP Server
Thanks to all who have replied. I cannot think of that particular VM image ever using OE. It is a single purpose system and uses very little of the capabilities of CMS. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Michael Donovan Sent: Wednesday, July 21, 2010 1:47 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP Server If you are using the OpenExtensions Shell Utilities (SU) code on CMS, then you want to leave those ids in the CP directory. If you are not using the SU code, then feel free to remove these ids. They are place holders for certain functions used by the SU. Thanks! Mike --- No, no, you're not thinking, you're just being logical. - Niels Bohr, physicist (1885-1962) [cid:1__=0ABBFDF4DFE244C28f9e8a93df938@us.ibm.com]Scott Rohling ---07/21/2010 04:33:00 PM---This is how 'posix' was implemented on zVM -- several NOLOG users - including DAEMON, ROOT, NOBODY, From: Scott Rohling scott.rohl...@gmail.com To: IBMVM@LISTSERV.UARK.EDU Date: 07/21/2010 04:33 PM Subject: Re: TCP/IP Server Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU This is how 'posix' was implemented on zVM -- several NOLOG users - including DAEMON, ROOT, NOBODY, etc.. if you are not using posix - feel free to get rid of it. It's just a placeholder user - as all the posix implementation users were/are. Scott Rohling On Wed, Jul 21, 2010 at 2:26 PM, Schuh, Richard rsc...@visa.commailto:rsc...@visa.com wrote: In looking over the directory of a recently inherited system, I find this entry: USER DAEMON NOLOG 32M 32M G POSIXINFO UID 1 GID 1 Really, that is the entire entry. The next USER statement follows the POSIXINFO line.. Is this entry of any use whatsoever? I can think of only two possibilities - 1) It is possible to transfer spool files to a NOLOG user, possibly for holding, and 2) Consume a small amount of space in the directory. Am I missing something? Regards, Richard Schuh
FW: DISKACNT records
For heaven's sake, I meant the 026. I am losing it in my old age. Jeff -Original Message- From: Jefferson Davis [mailto:jeffersondavi...@gmail.com] Sent: Wednesday, July 21, 2010 12:39 PM To: 'The IBM z/VM Operating System' Subject: RE: DISKACNT records I sure wished we had a keypunch department we had to punch our own! Good old 1403. :-) Jefferson Davis -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Wednesday, July 21, 2010 12:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Sigh... these youngsters! History lesson: ON Completed coding sheets are output from programmers (perhaps their only valuable output). After exhaustive desk checking (olde English for a complete and utter waste of time, since programmer's are always perfect), the coding sheets were then input to the keypunch department which output punch cards. The punched cards were then input to computer operators (well, at least one of their known inputs besides coffee and candy bars and God knows what else on 3rd shift) who loaded them as input into punch card readers (one hopes good old 2540's- not those newfangled 3505 optical card readers that were always jammed by the slightest dust mote, of which card provided aplenty). Provided that one of the F1, F2, or BG partitions was open when the punched cards were read by the punched card reader, and the computer operator had the appropriate UPSI switches set properly, and had uttered the correct mystical incantations at the right time, the computer would process the punched cards into its core memory and execute them as a program, or supply them for a program's input needs. History lesson: OFF Hey... if they had optical card readers, why weren't there any optical card punches? Think of all the chaff that could have been saved! ;-) Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's.
Re: TCP/IP Server
On Wednesday, 07/21/2010 at 04:47 EDT, Michael Donovan/Endicott/i...@ibmus wrote: If you are using the OpenExtensions Shell Utilities (SU) code on CMS, then you want to leave those ids in the CP directory. If you are not using the SU code, then feel free to remove these ids. They are place holders for certain functions used by the SU. I beg to differ with my learned colleague and suggest that these user IDs be kept in place. They are there to help you avoid accidental creation of user IDs that map to BFS filespaces created by IBM during installation of z/VM. A user with the same name as an SFS filespace (whether it is BFS or not) has ownership rights of the filespace. Alan Altmark z/VM Development IBM Endicott
Re: DISKACNT records
Do you remember the 024? Sigh... these youngsters! Mike Walter, 2010 Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jefferson Davis Sent: Wednesday, July 21, 2010 2:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: FW: DISKACNT records For heaven's sake, I meant the 026. I am losing it in my old age. Jeff -Original Message- From: Jefferson Davis [mailto:jeffersondavi...@gmail.com] Sent: Wednesday, July 21, 2010 12:39 PM To: 'The IBM z/VM Operating System' Subject: RE: DISKACNT records I sure wished we had a keypunch department we had to punch our own! Good old 1403. :-) Jefferson Davis -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Wednesday, July 21, 2010 12:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DISKACNT records Sigh... these youngsters! History lesson: ON Completed coding sheets are output from programmers (perhaps their only valuable output). After exhaustive desk checking (olde English for a complete and utter waste of time, since programmer's are always perfect), the coding sheets were then input to the keypunch department which output punch cards. The punched cards were then input to computer operators (well, at least one of their known inputs besides coffee and candy bars and God knows what else on 3rd shift) who loaded them as input into punch card readers (one hopes good old 2540's- not those newfangled 3505 optical card readers that were always jammed by the slightest dust mote, of which card provided aplenty). Provided that one of the F1, F2, or BG partitions was open when the punched cards were read by the punched card reader, and the computer operator had the appropriate UPSI switches set properly, and had uttered the correct mystical incantations at the right time, the computer would process the punched cards into its core memory and execute them as a program, or supply them for a program's input needs. History lesson: OFF Hey... if they had optical card readers, why weren't there any optical card punches? Think of all the chaff that could have been saved! ;-) Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's.
Re: TCP/IP Server
Keeping those ids in place does nothing to protect the file space if your statement, A user with the same name as an SFS filespace (whether it is BFS or not) has ownership rights of the filespace, is true. There is nothing that says that the name of the filespace is the same as the userid of the file server. This is demonstrated quite nicely by VMSERVS being the server for the VMSYS pool. If you are trying to protect the file pool names, then you need to create ids with matching names. You have just given me one more set of names that I need to protect in my directory creation process. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Wednesday, July 21, 2010 2:48 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP Server On Wednesday, 07/21/2010 at 04:47 EDT, Michael Donovan/Endicott/i...@ibmus wrote: If you are using the OpenExtensions Shell Utilities (SU) code on CMS, then you want to leave those ids in the CP directory. If you are not using the SU code, then feel free to remove these ids. They are place holders for certain functions used by the SU. I beg to differ with my learned colleague and suggest that these user IDs be kept in place. They are there to help you avoid accidental creation of user IDs that map to BFS filespaces created by IBM during installation of z/VM. A user with the same name as an SFS filespace (whether it is BFS or not) has ownership rights of the filespace. Alan Altmark z/VM Development IBM Endicott
Re: DISKACNT records
To everyone: I'm sorry. I should not have put a historical reference in my post. Pretty soon folks will be talking about how they remember rubbing the edges off of rocks to get them to roll more easily. My abject apologies. I humbly beg forgiveness. Alan Altmark z/VM Development IBM Endicott
Re: TCP/IP Server
On Wednesday, 07/21/2010 at 06:06 EDT, Schuh, Richard rsc...@visa.com wrote: Keeping those ids in place does nothing to protect the file space if your statement, A user with the same name as an SFS filespace (whether it is BFS or not) has ownership rights of the filespace, is true. There is nothing that says that the name of the filespace is the same as the userid of the file server. This is demonstrated quite nicely by VMSERVS being the server for the VMSYS pool. If you are trying to protect the file pool names, then you need to create ids with matching names. You have just given me one more set of names that I need to protect in my directory creation process. Terminology: filespaces are created in a filepool by ENROLL USER. The name of the filepool isn't important and no authorization is conferred if your user ID matches the name of a filepool. It is possible to prevent this, but you wouldn't want to try. You would have to remove the IUCV ALLOW statement from the filepool server's directory entry and add IUCV filepool statements to all users. Bleh. It's easier to simply have a policy that any id enrolled in a filepool MUST have a VM user ID created for it, even if it is NOLOG. With an ESM on the system, you can have a user defined as NOLOG in the directory, yet enrolled in the ESM with a valid password. Such a configuration enables you to authenticate (e.g. via FTP) and have remote access to resources, but you can't actually log on. Alan Altmark z/VM Development IBM Endicott
Re: TCP/IP Server
Without it being a formal policy, we have been doing that for years. Is there any significance to the POSIXINFO statement in a NOLOG user's directory? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Wednesday, July 21, 2010 3:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TCP/IP Server On Wednesday, 07/21/2010 at 06:06 EDT, Schuh, Richard rsc...@visa.com wrote: Keeping those ids in place does nothing to protect the file space if your statement, A user with the same name as an SFS filespace (whether it is BFS or not) has ownership rights of the filespace, is true. There is nothing that says that the name of the filespace is the same as the userid of the file server. This is demonstrated quite nicely by VMSERVS being the server for the VMSYS pool. If you are trying to protect the file pool names, then you need to create ids with matching names. You have just given me one more set of names that I need to protect in my directory creation process. Terminology: filespaces are created in a filepool by ENROLL USER. The name of the filepool isn't important and no authorization is conferred if your user ID matches the name of a filepool. It is possible to prevent this, but you wouldn't want to try. You would have to remove the IUCV ALLOW statement from the filepool server's directory entry and add IUCV filepool statements to all users. Bleh. It's easier to simply have a policy that any id enrolled in a filepool MUST have a VM user ID created for it, even if it is NOLOG. With an ESM on the system, you can have a user defined as NOLOG in the directory, yet enrolled in the ESM with a valid password. Such a configuration enables you to authenticate (e.g. via FTP) and have remote access to resources, but you can't actually log on. Alan Altmark z/VM Development IBM Endicott
Re: Receive requested certificate - Status 0x03353024 - Issuer certificate not found.
Thanks Alan and Alex for your comments. I will check it out on Monday when I'm back in the office. Hans ---Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: July-21-10 11:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Receive requested certificate - Status 0x03353024 - Issuer certificate not found. On Tuesday, 07/20/2010 at 10:46 EDT, Hans Rempel h...@hmrconsultants.com wrote: This is my first time to receive a certificate using CMS SSL support. I think I followed all the steps correctly but I?m receiving the above message when using option 5. Receive requested certificate. I created a certificate request, downloaded it and gave it to my network guy to get a certificate. I then uploaded the certificate and tried to receive it. Import (7) gives me the same message. When I displayed the certificate it displayed N/A for label field. Can this be the problem? If so did I receive a correct certificate from Thawte. I also found an APAR OA03444 but the USERS AFFECTED Description does not appear to apply to me but the error message does. Always 'receive' certificates for which you have an outstanding 'request'. From the z/OS System SSL book: 03353024 Issuer certificate not found. Explanation: An issuer certificate is not found while validating a certificate. This error can occur if the issuer certificate required for a new certificate is not in the key database or if the required issuer certificate is not trusted or has expired. User response: Ensure that the key database contains the required issuer certificate and that the certificate is marked as trusted. Refer to ?Database Menu? on page 375 for information on displaying the contents of an external certificate file in order to verify which issuer certificate is required. Contact your service representative if the error persists. Alan Altmark z/VM Development IBM Endicott
AUTO: Lionel Dyck is out of the office (returning 07/26/2010)
I am out of the office until 07/26/2010. I am out of the office. Call my cell if this is an emergency. Note: This is an automated response to your message Re: TCP/IP Server sent on 7/21/10 16:34:36. This is the only notification you will receive while this person is away.
Pipe to create CMS EXEC file by date
Hello Can someone send piece of PIPE code to run and create CMS EXEC file with minidisk files created after a given date ? Many thanks DISCLAIMER: This e-mail and any attachments may be confidential or legally privileged, and is only transmitted for the intended recipient. If you received this message in error or are not the intended recipient, you should destroy the e-mail message and any attachments or copies, and you are prohibited from retaining, distributing, disclosing, retransmitting, converting to hard copy, reproducing, or using in any other way any information contained herein. Please inform us at Sapiens of the erroneous delivery by return e-mail and delete the material from any computer, disk drive, diskette, or other storage device or media.
