I don't know why the agent is crashing, but I can answer your other questions:


On 30 May 2012 06:22,  <b...@robocomai.com> wrote:
> If I wanted to pipe all output to the /var/log/snmpd.log file instead of the
> syslog, how would I change the passed arguments?

    -Lf /var/log/snmpd.log
or
    -LF0-6 /var/log/snmpd.log

(instead of -LS0-6d -Ld /dev/null)

Basically, anything starting   '-L'  is concerned with logging.
See snmpcmd(1) for details.


> What are the advantages of performing the install to /usr/local rather than 
> /usr?

The reason for installing to /usr/local by default (for any
application package), is
to keep local customisations and additions, separate from the main
operating system.
If you were re-installing onto a fresh system, you could in principle
bundle up the
whole of /usr/local and unpack this on top of a virgin install.
   If you install directly into the "normal" locations, you end up
with a mixture of
vendor-supplied and user-compiled packages, all mixed together.   Unpicking this
would be a nightmare!

It also means that you can install/uninstall the vendor-supplied package without
affecting the user-compiled version, or vice versa.   If a
user-compiled version is
installed directly into the vendor-supplied locations, then you might
get into the
following scenario:

      yum install net-snmp.rpm
           (vendor supplied - probably as part of the initial install)
      make install
           (user compiled - overwriting the vendor supplied files)
      yum remove net-snmp
           (deleting the "vendor supplied" files, which are
            actually the user-compiled versions which overwrote them)


The one time that it would be reasonable to use the same locations
for vendor-supplied and user-compiled versions of the software, is if the
user-compiled version will be installed in the same way as the vendor-supplied
version, hence cleanly replacing it.   I.e. if you were constructing RPMs to
upgrade the vendor-supplied package to the user-compiled version.
   But that's a relatively advanced scenario, and we'd expect anyone doing
that to be sufficiently experienced to be able to handle it for themselves.
We can't provide RPMs tailored to each individual O/S, so the simpler
(and safer) approach is to install into /usr/local instead.


Dave

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to