Re: [NV-L] nvserverd -getting stopped-7.1.5
2007-07-27 16:44:08
Please try not to make as fool of me. One cannot make a remote diagnosis if one does not have all the facts. The hung event window was an important piece of information which you left out the first time. But it remains true that once an event is given to the TEC interface nvserverd has no knowledge of it.
This forum is not a substitute for Level 2, I can only advise you on what steps I might take to try to narrow down the problem. But I have not seen this hang issue here.
Is the event window frozen at the same place as the nvserverd.log? If you close it, do events start flowing to TEC? If you do a netstat -a do you see send and receive queues backed up? If you open a new event window is that also hung? Are there other rulesets running in the background via ESE.automation? Have you tried using nvtecia -stop and stopping the TEC flow to see whether the events windows start flowing again?
Perhaps there is a daemon problem, though none of our SuSe Linux systems show such an issue here and the fact that it is isolated to just one machine makes it even less likely that it is a code bug. If all else fails, then the only thing I can think of is to obtain (1) a debug nvserverd from NetView L2, and then (2) run a diagnostic tool they can also give you called gdbprof. If nvserverd is hung somewhere, then that will show conclusively that it is. But it will not tell you what to do about it. That may take more diagnosis and trial-and-error.
Hope this helps. Best I can do.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Network Availability Management
Network Management - Development
Tivoli Software, IBM Corp
"Marcelo Zacchi" <mzacchi AT gmail DOT com>
"Marcelo Zacchi" <mzacchi AT gmail DOT com>
Sent by: nv-l-bounces AT lists.ca.ibm DOT com
07/27/2007 04:11 PM
Please respond to
Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com> |
|
|
James,
The fact that the "Current Events" window also freezes also does not indicate a problem with the daemon?
On 7/27/07, James Shanks <jshanks AT us.ibm DOT com> wrote:
All nvserverd does is format the message and give it to the TEC adapter (EEIF) library functions. The code provided by TEC does the sending. Once nvserverd passes a formatted message along to TEC, he is ignorant of what happens to it. If you see it logged in the nvserverd log, and not followed by an error message, then the hand-off to the TEC library went smoothly. If it works for a while and then stops, that is a TEC issue and not a NetView one.
You will need to get a TEC EEIF trace and let TEC support tell you what is happening. NetView has no way of knowing. NetView L2 can help you enlist the aid of TEC support but that is all.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Network Availability Management
Network Management - Development
Tivoli Software, IBM Corp
"Marcelo Zacchi" < mzacchi AT gmail DOT com>
James and Praveen,
I am having the exact same problem on my Linux box.
I have disable the state correlation but it didn't work. I have been exchanging traces and logs with the IBM support but, until now, no conclusion has been reached.
The funniest thing is that it appears to 'last' for approximately 12 hours and then it simply stops. The nvserverd.log only brings messages of successful operations, no error messages whatsoever.
I have installed FixPack 1 too, but that did not solve the problem.
I am running NV on a SUSE LINUX Enterprise Server 9 (x86_64), but I have a environment that is just like this one and does not have any problem with nvserverd.
Has anyone been able to solve or workaround this?
Best regards to all,
Marcelo Zacchi
Siemens SIS NOC LATAM
On 12/13/06, James Shanks < jshanks AT us.ibm DOT com > wrote:
Have you tried anything to isolate the problem? Is your TEC cache file growing? Then the TEC code is having problems talking to your TEC library.
Are events still being written to the nvserverd.log? If you don't have one then modify your tecint.conf file by uncommenting the line which says #NvserverdTraceTecEvents=YES.
If the nvserverd.log shows that events are not being sent to TEC, then you can try turning off State Correlation in tecint.conf. Make it say UseStateCorrelation=NO. If that solves the problem then most likely you have a java issue.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Network Availability Management
Network Management - Development
Tivoli Software, IBM Corp
"Praveen Kumar" < Praveenkumar.nair AT ustri DOT com>
Hi All,
I am running NetView 7.1.5 (upgraded from 7.1.4) on Linux, I have the events forwarded to TEC. After the upgrade nvserverd seems to getting halted (but the status shows running) no events are forwarded until a restart of the nvserverd daemon.
Would anyone please help me?
True regards,
Praveen Kumar._______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
|
|
|