I tend to agree. I take all FDC's very seriously. We monitor for them. The only one's that I tend to ignore without contacting IBM are those where an application connected locally to the queue manager has crashed (due to non mq related problems), these can be determined by the process name in the FDC.
If FDC's are generated when they shouldn't be, then I would imagine that IBM would be keen to hear about those so they can get the code fixed. Matt. -----Original Message----- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: 08 January 2004 19:03 To: [EMAIL PROTECTED] Subject: Re: Do go looking for FDCs when "nothing" is wrong? I don't know. I have had sites where I showed up the first day and the file systems were pretty full because of the FDC issues. But as things got under control and the environment stabilized the issue of FDC's showing up became became lees of an issue if non-existent. I don't recall being iat a site where the FDC continued to run "out of hand" after making the environment "well". bobbee >From: Bill Anderson <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Do go looking for FDCs when "nothing" is wrong? >Date: Thu, 8 Jan 2004 13:20:17 -0500 > >I just had to ring in on this one. The thing is, the queue manager seems to >have sort of a "hair trigger" in regard to what sort of problems cause it >to write an FDC file. I find them often, and have no way of quickly >determining why it (more commonly they) are there. If I got serious about >hunting them down every time, I could make a career out of It. It doesn't >help any that little or no documentation exists on how to effectively >troubleshoot using one. On more than one occasion I have opened a ticket >with IBM to help me solve a problem where FDC files were produced, and had >a 2nd level support person tell me to send them, but they don't often >contain much useful data. > >I do think it is wise to automate handling them. I need to find the time to >write a script that not only finds them but potentially parses them and >write things like the date / time stamp, program name, and probe >description (just to name a few) to a log file that could be imported into >a spread sheet. Then you could look for trends. If something specific >continues to occur over and over, that would be justification to launch a >science project to determine why, and fix it. > >I would love to know enough about FDC files to write a program, or Perl >script that could parse hundreds of them and write a report based on some >key data. But that's not likely to wind up on my project plan list any time >soon! > > >Cheers > >Bill Anderson >Senior Systems Analyst >SITA Atlanta, GA >770-303-3503 (office) >404-915-3190 (cell) >[EMAIL PROTECTED] >http://www.mconnect.aero/ > >Instructions for managing your mailing list subscription are provided in >the Listserv General Users Guide available at http://www.lsoft.com >Archive: http://vm.akh-wien.ac.at/MQSeries.archive _________________________________________________________________ Tired of slow downloads? Compare online deals from your local high-speed providers now. https://broadband.msn.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive ============================================================================== This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure. ============================================================================== Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
