Re: IEC507d
Thank you all very much on this, we are looking into this to see what we can do. Aldridge Murrell -Original Message- From: Russell Witt [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 13, 2007 10:04 PM To: 'IBM Mainframe Discussion List' Cc: Murrell, Aldridge (CDC/OCOO/ITSO) (CTR) Subject: RE: IEC507d Aldridge, While the reply is coming from the started task, it could still be from an MPF exit or as others have indicated (most likely cause) is a WTO subsystem intercept from your tape management system (CA-1, TLMS, rmm, others). When an MPF exit or the WTO subsystem gets control of the message, it will be in the address space that generated the message to begin with. An MPF exit or subsystem intercept will intercept the message as it is being written and perform its response as such. So, it will appear that HSM is repling to the message, the reality is that it was an OPEN by HSM that caused the IEC507D to be issued in the first place and some WTO exit/intercept replied to it. Russell Witt CA-1 Level-2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Murrell, Aldridge (CDC/OCOO/ITSO) (CTR) Sent: Tuesday, November 13, 2007 12:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEC507d Appreciate the response. Not coming from there. Console messages says reply is coming from started task, Whiz happens to be DFSMSHSM. Aldridge Murrell -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Tuesday, November 13, 2007 11:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEC507d I would look at your MPF list to see if there is any automation for this message. Lizette -Original Message- >From: "Murrell, Aldridge (CDC/OCOO/ITSO) (CTR)" <[EMAIL PROTECTED]> >Sent: Nov 13, 2007 11:14 AM >To: IBM-MAIN@BAMA.UA.EDU >Subject: IEC507d > >We have been getting this message IEC507D and apparently DFSMSHSM has >been replying "U" to the message. >Is there any way to stop this and where is it coming from?? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEC507d
Appreciate the response. Not coming from there. Console messages says reply is coming from started task, Whiz happens to be DFSMSHSM. Aldridge Murrell -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Tuesday, November 13, 2007 11:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEC507d I would look at your MPF list to see if there is any automation for this message. Lizette -Original Message- >From: "Murrell, Aldridge (CDC/OCOO/ITSO) (CTR)" <[EMAIL PROTECTED]> >Sent: Nov 13, 2007 11:14 AM >To: IBM-MAIN@BAMA.UA.EDU >Subject: IEC507d > >We have been getting this message IEC507D and apparently DFSMSHSM has >been replying "U" to the message. >Is there any way to stop this and where is it coming from?? > >Any input would be appreciated. >Thank you. > >Aldridge Murrell > > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, send >email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IEC507d
We have been getting this message IEC507D and apparently DFSMSHSM has been replying "U" to the message. Is there any way to stop this and where is it coming from?? Any input would be appreciated. Thank you. Aldridge Murrell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How are you handling high SMF record volume?
One thing that we do is dump the days data first, then run a job later to split records for various functions. Aldridge Murrell -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: Thursday, March 01, 2007 8:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: How are you handling high SMF record volume? We are running into issues with the volume of SMF records that we need to process. We create a GDG every day for that day's records. Occasionaly we run into contention issues during the day but mostly it hits us at the end of the day when we read the day's records from the GDG and split the output into various other tapes for specific functions (accounting, performance, etc). While that job is reading the many tapes created during the day, the GDG base is locked so our dump jobs are forced to wait which eventually causes lost SMF data. Has anyone else run into this problem? How are other shops handling high SMF volumes? We have 4 SMF datasets on each LPAR. Two are 3000 cyl and two are 1500 cyl. A side issue is that we are capturing DB2 trace records in SMF. We have tried to turn them off but our performance area 'needs' them. We would like to move these records from SMF to GTF but we use MXG and were told that MXG cannot handle input from GTF. Any ideas? Is anyone using MXG with GTF input? Thanks much for any help! Jon Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html