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
>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
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
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-
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
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
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
7 matches
Mail list logo