I am currently doing a project regarding traps and would like to help me in this issue. I am knew to the trap world and thought that by posting this thread helps me move forward in this project.
First of all I will begin exactly from the very beginning, i.e. the net-snmp installation for monitoring.
Before setting up traps, I started in installing the SNMP agent on the machines I wanted to monitor. The machines consisted mainly of Solaris 9 and 10 machines. The installation was performed successfully and I managed to be able to monitor these machines via the cacti software (http://www.cacti.net/).
The configuration file for this daemon is the snmpd.conf file (attached). For traps the configuration file snmptrapd.conf was modified as per attached.
Now from here the headache starts…
I was able to know that traps were being sent since I was generating them (example, bring up the size of a harddisk, as set in the snmpd.conf) and viewing the traps in a WireShark trace. For your perusal I have also attached a trace when a trap was sent, after the size of the harddisk exceeded the size sent in the configuration file.
What I would like to understand is the amount of OID shown in the trace (HDD full.txt)
This leads me to the problem I have at the moment, I need that the trap receiver machine senses the trap received and sends an email. In the attached file, snmptrapd.conf I did the traphandle command that it is suppose to handle the selected OID, but if I put the above OID (1.3.6.1.4.1.2021.9.101.1 – HDD size) the trap does not work. It only worked as per below:
Do you have any ideas of how I can set up these default traps to be able to be sent to the trap receiver machine?
Is there any other way to configure the trap receiver daemon (snmptrapd.conf).
hi
I get below error from console and message log in red hat linux
snmp Got trap from peer on fd 13 .
Any idea why there is error and how to fix it ??
Please use CODE tags as required by forum rules! (0 Replies)
I am using the following command to successfully send snmp traps on Linux but I cant get it to work on Solaris , can someone give me the syntax plz?
Linux:
/usr/sbin/snmptrap -v 2c -c org 10.100.10.211 \'\' 1.3.6.1.4.1.791.2.9.2 1.3.6.1.4.1.791.2.9.2 s \"$1 \"
Solaris:... (5 Replies)
i am working with embedded system -Dell DCS management sub system. my question is as below:
currently we are using linux kernel 2.6.30 build and we have a kernel logs stored to the /var/log/messages path. now we have to transfer all this logs to the specified SNMP target as a part of SNMP... (4 Replies)
Hello
I am trying to monitor when a user account gets added to my solaris server.
Does anyone know how I can set up an snmptrap for changes in the /etc/passwd file ? (4 Replies)
I want to receive snmp traps only from specifis ip's or host.
I tried to get help from VACM , but it's complicated. Can any one please suggest me simple way to do it (0 Replies)
Hi all,
I'm after a linux utility that can relay all incoming traffic on a certain port to another server. Can anyone recommend a good program?
I've taken a look at snmptrapd, but it's not obvious how this can be configured for my requirements.
Many thanks. (1 Reply)
Hi folks,
I have tried to add some trap detection in the below script....this script is used to monitor database activities...in a rather awkward way :rolleyes:....
The idea behind adding trap is that....this script creates lots of temporary files in the running folder to store the count... (1 Reply)
Greetings To All!
I am trying to accomplish the following:
Using a public SNMP string, create a trap which will trap ALOM console messages on a Solaris Sunfire T-1000 ALOM console. The platform is Solaris 10. These newly created traps need to be configured in such a way that they will send... (0 Replies)
Hi,
I am writing a program in java to simulate a trap being sent from a device. I came to know that rawsocket cant be opened in java. Is there a provision to do in java?
My requirement is:
I am writing the java program in the machine 1.1.1.1
I want to simulate the trap being sent from a... (0 Replies)