Yes, as long as the two boxes are identical or the file are compiled for
the platform they're going to.
See the instructions in README.solaris (they work on non-Solaris as
well) for creating a binary package.
basically:
mkdir /usr/local/dist
make install prefix=/usr/local/dist/usr/local
exec_prefix=/usr/local/dist/usr/local
cd /usr/local/dist
tar -cvf net-snmp-5.4.1.dist.tar usr
________________________________
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Need
Help
Sent: Tuesday, July 17, 2007 11:19 AM
To: [email protected]
Subject: Re: Should certain integrated MIB functionality remain ....
alsoplease explain some options
Ok, I think I understand now ..... I should build NetSNMP as the
"complete package" and simply copy over the necessary elements onto our
hardware box:
library files
snmpd.conf
snmpd executable
Basically, I can build NetSNMP with the applications, man pages,
scripts, mibs, etc... and then just copy the particular files located
in the "/usr/local" install directory tree onto our target hardwarebox.
Does this make a lot more sense?
Need Help <[EMAIL PROTECTED]> wrote:
Yes, I think you might be right. Using the basic/standard
package would be ideal, however, the total size of everything installed
into the "/usr/local" directory is about 20Megs. Add in my subagent
code and the total might be around 23Megs. This might be too big ....
I will see.
When you describe "--disable-mibs" and "--disable-mib-loading"
options you mention "MIB files". Does this represent all code located
in the "../agent/mibgroup" directory which is related to the MIBs or are
you referring to the MIB.txt text files which are placed in the
"/usr/local/share/snmp/mibs" directory?
On more thing. I believe I remember that the IF-MIB comes with
NetSNMP, hwoever, not all field values are supported at this time. If I
wanted to support the IF-MIB then I know I could update the master agent
software to do this, but would it be possible to simply create a
subagent to handle the IF-MIB instead. This way, updating future
releases of the master agent would be a lot easier since I would not
have to merge in any changed code, just simply UnTar the new version and
compile and install it. Or would this be unwise since the current
foundation of the IF-MIB already exists in the NetSNMP framework.
Dave Shield <[EMAIL PROTECTED]> wrote:
On 17/07/07, Need Help wrote:
> I am new to SNMP and I am
> not familiar with how people use SNMP in the "real
world"
I suggest you talk to your customers, to find out what
they expect
from the boxes you sell. We don't know anything about
what sort
of equipment you are working with, so cannot sensibly
comment
on what you should or shouldn't remove.
Unless you are particularly tight for space, I would be
inclined
to leave most things in place, and just add support for
your new
MIB file.
> Will someone please explain the difference between
"--disable-mibs" and
> "--disable-mib-loading" options?
$ ./configure --help
--disable-mibs Do not install the mib files.
--disable-mib-loading Do not include code that parses
and
manipulates the mib files.
The '--disable-mibs' flag will not attempt to install
the MIB files
when you run "make install". But it does not touch the
library
code - the agent/apps will still be able to parse MIB
files if you
install them by hand.
The '--disable-mib-loading' code will strip out the
library code that
parses MIB files. The resulting agent/'applications
won't attempt
to read in any MIB files at all (even if they are
installed).
> If we are not allowing "set" SNMP requests at this
time, then would using
> the "--disable-set-support" option save me a lot of
space or is it a minimal
> space savings?
Not a lot of space, no.
It's more of a security mechanism - removing the
capability of handling
SET requests completely. Even if a SET-capable
snmpd.conf file was
provided, the agent would still not accept SET requests.
I wouldn't bother with this unless you *know* that this
is what you need.
> What exactly does "--enable-mini-agent" option do?
It removes all but the very bare bones of an agent.
Given the questions you've been asking so far, I really
wouldn't bother
with any of these options. I would *STRONGLY* encourage
you to use
as standard an environment as possible. The more you
fiddle about
with these advances options, the more likely you are to
run into
(unnecessary) difficulties.
Dave
________________________________
Luggage? GPS? Comic books?
Check out fitting gifts for grads
<http://us.rd.yahoo.com/evt=48249/*http://search.yahoo.com/search?fr=oni
_on_mail&p=graduation+gifts&cs=bz> at Yahoo!
Search.-----------------------------------------------------------------
--------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and
take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/____________________________________
___________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
________________________________
Pinpoint customers
<http://us.rd.yahoo.com/evt=48250/*http://searchmarketing.yahoo.com/arp/
sponsoredsearch_v9.php?o=US2226&cmp=Yahoo&ctv=AprNI&s=Y&s2=EM&b=50> who
are looking for what you sell.
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed. If
you have received this email in error please notify the system manager. This
message contains confidential information and is intended only for the
individual named. If you are not the named addressee you should not
disseminate, distribute or copy this e-mail.
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
