Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[nv\-l\]\s+7\.1\.4\s+and\s+TEC\s+3\.7\s*$/: 12 ]

Total 12 documents matching your query.

1. [nv-l] 7.1.4 and TEC 3.7 (score: 1)
Author: "Christopher J Petrina" <cjp8 AT meadwestvaco DOT com>
Date: Wed, 14 Jan 2004 17:25:15 -0500
I upgraded my AIX Netview from 7.1.3 to 7.1.4. I have enabled forwarding of events to TEC, however none of the events are being forwarded. trapd shows the events coming in but how can I verify or che
/usr/local/webapp/mharc-adsm.org/html/nv-l/2004-01/msg00138.html (11,687 bytes)

2. RE: [nv-l] 7.1.4 and TEC 3.7 (score: 1)
Author: "Qureshi, Fawad" <Fawad.Qureshi AT ssa DOT gov>
Date: Wed, 14 Jan 2004 18:00:57 -0500
So a wtdumprl on the TEC server shows nothing coming in from Netview? You can open a dynamic workspace through nvevents based on the ruleset that forwards to TEC and see if you have events showing up
/usr/local/webapp/mharc-adsm.org/html/nv-l/2004-01/msg00139.html (14,435 bytes)

3. RE: [nv-l] 7.1.4 and TEC 3.7 (score: 1)
Author: "Christopher J Petrina" <cjp8 AT meadwestvaco DOT com>
Date: Wed, 14 Jan 2004 18:11:24 -0500
have a dynamic setup and am receiving the traps and events there as I should. However they are not showing up in the TEC. Looked at the tecint.conf file and it is setup fine. One question. For a whil
/usr/local/webapp/mharc-adsm.org/html/nv-l/2004-01/msg00140.html (11,933 bytes)

4. RE: [nv-l] 7.1.4 and TEC 3.7 (score: 1)
Author: "Qureshi, Fawad" <Fawad.Qureshi AT ssa DOT gov>
Date: Wed, 14 Jan 2004 18:40:14 -0500
Make sure your ruleset is active in /usr/OV/conf/ESE.automation. Look at the nvcorrd log files to see what is happening with ruleset processing. Look at TEC server reception log (wtdumprl |grep -i fa
/usr/local/webapp/mharc-adsm.org/html/nv-l/2004-01/msg00141.html (14,188 bytes)

5. RE: [nv-l] 7.1.4 and TEC 3.7 (score: 1)
Author: Leslie Clark <lclark AT us.ibm DOT com>
Date: Thu, 15 Jan 2004 02:17:41 -0500
To clarify: Remember that the ruleset that is used to forward events to the TEC in Netview on unix starts with an event stream set to block, and ends with a Forward. It is used by nvserverd when told
/usr/local/webapp/mharc-adsm.org/html/nv-l/2004-01/msg00143.html (15,541 bytes)

6. Re: [nv-l] 7.1.4 and TEC 3.7 (score: 1)
Author: Jane Curry <jane.curry AT skills-1st.co DOT uk>
Date: Thu, 15 Jan 2004 07:27:35 +0000
Hi Chris, Look at /usr/OV/conf/tecint.conf. I think you will find a couple of lines at the end that enable the State Correlation feature. I have commented these lines out of tecint.conf and run nvtec
/usr/local/webapp/mharc-adsm.org/html/nv-l/2004-01/msg00144.html (12,668 bytes)

7. RE: [nv-l] 7.1.4 and TEC 3.7 (score: 1)
Author: "Karl Prinelle" <Karl.Prinelle AT elyzium.co DOT uk>
Date: Thu, 15 Jan 2004 07:11:12 -0500
I had that problem yesterday on a demo box that nvserverd.log was reporting tec_create_handle fail messages (NV 7.1.4/Solaris 2.8, TEC 3.9/w2k). Restarting NV didn't clear the error, but rebooting th
/usr/local/webapp/mharc-adsm.org/html/nv-l/2004-01/msg00150.html (14,674 bytes)

8. RE: [nv-l] 7.1.4 and TEC 3.7 (score: 1)
Author: "Christopher J Petrina" <cjp8 AT meadwestvaco DOT com>
Date: Thu, 15 Jan 2004 09:30:50 -0500
Well I see a bunch of events under /etc/Tivoli/tec/CACHE_sc in the persist1out file. I ahve also commented out the lines dealing with state correlation. The objects in hte persist12.out file look lik
/usr/local/webapp/mharc-adsm.org/html/nv-l/2004-01/msg00156.html (12,038 bytes)

9. Re: [nv-l] 7.1.4 and TEC 3.7 (score: 1)
Author: Christopher Haynes <haynesch AT us.ibm DOT com>
Date: Thu, 15 Jan 2004 09:34:21 -0500
Chris, You should definitely check your reception log on your TEC server (wtdumprl). One possibly failure would be that 7.1.4 is also sending another slot (fqhostname) which is not defined in the TEC
/usr/local/webapp/mharc-adsm.org/html/nv-l/2004-01/msg00157.html (14,220 bytes)

10. RE: [nv-l] 7.1.4 and TEC 3.7 (score: 1)
Author: Christopher Haynes <haynesch AT us.ibm DOT com>
Date: Thu, 15 Jan 2004 09:36:11 -0500
Chris, Once you turn off state correlation that particular file wont be used anymore. Check /etc/Tivoli/tec/cache thanks, Chris Haynes haynesch AT us.ibm DOT com Tivoli Quality Assurance Manager (919
/usr/local/webapp/mharc-adsm.org/html/nv-l/2004-01/msg00160.html (13,444 bytes)

11. RE: [nv-l] 7.1.4 and TEC 3.7 (score: 1)
Author: "Christopher J Petrina" <cjp8 AT meadwestvaco DOT com>
Date: Thu, 15 Jan 2004 09:48:09 -0500
Alrighty then, Having commented out those two lines in the tecint.conf I am now receiving at the TEC server my events. The two lines I comments out have to do with the fqhostname? Are these new imple
/usr/local/webapp/mharc-adsm.org/html/nv-l/2004-01/msg00164.html (12,156 bytes)

12. RE: [nv-l] 7.1.4 and TEC 3.7 (score: 1)
Author: Christopher Haynes <haynesch AT us.ibm DOT com>
Date: Thu, 15 Jan 2004 10:07:48 -0500
Chris, The use of state correlation basically does two things: 1) Appends fqhostname on events 2) Generates Service Impact events (related to the 7.1.4 servmon daemon). Since you are still at TEC 3.7
/usr/local/webapp/mharc-adsm.org/html/nv-l/2004-01/msg00165.html (13,936 bytes)


This search system is powered by Namazu