Re: SFPURGER problem
PRINT SELECTION FOR APAR - II08371 11/03/24 APAR= II08371 SER=PIN=INFODSLIB-869 IN INCORROUT SFPURGER DMP (SYS) FILES PURGED ERROR DESCRIPTION: RESTART dumps may appear to be purged incorrectly by SFPURGER. SFPURGER checks both the opening and closing dates for files. It will take the older of the two dates to key off of. RESTART dump files will sit in your dump processors reader until a RESTART dump is taken. Since you may not take a RESTART dump over a long period of time, the opening date on this file can be quite old. Then, when a RESTART dump is taken, the file is closed and a new one is created. If SFPURGER is set to purge dump files after a shorter period of time, this file will be purged the first time that SFPURGER runs. As an example: The system is brought up on June 1st. SFPURGER is set to purge dump files older than 7 days. There is a problem on July 1st and a RESTART dump is taken. When SFPURGER runs, this dump file will be purged. The opening date is 30 days previous so it is considered older than 7 days. This same situation holds true for any file, not just RESTART dump files. However, most files are opened and closed in the same day so this is not a problem. SFPURGER is working correctly. A way to handle these types of situations is to use the ORIGinid, USERid, etc. keywords in the SFPURGER CONTROL file. For example: TYPE DMP ORIGINID SYSTEM ACTION IGNORE TYPE DMP DAYS 7ACTION PURGE TYPE DMP ACTION IGNORE This will ignore any dump files that have an origin of SYSTEM (which RESTART dump files do), purge dump files older than 7 days and ignore any other dump files. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Kris Buelens Sent: Wednesday, March 23, 2011 3: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
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.
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