osdir.com
mailing list archive

Subject: [TEC] v3.8 with FP2: problem with profiling - msg#00673

List: sysutils.tivoli.general

Date: Prev Next Index Thread: Prev Next Index
Hello John,

Do you remember me from the old Tivoli BP training classes?

Anyway, it should write to /tmp/profile. I have had problems using thus
when using RB with a commit_set (see below, I have not had much use for it)

--- You may not see the "/tmp/profile" file created if
--- "commit_set" is used within the rulebase. (See apar IY47407)
--- This is seen in TEC 3.8+fix pack 01 also"
---
--- 9/30/2003-changed this to a documentation apar as it was
--- riginally meant to be. It was inadvertantly opened as "IN"


The event_activity predicates work really well (see im.rls in 3.8 for a
good example).

john_willis-9LkaxTQlAnxWk0Htik3J/w@xxxxxxxxxxxxxxxx
Gulf Breeze Software
www.gulfsoft.com
919 244-9680

--------------------->
IY47508: Rulebase profiling "profile" file created in wrong directory

APAR status
Closed as program error.


Error description
Problem Description: If you attempt to profile rules, the
profile file is not created in "$DBDIR/tec/" as stated
in the 3.7 RB Guide page 354.
Failing TEC Component(s): Server
Customer/Recreate Environment:
Database: Oracle 8.1.7
TME Framework: 3.7.1 up to patch 90
Install Method: Clean Install
TEC Server: 3.7.1 fix pack 3 or fix pack 4
Tec Gateway: N/A
Tec UI Server: N/A
WAS server: N/A
Tec Console: Non-TME
Endpoints: N/A
TMR/TEC same machine: Y
Affected Locale(s): N/A
Collected Information: N/A
Last Known Good Level: unknown
L3 Acknowledged: JP
Recreate Steps:
Create rulebase
compile rulebase with the "profile" option
load rulebase
stop and restart tec.
BAD results:
The "profile" file is created in "/tmp/" directory
instead of "$DBDIR/tec/"
directory as stated in the Rule Builders Guide.
CAUTION:
You may not see the "/tmp/profile" file created if
"commit_set" is used within the rulebase. (See apar IY47407)
This is seen in TEC 3.8+fix pack 01 also

9/30/2003-changed this to a documentation apar as it was
originally meant to be. It was inadvertantly opened as "IN"





--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .






Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Out of office

I will be out of the office starting December 29, 2003 and will not return until January 5, 2004. For urgent matter plase reach me by cell phone: 305-608-3197

Next Message by Date: click to view message preview

RE: perl shipped with FW

