I got this to work by setting it in our r/o users .profile
files and leaving it out in the r/w users .profile
At the tail end of their .profile
add.......
export NVMAPGLOBALACK=1
Thanks,
Channing Hill
EMS Analyst II BB&T (252) 246-3642 From: nv-l-bounces@lists.ca.ibm.com [mailto:nv-l-bounces@lists.ca.ibm.com] On Behalf Of James Shanks Sent: Tuesday, March 27, 2007 3:21 PM To: Tivoli NetView Discussions Subject: RE: [NV-L] acknowledge I don't know the code, but I'm betting that to turn this off you would have
set the variable to null rather than zero
I've changed the netview.pre to NVMAPGLOBALACK=0 export NVMAPGLOBALACK brought up a R/O map and acknowledge. this ack.. also showed up in the R/W map. I shutdown the map, and restarted the daemons. I retried it and the saw the same behaviour. should netview.pre be in a user profile / directory ? What can I try next.. Sent: Monday, March 26, 2007 7:45 PM To: Tivoli NetView Discussions Subject: Re: [NV-L] acknowledge Importance: High What you describe is the old default behavior. Recent versions override that behavior in /usr/OV/bin/netview.pre with the setting of NVMAPGLOBALACK=1 export NVMAPGLOBALACK I suspect that removing it will be enough, or perhaps set it to 0. Close the maps and open them again. Cordially, Leslie A. Clark IT Services Specialist, Network Mgmt Information Technology Services Americas IBM Global Services (248) 552-4968 Voicemail, Fax, Pager
Hello, AIX 5.2 AIX 7.1.5 when an operator acknowledges a device, it changes it to all the map. They have a R/O map. Where do I change it so that an acknowledge would only affect their maps and not all others. I don’t want the R/W map to change the status of the node (when a r/o map gets acknowledge). Also, in OVw, I have *overrideAcknowledge: True the Operators "acknowledge" a node, and it changed to lime green, during the netmon polling ( 5 min interval), the device had come back up but it never changed to "normal state". When I "ping" the device from the command line, it came back up and change the status of the node. Why is this.. Catalina_______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)_______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) _______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) |
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | RE: [NV-L] Acknowledging UNREACHABLE interfaces, Leslie Clark |
---|---|
Next by Date: | RE: [NV-L] acknowledge, Catalina Martinez |
Previous by Thread: | RE: [NV-L] acknowledge, James Shanks |
Next by Thread: | RE: [NV-L] acknowledge, Catalina Martinez |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web