Re: It's unlikely this agent can serve any useful purpose in this state / This receiver will *NOT* accept any incoming notifications

Hi,

Very risky. Best try reverse the make install script. This time it works, 
but in the general case avoid it.

BR,
Nikos
----- Original Message ----- 
From: "Antonio Guerra" <[email protected]>
To: <[email protected]>
Sent: Tuesday, January 27, 2009 5:15 PM
Subject: Re: It's unlikely this agent can serve any useful purpose in this 
state / This receiver will *NOT* accept any incoming notifications


>I realize that a few days after I sent the original email. I ended up
> having to rpm remove 5.1.2, then creating a script to clean up the
> initial 5.4.2.1 since it had left residue from the original install,
> then re-installing 5.1.2. I'm using 5.1.2 because the latest release
> is missing lots of dependencies for the version of Redhat I have.
> Below is the script for anyone trying to clean up their nagging
> installs:
>
> first do a:
>
> find / -iname *snmp*
> Make sure you don't delete anything you don't want to (i.e.- /etc and
> /proc stuff...etc...)
>
> Then execute the following script:
>
> #!/bin/bash
> find / -iname *snmp* | egrep -v [ANYTHING YOU WANT OMITTED FROM THE
> SEARCH] >> links
> filename=links
> declare -a array1
> array1=( `cat "$filename"`)
> rm -fRdv echo ${array1[@]}
>
> On Tue, Jan 27, 2009 at 5:27 AM, Dave Shield <[email protected]> 
> wrote:
>> 2009/1/22 Antonio Guerra <[email protected]>:
>>> At first I tried downloading and installing the latest file from
>>> sourceforge but that didn't go well, so I later decided to install
>>> SNMP from the RPM package on the redhat update page:
>>> net-snmp-5.1.2-13.2.i386.rpm
>>
>> I would strongly suggest that you run with *one* of these two
>> installations.   You currently seem to be mixing the two,
>> which is bound to lead to confusion.
>>
>>
>>> snmpd -v
>>>
>>> NET-SNMP version:  5.4.2.1
>>
>> This is the agent that you compiled yourself.....
>>
>>> snmpd -f -Le -d:
>>>
>>> Warning: no access control information configured.
>>
>> ... which is probably looking for /usr/local/share/snmp/snmpd.conf
>> (among other possible locations)
>>   It will *not* be looking in /etc/snmp
>>
>>> "ps aux | egrep snmp*"
>>>
>>> root     31369  0.0  0.5 13452 5380 ?        S    12:09   0:00
>>> /usr/sbin/snmpd -Cc /etc/snmp/snmpd.conf
>>
>> This is the version that came with the RPM, and is looking
>> for /etc/snmp/snmpd.conf (only)
>>
>>
>> Decide which version you wish to run, stick with that, and
>> remove the other one.   You'll find it much less confusing
>> in the long run.
>>
>> Dave
>>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Net-snmp-users mailing list
> [email protected]
> Please see the following page to unsubscribe or change other options:
> https://lists.sourceforge.net/lists/listinfo/net-snmp-users 


------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users