Thanks Simon, This has helped. I am still trying to figure out how this environment is set up as I'm new here but I'm getting there !! Once again, thanks. Regards Lee > -----Original Message----- > From: Simon Finch [SMTP:FINCHS-L1LCPXSmgk40n/F98K4Iww@xxxxxxxxxxxxxxxx] > Sent: Monday, December 29, 2003 10:27 PM > To: tme10-XtjxT7Vmt5b1ENwx4SLHqw@xxxxxxxxxxxxxxxx > Subject: RE: [tme10] perl shipped with FW > > Lee, > > The ep policies run on the TMR except ep login, this one runs on the > GW, so it doesn't matter what OS your ep is. > > If you have Windows and Unix GW's then as per Troy's answer as well as > you need to put a test in the top of the login policy only to workout > which OS you're running on so that you can adjust the pathing for config > / log files etc, note that at this point you are already running perl so > you dont need to worry about where perl.exe is as Windows has already > found it eg. > > Rgds - Simon > > > >>> Lee.Wardle-TMhlgpA86dCGHxnzd0C9Llpr/1R2p/CL@xxxxxxxxxxxxxxxx 29/12/2003 > >>> 8:47:46 pm >>> > Thanks Troy, > > Regards > > Lee > > > -----Original Message----- > > From: Troy Parry > > [SMTP:troyparry-/E1597aS9LQAvxtiuMwx3w@xxxxxxxxxxxxxxxx] > > Sent: Monday, December 29, 2003 9:24 AM > > To: tme10-XtjxT7Vmt5b1ENwx4SLHqw@xxxxxxxxxxxxxxxx > > Subject: RE: [tme10] perl shipped with FW > > > > Hi Lee, > > > > Windows will use the perl that is first found in its path. > > When I had a windows TMR/Gateways, my Tivoli policies had: > > #!/etc/Tivoli/bin/perl > > As the first line in the policy. > > Of course that couldnt possibly be found in a windows environment. > > > > I also use Perl 5 for all my Tivoli scripts. > > > > Regards, > > Troy Parry > > Starhub Singapore > > > > --- Wardle Lee > > <Lee.Wardle-TMhlgpA86dCGHxnzd0C9Llpr/1R2p/CL@xxxxxxxxxxxxxxxx> wrote: > > > Simon, > > > > > > I note with interest that you say you use perl 5 with your rep > policy > > > scripts. Do you have a mix of unix and NT/W2K eps? If so how do you > get > > the > > > policy scripts to point to the perl installation for both of them > i.e. > > the > > > path for both would be different depending on the OS. Reason I ask > is > > > because I am currently looking at a policy problem with our mixed > > > environment. > > > > > > regards > > > > > > Lee > > > > > > > -----Original Message----- > > > > From: Simon Finch > > > > Sent: Sunday, December 28, 2003 9:43 PM > > > > To: tme10-XtjxT7Vmt5b1ENwx4SLHqw@xxxxxxxxxxxxxxxx > > > > Subject: RE: [tme10] perl shipped with FW > > > > > > > > Jun, > > > > > > > > Ditto for us, we've been using perl 5 for years for our custom > scripts > > > > with no problems, even in our ep policy scripts. > > > > > > > > Rgds, > > > > > > > > Simon Finch > > > > St George bank > > > > > > > > > > > > >>> John_Guadagnino-/ycjK0B6GM4@xxxxxxxxxxxxxxxx 27/12/2003 6:08:39 am > > > > >>> >>> > > > > Jun, > > > > > > > > Tivoli ships with Perl version 4, but you do not have to use it > in > > your > > > > own scripts. You can use any installation of perl on your > system(s) > > by > > > > sourcing it in your scripts (i.e., "#!/path/to/perl" at the top). > We > > > > write all our custom perl scripts to use perl 5, but scripts > provided > > by > > > > Tivoli we leave alone because we know they've usually been > optimized > > for > > > > perl 4 and we don't want to re-write the entire library. > > > > > > > > The only real concern is if you don't have an alternative > installation > > > > of perl on some Tivolized systems ... you either have to install > perl > > 5, > > > > or write your scripts to use perl 4 because that is what is > provided > > by > > > > Tivoli. > > > > > > > > hth, > > > > > > > > John Guadagnino > > > > Gap Inc. > > > > > > > > -----Original Message----- > > > > From: Jun Liu > > > > [mailto:jun_tivoli-/E1597aS9LQAvxtiuMwx3w@xxxxxxxxxxxxxxxx] > > > > Sent: Friday, December 26, 2003 10:56 AM > > > > To: tme10-XtjxT7Vmt5b1ENwx4SLHqw@xxxxxxxxxxxxxxxx > > > > Subject: [tme10] perl shipped with FW > > > > > > > > > > > > Have a question about the Perl version shipped with FW. I can not > even > > > > add "use IO". How can I specify the specific Perl installation > that I > > > > want and still not break the FW? > > > > > > > > Jun > > > > > > > > > > > > > > > > > > > > _____ > > > > > > > > Do you Yahoo!? > > > > Yahoo! Photos - Get > > > > > > > <http://us.rd.yahoo.com/evt=21486/*http://f1.pg.photos.yahoo.com/ph//spsim > > > > > plenol?.file=ny_ts_splash.html> > > > > your photo on the big screen in Times Square > > > > > > > > > > > > > > > > > ********************************************************************** > > > > ***** IMPORTANT INFORMATION ***** > > > > This document should be read only by those persons to whom > > > > it is addressed and its content is not intended for use by > > > > any other persons. If you have received this message in > > > > error, please notify us immediately. Please also destroy and > > > > delete the message from your computer. Any unauthorised form > > > > of reproduction of this message is strictly prohibited. > > > > St.George is not liable for the proper and complete transmission > > > > of the information contained in this communication, nor for any > > > > delay in its receipt. > > > > > ********************************************************************** > > > > > > > > > Legal Disclaimer:- > > > Internet communications are not secure and therefore the > > > Barclays Group does not accept legal responsibility for the > > > contents of this message. Although the Barclays Group > > > operates anti-virus programmes, it does not accept > > > responsibility for any damage whatsoever that is caused > > > by viruses being passed. Any views or opinions presented > > > are solely those of the author and do not necessarily > > > represent those of the Barclays Group. > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Get clicking with thousands of singles today! > > http://asia.yahoo.com/lavalife > > > ********************************************************************** > ***** IMPORTANT INFORMATION ***** > This document should be read only by those persons to whom > it is addressed and its content is not intended for use by > any other persons. If you have received this message in > error, please notify us immediately. Please also destroy and > delete the message from your computer. Any unauthorised form > of reproduction of this message is strictly prohibited. > St.George is not liable for the proper and complete transmission > of the information contained in this communication, nor for any > delay in its receipt. > **********************************************************************

