Re: SFS
The RENAME and ERASE commands are indeed atomic operations. You can't even issue a RENAME or ERASE when the current workunit has uncommited work. Then you can get around by getting a new workunit, making it the default, etc. There is no *need* to use other than the deafult workunit with DMSFILEC or DMSRENAM if you can afford committing all work that is pending in that workunit. Some other thing when using SFS: if you'd use the sequence COPY into tempfile, followed by a RENAME to install a new version of MY FILE note then that the auhtories granted to the orignal MY FILE or not copied to the new version of MY FILE. That pleads to use DMSFILEC with REPLACE. 2011/3/22 Alan Altmark alan_altm...@us.ibm.com On Tuesday, 03/22/2011 at 12:18 EDT, Les Koehler vmr...@tampabay.rr.com wrote: So with FILE CONTROL you can't replace co-dependent files in one atomic operation, as one would do with the 'copyfile two-step' (love that phrase!)? Yes, you can (and in DIRECTORY CONTROL directories, too), but you need to become familiar with workunits, DMSGETWU, DMSPUSWU and DMSPOPWU. See the discussion of workunits in Chapter 12 of the CMS Application Dev. Guide. If memory serves, you get a new workunit, push it on the stack, do all your file updates, then pop the workunit. But it's been a long time. Just don't expect RENAME and ERASE to obey the rules. I think they are atomic operations. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- Kris Buelens, IBM Belgium, VM customer support
Re: SFS
Spilling error below? Les Kris Buelens wrote: The RENAME and ERASE commands are indeed atomic operations. You can't even issue a RENAME or ERASE when the current workunit has uncommited work. Then you can get around by getting a new workunit, making it the default, etc. There is no *need* to use other than the deafult workunit with DMSFILEC or DMSRENAM if you can afford committing all work that is pending in that workunit. Some other thing when using SFS: if you'd use the sequence COPY into tempfile, followed by a RENAME to install a new version of MY FILE note then that the auhtories granted to the orignal MY FILE or not copied to You meant: 'are not copied', right? the new version of MY FILE. That pleads to use DMSFILEC with REPLACE. 2011/3/22 Alan Altmark alan_altm...@us.ibm.com On Tuesday, 03/22/2011 at 12:18 EDT, Les Koehler vmr...@tampabay.rr.com wrote: So with FILE CONTROL you can't replace co-dependent files in one atomic operation, as one would do with the 'copyfile two-step' (love that phrase!)? Yes, you can (and in DIRECTORY CONTROL directories, too), but you need to become familiar with workunits, DMSGETWU, DMSPUSWU and DMSPOPWU. See the discussion of workunits in Chapter 12 of the CMS Application Dev. Guide. If memory serves, you get a new workunit, push it on the stack, do all your file updates, then pop the workunit. But it's been a long time. Just don't expect RENAME and ERASE to obey the rules. I think they are atomic operations. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: SFS
Yes indeed, I meant are not copied. very bad eyes and bad typist, sorry. 2011/3/23 Les Koehler vmr...@tampabay.rr.com Spilling error below? Les Kris Buelens wrote: The RENAME and ERASE commands are indeed atomic operations. You can't even issue a RENAME or ERASE when the current workunit has uncommited work. Then you can get around by getting a new workunit, making it the default, etc. There is no *need* to use other than the deafult workunit with DMSFILEC or DMSRENAM if you can afford committing all work that is pending in that workunit. Some other thing when using SFS: if you'd use the sequence COPY into tempfile, followed by a RENAME to install a new version of MY FILE note then that the auhtories granted to the orignal MY FILE or not copied to You meant: 'are not copied', right? the new version of MY FILE. That pleads to use DMSFILEC with REPLACE. 2011/3/22 Alan Altmark alan_altm...@us.ibm.com On Tuesday, 03/22/2011 at 12:18 EDT, Les Koehler vmr...@tampabay.rr.com wrote: So with FILE CONTROL you can't replace co-dependent files in one atomic operation, as one would do with the 'copyfile two-step' (love that phrase!)? Yes, you can (and in DIRECTORY CONTROL directories, too), but you need to become familiar with workunits, DMSGETWU, DMSPUSWU and DMSPOPWU. See the discussion of workunits in Chapter 12 of the CMS Application Dev. Guide. If memory serves, you get a new workunit, push it on the stack, do all your file updates, then pop the workunit. But it's been a long time. Just don't expect RENAME and ERASE to obey the rules. I think they are atomic operations. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- Kris Buelens, IBM Belgium, VM customer support
Re: RPIVAL Routine used with CA-Top Secret
Dale, I found the code and will review and test. My assembler is a little rusty but I'll give it a go. Thank you, Scott -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Dale R. Smith Sent: Tuesday, March 22, 2011 8:22 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RPIVAL Routine used with CA-Top Secret Does somebody have a RPIVAL Routine that they use with CA-TOP Secret for= VM they are willing to share? Thank you in Advance! Thank you, Scott R Wandschneider I posted a version I call VERPASS ASSEMBLE a while ago. Here is a link t= o the code I posted, (watch the wrap!). If you have any problems getting = the code, let me know and I can repost it, (or at least a slightly newer = version that I have that uses Relative and Immediate Instructions :-) ),= or email it to you directly. http://listserv.uark.edu/scripts/wa.exe?A2=ind0211L=ibmvmT=0X=47F5C67 EFA62073DC2P=6=829 -- Dale R. Smith 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.
Re: RPIVAL Routine used with CA-Top Secret
On Wed, 23 Mar 2011 05:58:37 -0700, Wandschneider, Scott scott.wandschnei...@infocrossing.com wrote: Dale, I found the code and will review and test. My assembler is a little rusty but I'll give it a go. Thank you, Scott You will need MACLIBs DMSGPI and DMSOM GLOBALed to Assemble it, (DMSOM fo r the DIAG Macro and DMSGPI for everything else). I assume you have the High Level Assembler? If not, you will have to remove the AMODE and RMOD E statements to Assemble it. I would recommend using the RLDSAVE option on the LOAD command so that a relocatable Module can be genned. Let me know if you need any help! -- Dale R. Smith
Re: RPIVAL Routine used with CA-Top Secret
That did it Dale - I think I am in business (clean assembly anyway) - Thank you very much. I will probably be testing a little later today and will let you know how I fair. Thanks!! Thank you, Scott -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Dale R. Smith Sent: Wednesday, March 23, 2011 8:52 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RPIVAL Routine used with CA-Top Secret On Wed, 23 Mar 2011 05:58:37 -0700, Wandschneider, Scott scott.wandschnei...@infocrossing.com wrote: Dale, I found the code and will review and test. My assembler is a little rusty but I'll give it a go. Thank you, Scott You will need MACLIBs DMSGPI and DMSOM GLOBALed to Assemble it, (DMSOM for the DIAG Macro and DMSGPI for everything else). I assume you have the High Level Assembler? If not, you will have to remove the AMODE and RMODE statements to Assemble it. I would recommend using the RLDSAVE option on the LOAD command so that a relocatable Module can be genned. Let me know if you need any help! -- Dale R. Smith 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.
Dale's VERPASS exit and other goodies
Dale's VERPASS code is available for download from http://download.sinenomine.net/community/zvm/dale-smith/ Tom Huegel's Japan pictures have moved to http://download.sinenomine.net/community/zvm/tom-huegel/ If anyone has useful VM-related goodies, please let me know and we'd be happy to provide a place for them. n Db n
SFPURGER problem
I just had a major problem with this program. Last night we took a CP hit and a CPDUMP was created. I found out this morning that SFPURGER had deleted it, although: *** * Ignore any spool files found in the NSS queue (privilege class E) QUEUE NSS ACTION IGNORE * Keep spool files owned by maintenance user IDs USERID MAINT* ACTION IGNORE * Purge dump files after 4 weeks. Ignore the rest TYPE DMP DAYS 29 ACTION PURGE * If user hold +15 day otherwise delete after 30 days QUEUE RDRDAYS 60 HOLD USER ACTION PURGE QUEUE RDR HOLD USER ACTION IGNORE QUEUE RDRDAYS 30 ACTION PURGE QUEUE RDR ACTION IGNORE Yet, **** * **SFPURGER Run File * ** Created by z/VM 5741-A0523 Mar 2011 00:01:33* ** VMUTIL at MKMFVM * **** * Reason code 1 QUEUE NSS ACTION IGNORE. Reason code 2 USERID MAINT* ACTION IGNORE. Reason code 3 TYPE DMP DAYS 29 ACTION PURGE. Reason code 4 QUEUE RDR DAYS 60 HOLD USER ACTION PURGE. : : SFP100I PURGE OPERATNS RDR 0001 Reason003 IOV100 HCPDUMP SFP100I PURGE OPERATNS RDR 0002 Reason003 CPDUMP CPDUMP : : QUERY from last night: q rdr operatns all ORIGINID FILE CLASS RECORDS CPY HOLD DATE TIME NAME TYPE DIST SYSTEM 0002 D SYS 00098846 001 NONE 03/22 21:29:48 CPDUMPCPDUMP IOV100 SYSTEM 0005 D SYS 0190 001 NONE 03/22 21:29:48 IOV100HCPDUMP SYSTEM 0004 D SYS 0189 001 NONE 03/22 20:45:29 IOV100HCPDUMP SYSTEM 0003 D SYS 0216 001 NONE 03/22 20:45:29 IOV100HCPDUMP SYSTEM 0001 D SYS 0190 001 NONE 03/22 20:45:29 IOV100HCPDUMP 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.
Webcast: March 24 - Overview of Cryptography and Enhancements on z/VSE 4.3
Cross-posted to IBMVM, IBMMAIN, LINUX390 for those who are interested in z-related webcasts (live virtual classes - lvc's) http://www.vm.ibm.com/education/lvc/ Title: Overview of Cryptography and Enhancements on z/VSE 4.3 Abstract: This hour-long webcast first provides an overview of cryptography on z/VSE. This includes supported cryptographic hardware, the VSE crypto device driver and encryption utilities. It then shows the enhancements that come with z/VSE 4.3. Speaker Joerg Schmidbauer, IBM Boeblingen - z/VSE Development Service Choice of two live calls, or wait for the replay a few days later. Web site has info and registration: http://www.vm.ibm.com/education/lvc/ Please direct your lvc questions to jul...@us.ibm.com Regards, Pam C
Re: SFPURGER problem
Spool files get as timestamp the time they are opened, not when they are closed. My SFPURGER had an exception for OPERATNS: never delete anything. Stronger: when one of my 20 VM systems had a NOHOLD dump in its reader, I got an email sent to my reader. This is a good reason to implement some automation that closes spool files around midnight for example. With the example below: if you don't close CONSOLE files and VM runs longer than 60 days, right after the first IPL, all consoles look old and get purged. I've got such an EXEC for those who want it. 2011/3/23 Frank M. Ramaekers framaek...@ailife.com I just had a major problem with this program. Last night we took a CP hit and a CPDUMP was created. I found out this morning that SFPURGER had deleted it, although: *** * Ignore any spool files found in the NSS queue (privilege class E) QUEUE NSS ACTION IGNORE * Keep spool files owned by maintenance user IDs USERID MAINT* ACTION IGNORE * Purge dump files after 4 weeks. Ignore the rest TYPE DMP DAYS 29 ACTION PURGE * If user hold +15 day otherwise delete after 30 days QUEUE RDRDAYS 60 HOLD USER ACTION PURGE QUEUE RDR HOLD USER ACTION IGNORE QUEUE RDRDAYS 30 ACTION PURGE QUEUE RDR ACTION IGNORE Yet, **** * **SFPURGER Run File * ** Created by z/VM 5741-A0523 Mar 2011 00:01:33* ** VMUTIL at MKMFVM * **** * Reason code 1 QUEUE NSS ACTION IGNORE. Reason code 2 USERID MAINT* ACTION IGNORE. Reason code 3 TYPE DMP DAYS 29 ACTION PURGE. Reason code 4 QUEUE RDR DAYS 60 HOLD USER ACTION PURGE. : : SFP100I PURGE OPERATNS RDR 0001 Reason003 IOV100 HCPDUMP SFP100I PURGE OPERATNS RDR 0002 Reason003 CPDUMP CPDUMP : : QUERY from last night: q rdr operatns all ORIGINID FILE CLASS RECORDS CPY HOLD DATE TIME NAME TYPE DIST SYSTEM 0002 D SYS 00098846 001 NONE 03/22 21:29:48 CPDUMPCPDUMP IOV100 SYSTEM 0005 D SYS 0190 001 NONE 03/22 21:29:48 IOV100 HCPDUMP SYSTEM 0004 D SYS 0189 001 NONE 03/22 20:45:29 IOV100 HCPDUMP SYSTEM 0003 D SYS 0216 001 NONE 03/22 20:45:29 IOV100 HCPDUMP SYSTEM 0001 D SYS 0190 001 NONE 03/22 20:45:29 IOV100 HCPDUMP Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Kris Buelens, IBM Belgium, VM customer support
Re: SFPURGER problem
It probably ought to close console files only lest it mess up some application. Even then, it should probably restrict the machines whose consoles it closes to a list of known servers for the same reason. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Kris Buelens Sent: Wednesday, March 23, 2011 1:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFPURGER problem Spool files get as timestamp the time they are opened, not when they are closed. My SFPURGER had an exception for OPERATNS: never delete anything. Stronger: when one of my 20 VM systems had a NOHOLD dump in its reader, I got an email sent to my reader. This is a good reason to implement some automation that closes spool files around midnight for example. With the example below: if you don't close CONSOLE files and VM runs longer than 60 days, right after the first IPL, all consoles look old and get purged. I've got such an EXEC for those who want it. 2011/3/23 Frank M. Ramaekers framaek...@ailife.commailto:framaek...@ailife.com I just had a major problem with this program. Last night we took a CP hit and a CPDUMP was created. I found out this morning that SFPURGER had deleted it, although: *** * Ignore any spool files found in the NSS queue (privilege class E) QUEUE NSS ACTION IGNORE * Keep spool files owned by maintenance user IDs USERID MAINT* ACTION IGNORE * Purge dump files after 4 weeks. Ignore the rest TYPE DMP DAYS 29 ACTION PURGE * If user hold +15 day otherwise delete after 30 days QUEUE RDRDAYS 60 HOLD USER ACTION PURGE QUEUE RDR HOLD USER ACTION IGNORE QUEUE RDRDAYS 30 ACTION PURGE QUEUE RDR ACTION IGNORE Yet, **** * **SFPURGER Run File * ** Created by z/VM 5741-A0523 Mar 2011 00:01:33* ** VMUTIL at MKMFVM * **** * Reason code 1 QUEUE NSS ACTION IGNORE. Reason code 2 USERID MAINT* ACTION IGNORE. Reason code 3 TYPE DMP DAYS 29 ACTION PURGE. Reason code 4 QUEUE RDR DAYS 60 HOLD USER ACTION PURGE. : : SFP100I PURGE OPERATNS RDR 0001 Reason003 IOV100 HCPDUMP SFP100I PURGE OPERATNS RDR 0002 Reason003 CPDUMP CPDUMP : : QUERY from last night: q rdr operatns all ORIGINID FILE CLASS RECORDS CPY HOLD DATE TIME NAME TYPE DIST SYSTEM 0002 D SYS 00098846 001 NONE 03/22 21:29:48 CPDUMPCPDUMP IOV100 SYSTEM 0005 D SYS 0190 001 NONE 03/22 21:29:48 IOV100HCPDUMP SYSTEM 0004 D SYS 0189 001 NONE 03/22 20:45:29 IOV100HCPDUMP SYSTEM 0003 D SYS 0216 001 NONE 03/22 20:45:29 IOV100HCPDUMP SYSTEM 0001 D SYS 0190 001 NONE 03/22 20:45:29 IOV100HCPDUMP 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. -- Kris Buelens, IBM Belgium, VM customer support
Re: SFPURGER problem
Yes, I am aware of that: worker machines running batch jobs for example are better excluded. My exec has a list of excluded machines, or a list of includes machines, your choice. 2011/3/23 Schuh, Richard rsc...@visa.com It probably ought to close console files only lest it mess up some application. Even then, it should probably restrict the machines whose consoles it closes to a list of known servers for the same reason. Regards, Richard Schuh -- *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Kris Buelens *Sent:* Wednesday, March 23, 2011 1:55 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: SFPURGER problem Spool files get as timestamp the time they are opened, not when they are closed. My SFPURGER had an exception for OPERATNS: never delete anything. Stronger: when one of my 20 VM systems had a NOHOLD dump in its reader, I got an email sent to my reader. This is a good reason to implement some automation that closes spool files around midnight for example. With the example below: if you don't close CONSOLE files and VM runs longer than 60 days, right after the first IPL, all consoles look old and get purged. I've got such an EXEC for those who want it. 2011/3/23 Frank M. Ramaekers framaek...@ailife.com I just had a major problem with this program. Last night we took a CP hit and a CPDUMP was created. I found out this morning that SFPURGER had deleted it, although: *** * Ignore any spool files found in the NSS queue (privilege class E) QUEUE NSS ACTION IGNORE * Keep spool files owned by maintenance user IDs USERID MAINT* ACTION IGNORE * Purge dump files after 4 weeks. Ignore the rest TYPE DMP DAYS 29 ACTION PURGE * If user hold +15 day otherwise delete after 30 days QUEUE RDRDAYS 60 HOLD USER ACTION PURGE QUEUE RDR HOLD USER ACTION IGNORE QUEUE RDRDAYS 30 ACTION PURGE QUEUE RDR ACTION IGNORE Yet, **** * **SFPURGER Run File * ** Created by z/VM 5741-A0523 Mar 2011 00:01:33* ** VMUTIL at MKMFVM * **** * Reason code 1 QUEUE NSS ACTION IGNORE. Reason code 2 USERID MAINT* ACTION IGNORE. Reason code 3 TYPE DMP DAYS 29 ACTION PURGE. Reason code 4 QUEUE RDR DAYS 60 HOLD USER ACTION PURGE. : : SFP100I PURGE OPERATNS RDR 0001 Reason003 IOV100 HCPDUMP SFP100I PURGE OPERATNS RDR 0002 Reason003 CPDUMP CPDUMP : : QUERY from last night: q rdr operatns all ORIGINID FILE CLASS RECORDS CPY HOLD DATE TIME NAME TYPE DIST SYSTEM 0002 D SYS 00098846 001 NONE 03/22 21:29:48 CPDUMPCPDUMP IOV100 SYSTEM 0005 D SYS 0190 001 NONE 03/22 21:29:48 IOV100 HCPDUMP SYSTEM 0004 D SYS 0189 001 NONE 03/22 20:45:29 IOV100 HCPDUMP SYSTEM 0003 D SYS 0216 001 NONE 03/22 20:45:29 IOV100 HCPDUMP SYSTEM 0001 D SYS 0190 001 NONE 03/22 20:45:29 IOV100 HCPDUMP Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Kris Buelens, IBM Belgium, VM customer support -- Kris Buelens, IBM Belgium, VM customer support
Re: RPIVAL Routine used with CA-Top Secret
On Wednesday, 03/23/2011 at 10:07 EDT, Wandschneider, Scott scott.wandschnei...@infocrossing.com wrote: That did it Dale - I think I am in business (clean assembly anyway) - Thank you very much. I will probably be testing a little later today and will let you know how I fair. Thanks!! FWIW, the code posted by Dale is antiquated (sorry, Dale). CMS has a DMSPASS CSL routine that should be called these day. It handles password phrases (supported by both IBM and CA) that Dale's VERPASS does not. Please see http://www.vm.ibm.com/devpages/altmarka/dmspass.exec Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott