Thank you Stuart Henderson.
On Tue, Apr 3, 2018 at 3:51 PM, Stuart Henderson
wrote:
> On 2018/04/03 15:25, Pushpa Thimmaiah wrote:
> > Thank you Magnus Fromreide, Anders Wallin and Stuart Henderson for the
> reply.
> >
> > Stuart Henderson,
> >
> > I am using net-snmp.5.7.1. Object sysUpTime
Thank you Magnus Fromreide, Anders Wallin and Stuart Henderson for the
reply.
Stuart Henderson,
I am using net-snmp.5.7.1. Object sysUpTime uses API
netsnmp_get_agent_uptime() and they inturn uses gettimeofday().
If time on device changes after snmpd starts then sysUpTime value is
confusing.
Sc
Maybe not the perfect answer, but this is what the FAQ says
"The system uptime (sysUpTime) returned is wrong!
---
Oh no it's not.
The defined meaning of 'sysUpTime' is
"the time ... since the *network management*
portion of the syst
On Wed, Mar 28, 2018 at 12:49:48PM +0530, Pushpa Thimmaiah wrote:
> Hi All,
>
> I believed that sysUpTime is counter that increments every seconds. But In
> net-snmp code ,
> sysUpTime being calculated as difference between 'snmpd-starttime' and
> 'current time' .
>
> I would like to know reaso
any systemBootTime
> that tells, as a DateAndTime string, when the system was last booted.
Personally I'd also like a numeric value (with longer wrap period) as it makes
the calculations easier!
Mike.
> Subject: Re: sysUpTime discrepancy
> From: [email protected]
> To: mjvm...
On Thu, 2013-09-19 at 07:56 +0100, Mike Moreton wrote:
> On Fri, 2013-09-13 at 20:46 +, Andy Cress wrote:
> > Folks,
> >
> > Currently net-snmp measures sysUpTime relative to when the snmpd
> > starts, and perhaps that is often the same as the overall system
> > uptime, but in some systems, th
On Fri, 2013-09-13 at 20:46 +, Andy Cress wrote:
> Folks,
>
> Currently net-snmp measures sysUpTime relative to when the snmpd
> starts, and perhaps that is often the same as the overall system
> uptime, but in some systems, the services could be restarted without
> rebooting, so I am proposin
On Fri, 2013-09-13 at 20:46 +, Andy Cress wrote:
> Folks,
>
> Currently net-snmp measures sysUpTime relative to when the snmpd
> starts, and perhaps that is often the same as the overall system
> uptime, but in some systems, the services could be restarted without
> rebooting, so I am proposin
On 1/18/06, Dave Shield <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-01-18 at 19:11 +0530, Suma C wrote:
> > For Linux , heres wt I have done :
> [snip]
> > Have tested it on my system(FC1 2.6.9 ) for sysUpTime
>
> Tested in what way?
> What *exactly* did you test - what did you expect to see
On Wed, 2006-01-18 at 19:11 +0530, Suma C wrote:
> For Linux , heres wt I have done :
[snip]
> Have tested it on my system(FC1 2.6.9 ) for sysUpTime
Tested in what way?
What *exactly* did you test - what did you expect to see,
and what did you actually see? What sorts of time-shift
have
For Linux , heres wt I have done :
snmp_vars.c :
long my_starttime;
int
init_agent(const char *app)
{
int r = 0;
/*
* get current time (ie, the time the agent started)
*/
gettimeofday(&starttime, NULL);
starttime.tv_sec--;
starttime.tv_usec += 100L;
On Wed, 2006-01-18 at 15:18 +0530, Suma C wrote:
> The function get_uptime is in snmplib/system.c
No wonder I couldn't find a system man page for it!
OK - checking the logs, 'get_uptime()' seems to
go back to the very start of the UCD-SNMP project,
and is part of the code we inherited from CMU.
The function get_uptime is in snmplib/system.c
Its usage is in apps/snmptrap.c and agent/mibgroup/host/hr_system.c
and thanks for considering the mail
Regards
Suma
PS : the code:
/*
* Returns uptime in centiseconds(!).
*/
long
get_uptime(void)
{
#if !defined(solaris2) && !defined(linux)
On Mon, 2006-01-16 at 15:01 +0530, Suma C wrote:
> Can we use the /proc/uptime or even better the library function :
> get_uptime .
A library function like that would certainly be an idea.
But the big question is how portable it would be.
Remember that the Net-SNMP suite runs on a wide variet
> On Tue, 26 Oct 2004 12:46:41 -0400, Binh Nguyen <[EMAIL PROTECTED]> said:
Binh> Since sysUpTime is measured in one hundredth of a second, it
Binh> will take approximately 497 days for this 32 bit counter to
Binh> wrap. 497 days is not long enough because some telco equipment
Binh> is let to
15 matches
Mail list logo
