z/OS Management Facility - Drift. Batch method to clean up Incident Log?

2011-04-12 Thread Tom Ambros 
How do we clean up unreasonably large numbers of duplicate Incident Log 
entries?  Is there a good programmatic way to do it? 

Aside from assigning the virtual equivalent of making somebody write on 
the chalkboard I will not leave MATCHLIM undefined 65535 times, telling 
them to clean up each Incident Log entry one by one. 

 I'd also like to be able to easily locate all the Incident Log entries 
that don't have SVC dumps any more because somebody simply deleted them.  

I suppose one could hack into the /var directory and figure it out but I 
already tried similar things and broke my sandbox repeatedly.  If nobody 
has such a thing, I'll take another run at it. 

Thomas Ambros
Operating Systems and Connectivity Engineering
518-436-6433



Email Classification: KeyCorp Public
/pre

This communication may contain privileged and/or confidential information. It
is intended solely for the use of the addressee. If you are not the intended
recipient, you are strictly prohibited from disclosing, copying, distributing
or using any of this information. If you received this communication in error,
please contact the sender immediately and destroy the material in its entirety,
whether electronic or hard copy. This communication may contain nonpublic 
personal
information about consumers subject to the restrictions of the 
Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose
such information for any purpose other than to provide the services for which
you are receiving the information.

127 Public Square, Cleveland, OH 44114

pre


If you prefer not to receive future e-mail offers for products or services from 
Key 
send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in 
the 
SUBJECT line.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS Management Facility - Drift. Batch method to clean up Incident Log?

2011-04-12 Thread Veilleux, Jon L 
Fyi, I have submitted a requirement to IBM for just this type of processing. It 
should be possible for installations to set procedures so that when the dump is 
gone the rest of the files get deleted. And mass deletes would be helpful. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Tom Ambros
Sent: Tuesday, April 12, 2011 10:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: z/OS Management Facility - Drift. Batch method to clean up Incident 
Log?

How do we clean up unreasonably large numbers of duplicate Incident Log 
entries?  Is there a good programmatic way to do it? 

Aside from assigning the virtual equivalent of making somebody write on the 
chalkboard I will not leave MATCHLIM undefined 65535 times, telling them to 
clean up each Incident Log entry one by one. 

 I'd also like to be able to easily locate all the Incident Log entries that 
don't have SVC dumps any more because somebody simply deleted them.  

I suppose one could hack into the /var directory and figure it out but I 
already tried similar things and broke my sandbox repeatedly.  If nobody has 
such a thing, I'll take another run at it. 

Thomas Ambros
Operating Systems and Connectivity Engineering
518-436-6433



Email Classification: KeyCorp Public
/pre

This communication may contain privileged and/or confidential information. It 
is intended solely for the use of the addressee. If you are not the intended 
recipient, you are strictly prohibited from disclosing, copying, distributing 
or using any of this information. If you received this communication in error, 
please contact the sender immediately and destroy the material in its entirety, 
whether electronic or hard copy. This communication may contain nonpublic 
personal information about consumers subject to the restrictions of the 
Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose 
such information for any purpose other than to provide the services for which 
you are receiving the information.

127 Public Square, Cleveland, OH 44114

pre


If you prefer not to receive future e-mail offers for products or services from 
Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' 
in the SUBJECT line.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS Management Facility - Drift. Batch method to clean up Incident Log?

2011-04-12 Thread Anuja Deedwaniya 
Hello,
 We are looking into improvements in this area, first to cleanup snapshots,
etc and also to delete multiple incidents at a time. 
The /var directory will typically not have any relevant data regarding
incidents, unless you actually transmitted data via the wizard. Even then it
is minimal information. And as stated will probably cause more problems.   
I'll see what we can do short term and longer term to solve this. 
Take care!

-Anuja

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html