Yup - good old NT ;-)
I've had a look around for where to set maxpdu, but can't find the
switch documentation for snmpCollect - can anyone point me towards the
right documentation?
Thanks in advance.
Karl
Karl Prinelle
Tivoli Certified Consultant
Elyzium Ltd
Enterprise Systems Management Consultants
Mobile: +44 (0)7813 189198
Email: Karl.Prinelle@elyzium.co.uk
http://www.elyzium.co.uk
------------------------------------------------------------------------
---
Elyzium Disclaimer:
This email transmission is confidential and intended solely for the
person or organisation to whom it is addressed. If you are not the
intended recipient, you must not copy, distribute or disseminate the
information, or take any action in reliance of it. Any views expressed
in this message are those of the individual sender, except where the
sender specifically states them to be the views of any organisation or
employer. If you have received this message in error, do not open any
attachment but please notify the sender (above) deleting this message
from your system. Please rely on your own virus check no responsibility
is taken by the sender for any damage rising out of any bug or virus
infection.
------------------------------------------------------------------------
---
-----Original Message-----
From: Leslie Clark [mailto:lclark@us.ibm.com]
Sent: 08 October 2002 03:02
To: nv-l@lists.tivoli.com
Subject: RE: [nv-l] snmpCollect for stats reporting
Oh. NT. Well, I think all of us have probably had more trouble with data
collection on that platform than on Unix, but it should not be as bad as
you are seeing.
One suggestion. I have sometimes had a problem, even on
AIX, when name resolution has changed. The snmpCollect
daemon does not handle this sort of thing exactly the way
the rest on Netview does. For a node that has been a problem, try
deleting the collection definition for it and re-defining it. That will
let snmpCollect get new information about the name of the object and its
community string.
Two other things to try. One, reduce the deferral period from the
default (an hour?) to something like 5 minutes. Smaller holes. Also, if
you are asking for a variable that occurs in large numbers, say
ifInOctets across all interfaces of a router with 100 interfaces, tell
snmpCollect to ask for data in smaller chunks. On AIX this is one of the
snmpCollect configuration options, maxpdus or something. So I'm sure it
is an option on the NT version as well. Often a device will not be
willing to give a 'long answer' but it will give multiple short answers.
This could be the cause of the problem with snmpCollect, which tries for
everything at once, while snmpwalk still works; snmpwalk is completely
different code.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
"Karl Prinelle"
<Karl.Prinelle@ely To:
<nv-l@lists.tivoli.com>
zium.co.uk> cc:
Subject: RE: [nv-l]
snmpCollect for stats reporting
10/06/2002 01:21
PM
Please respond to
Karl.Prinelle
Sorry this one is sooo late - just found it in my drafts folder - duh
(having some ISP problems)! Thought I'd send it anyway...
I hoped that was the case.
I'm doubting it because it's not working properly - the collections are
either always deferring or returning zero values where there should be
one (deferral is proportionally the worst problem in terms of
occurrance). I've checked with snmpget/walk/nv mib browser from the NV
box that the data is there and accessible & it's all fine. The NV box
CPU/RAM are barely used & since the routers response to snmpget/walk etc
I can't see why snmpCollect defers. I've "tried" tuning snmpCollect,
but to no effect.
I've raised a PMR for it but I was wondering if I was flogging a dead
horse (w2k, sp2, nv 7.1.2/7.1.3).
Karl Prinelle
Tivoli Certified Consultant
Elyzium Ltd
Enterprise Systems Management Consultants
Mobile: +44 (0)7813 189198
Email: Karl.Prinelle@elyzium.co.uk
http://www.elyzium.co.uk
------------------------------------------------------------------------
---
Elyzium Disclaimer:
This email transmission is confidential and intended solely for the
person or organisation to whom it is addressed. If you are not the
intended recipient, you must not copy, distribute or disseminate the
information, or take any action in reliance of it. Any views expressed
in this message are those of the individual sender, except where the
sender specifically states them to be the views of any organisation or
employer. If you have received this message in error, do not open any
attachment but please notify the sender (above) deleting this message
from your system. Please rely on your own virus check no responsibility
is taken by the sender for any damage rising out of any bug or virus
infection.
------------------------------------------------------------------------
---
-----Original Message-----
From: Leslie Clark [mailto:lclark@us.ibm.com]
Sent: 24 September 2002 05:11
To: nv-l@lists.tivoli.com
Subject: Re: [nv-l] snmpCollect for stats reporting
I wonder why you would doubt it. I can vouch for it. I've used it for
years in about a hundred different customers' networks. For collecting,
that is. It is quite efficient and I would not consider writing a tool
to do it. Dump the data to a relational database for easiest external
reporting with the tool of your choice.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
"Karl Prinelle"
<Karl.Prinelle@ely To:
<nv-l@lists.tivoli.com>
zium.co.uk> cc:
Subject: [nv-l]
snmpCollect for stats reporting
09/21/2002 06:36
AM
Please respond to
Karl.Prinelle
Hi list,
Just wondering if anyone is reliably collecting SNMP data through
snmpCollect for stats reporting? I'm thinking about doing this on
Solaris with NV 7.1.2. I only need to collect from about 40-50 devices,
approx 15 mins intervals and around 4 mib values per device.
I'm going to feed this into rrdtool to graph up, but a just debating
using snmpCollect or writing some scripts to snmpget the values (or mrtg
depending on how complex that it to setup).
thanks in advance
Karl
Karl Prinelle
Tivoli Certified Consultant
Elyzium Ltd
Enterprise Systems Management Consultants
Mobile: +44 (0)7813 189198
Email: Karl.Prinelle@elyzium.co.uk
http://www.elyzium.co.uk
------------------------------------------------------------------------
---
Elyzium Disclaimer:
This email transmission is confidential and intended solely for the
person or organisation to whom it is addressed. If you are not the
intended recipient, you must not copy, distribute or disseminate the
information, or take any action in reliance of it. Any views expressed
in this message are those of the individual sender, except where the
sender specifically states them to be the views of any organisation or
employer. If you have received this message in error, do not open any
attachment but please notify the sender (above) deleting this message
from your system. Please rely on your own virus check no responsibility
is taken by the sender for any damage rising out of any bug or virus
infection.
------------------------------------------------------------------------
---
<?xml:namespace prefix = o ns =
"urn:schemas-microsoft-com:office:office"
/>
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group help
line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group help
line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group help
line at 1-800-TIVOLI8(848-6548)
|