CA SMF Director

Looking for information on running this product on multiple LPARS. Thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the arc

Re: CA SMF Director

>Looking for information on running this product on multiple LPARS. > >Thanks > >Bill Bill, It can be done easily as each LPAR has a unique SMF id, you share the CDS between them. This gives a single point for extracting SMF data from any LPAR and for collecting it. Alternatively you can give ea

Re: CA SMF Director

L PROTECTED] On Behalf Of Livingston, Michael D Sent: Friday, December 14, 2007 8:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA SMF Director Hi Bill and Paul (and everyone else on the list!) I'm the lead developer on CA SMF Director. If you have any specific questions about the produc

Re: CA SMF Director

Hi Bill and Paul (and everyone else on the list!) I'm the lead developer on CA SMF Director. If you have any specific questions about the product I'll be happy to answer them, either on the list or off-list. Mike Livingston Senior Software Engineer CA -Original Message-

Re: CA SMF Director

Tad off subject... Anyone look at the smf logger facility or try using it yet?? pro's/con's or what to watch for would be helpful .. -- Email Disclaimer This E-mail contains confidential information belonging to the sender

Re: CA SMF Director

Hi Bill, CA SMF Director can be set up either way, although it is best to have the automated dumping feature active on all LPARs. Please keep in mind that if the Control Data Set (SCDS) is going to be shared among LPARs, that all of the LPARs must be in the same GRS scheme. There are ways

Re: CA SMF Director

I tested SMF Logstream during ESP and would describe it: PROs: 1. Eliminates a lot of fiddle-faddle with getting MAN datasets sized and dumped. 2. Will write to multiple logstreams, so "interesting" data can be isolated and/or Duplicated into its own logstream. 3. The IFASE