Previous Message by Thread: click to view message preview

Re: [TEC] v3.8 with FP2: problem with profiling

Hi John, I'm the "Tim" who had this problem. Unfortunately, I haven't fixed it yet. I'm running TEC 3.8 fp01, so this isn't a new "feature" with fp02. Time for a PMR, I guess. -Tim --- "Vanhoozer, John" <John.Vanhoozer-z7JfP6tgrtVs7x1Xb4kxgwC/G2K4zDHf@xxxxxxxxxxxxxxxx> wrote: > Hello all, I'm having trouble getting profiling to > work with v3.8 and FP > 2. I've tried it with the directive and with the > -profile option during > compilation. No joy since I get no output in /tmp > or $DBDIR. I see > from the Archive list that "Tim" had this problem > earlier this month > (his address was not in the header or I'd have asked > him directly). > > Is this a feature in the FP? > > Any ideas? I'll try the Event Activity Report next > but all I wanted was > to compare some hand written predicates for > efficiency. > > > John VanHoozer > x6-5787 > Enterprise Capacity & Performance Mgmt > > __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/

Next Message by Thread: click to view message preview

RE: [TEC] v3.8 with FP2: problem with profiling

Hi List, We are running TEC 3.7.1 and FixPack 4 and also no joy with profiling. The documentation says that the file is not wriiten into $DBDIR until the TEC server is stopped but I cannot find the profile file anywhere on the box!!! Profiling sounds like a brilliant and much needed idea. I think it would be even more brilliant if it worked!!! Lee > -----Original Message----- > From: Tim Meanor [SMTP:meanort-/E1597aS9LQAvxtiuMwx3w@xxxxxxxxxxxxxxxx] > Sent: Monday, December 29, 2003 10:34 PM > To: tme10-XtjxT7Vmt5b1ENwx4SLHqw@xxxxxxxxxxxxxxxx > Subject: Re: [tme10] [TEC] v3.8 with FP2: problem with profiling > > Hi John, > I'm the "Tim" who had this problem. Unfortunately, I > haven't fixed it yet. I'm running TEC 3.8 fp01, so > this isn't a new "feature" with fp02. Time for a PMR, > I guess. > > -Tim > > --- "Vanhoozer, John" > <John.Vanhoozer-z7JfP6tgrtVs7x1Xb4kxgwC/G2K4zDHf@xxxxxxxxxxxxxxxx> wrote: > > Hello all, I'm having trouble getting profiling to > > work with v3.8 and FP > > 2. I've tried it with the directive and with the > > -profile option during > > compilation. No joy since I get no output in /tmp > > or $DBDIR. I see > > from the Archive list that "Tim" had this problem > > earlier this month > > (his address was not in the header or I'd have asked > > him directly). > > > > Is this a feature in the FP? > > > > Any ideas? I'll try the Event Activity Report next > > but all I wanted was > > to compare some hand written predicates for > > efficiency. > > > > > > John VanHoozer > > x6-5787 > > Enterprise Capacity & Performance Mgmt > > > > > > > __________________________________ > Do you Yahoo!? > New Yahoo! Photos - easier uploading and sharing. > http://photos.yahoo.com/ Legal Disclaimer:- Internet communications are not secure and therefore the Barclays Group does not accept legal responsibility for the contents of this message. Although the Barclays Group operates anti-virus programmes, it does not accept responsibility for any damage whatsoever that is caused by viruses being passed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Barclays Group.
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by