I will look into the trap forwarding.
As for the sudo requirement. We were able to open the file permission's on
the trapd.conf file and I can now create and modify traps without the root
access requirement.
Sean Lawrence
Systems Automation
Ext 5728
James Shanks <jshanks@us.ibm.com>
Sent by: nv-l-bounces@lists.ca.ibm.com
10/04/2006 01:04 PM
Please respond to Tivoli NetView Discussions
To: Tivoli NetView Discussions <nv-l@lists.ca.ibm.com>
cc:
Subject: Re: [NV-L] servmon probably died: ungracefully
disconnected from trapd
Well, the error message indicates that a second trapd is not configured
now, so the only hope of finding our whether it once was, is to look in
/usr/OV/conf/ovsuf where the daemon registrations go. It's a colon
delimited file, with the first field being a one or zero, where 1=inactive
and 0=active.
So you would look through that file for entries which start with
1:trapd:/usr/OV/bin/trapd:OVs_YES_START:nvsecd,pmd: <other options>
:OVs_WELL_BEHAVED: ... more stuff
If you find any entries like this, then observe the "other options"
between "nvsecd,pmd" and "OVs_WELL_BEHAVED". There may not be any options
at all, but if there is either a -m (dash lowercase em) or -M (dash
uppercase em) followed by an IP address or the hostname of another
machine, then at one time in the past you were forwarding traps to another
NetView's trapd. The -m means to forward only selective traps and these
would need to be specified using the Forward button in xnmtrap. The -M
means to forward all traps so there is no need to set the Forward, but it
is on, it will not create the error message either.
If you find something like that and you want to restore the forwarding to
that machine, your best bet is to re-register the trapd daemon using
serversetup, Configure--> Options for daemons --> Options for event and
trap processing daemons --> Set options for the trapd daemon, so that it
gets made permanently. Then you'll probably have to ask someone else in
your outfit why this was changed.
As for your other issue about wanting to administer things as a non-root
user, you will be able to achieve that only through a sudo function. Some
tasks in NetView, such as configuring traps, require root authority. This
is logical since whomever can configure a trap, can cause it to run any
command or script on the machine, and since all the daemons have root
authority, that would result in a non-root user being able to run anything
she or he chose with root authority.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Network Availability Management
Network Management - Development
Tivoli Software, IBM Corp
sean.lawrence@cantire.com
sean.lawrence@cantire.com
Sent by: nv-l-bounces@lists.ca.ibm.com
10/04/2006 09:43 AM
Please respond to
Tivoli NetView Discussions <nv-l@lists.ca.ibm.com>
To
Tivoli NetView Discussions <nv-l@lists.ca.ibm.com>
cc
Subject
Re: [NV-L] servmon probably died: ungracefully disconnected from trapd
Because I don't know what I'm doing, where would the second trapd be
configured. Just in case there is a second one. I have just been
configuring these new traps by rote. I don't want to change anything
unless I can confirm we are not using a second trapd.
Sean Lawrence
Systems Automation
Ext 5728
James Shanks <jshanks@us.ibm.com>
Sent by: nv-l-bounces@lists.ca.ibm.com
10/04/2006 09:34 AM
Please respond to Tivoli NetView Discussions
To: Tivoli NetView Discussions <nv-l@lists.ca.ibm.com>
cc:
Subject: Re: [NV-L] servmon probably died: ungracefully
disconnected from trapd
Yes. Turn it off. Click the button back to "Do Not Forward" and the ugly
error message on your TEC console will go away.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Network Availability Management
Network Management - Development
Tivoli Software, IBM Corp
sean.lawrence@cantire.com
sean.lawrence@cantire.com
Sent by: nv-l-bounces@lists.ca.ibm.com
10/04/2006 09:27 AM
Please respond to
Tivoli NetView Discussions <nv-l@lists.ca.ibm.com>
To
Tivoli NetView Discussions <nv-l@lists.ca.ibm.com>
cc
Subject
Re: [NV-L] servmon probably died: ungracefully disconnected from trapd
No. The "Forward trap" button in xnmtrap is just to identify traps to be
sent to another trapd.
Where is the second trapd specified? Should this forwarding be turned off
if it is not used?
Sean Lawrence
Systems Automation
Ext 5728
_______________________________________________
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)
*** eSafe scanned this email for malicious content ***
*** IMPORTANT: Do not open attachments from unrecognized senders ***
_______________________________________________
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)
*** eSafe scanned this email for malicious content ***
*** IMPORTANT: Do not open attachments from unrecognized senders ***
_______________________________________________
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)
|