@gperez: "  Hi,
  I'm using cacti to monitor some servers running FBSD. I was using 7.2
with SCHED_4BSD. With this configuration : bsnmpd+bsnmp-ucd was
returning right values for the cores' load.
   I recently updated the servers (via csup) to RELENG_8 and bsnmpd is
returning negative values for the cores' load. If I try something like
in a 4-core system :
              snmpwalk -v 2c -c community server .83.161.120.155.83.161.120.155.3.1
   what I get is :
        .83.161.120.155.83.161.120.155.83.161.120.155 = OID: .0.0
        .83.161.120.155.83.161.120.155.83.161.120.155 = OID: .0.0
        .83.161.120.155.83.161.120.155.83.161.120.155 = OID: .0.0
        .83.161.120.155.83.161.120.155.83.161.120.155 = OID: .0.0
        .83.161.120.155.83.161.120.155.83.161.120.155 = INTEGER: -182
        .83.161.120.155.83.161.120.155.83.161.120.155 = INTEGER: -182
        .83.161.120.155.83.161.120.155.83.161.120.155 = INTEGER: -182
        .83.161.120.155.83.161.120.155.83.161.120.155 = INTEGER: -182
  I tried and old bsnmpd-ucd (0.2.1, works fine in a 7,2 system) with a
8.0 system. Same wrong results. And it seems bsnmpd in /usr/src/contrib
has not changed between 7.2 and 8.0.
  Any ideas ? I'm not an expert, but with tcpdump I see different
results. Against an old 7.2 system, the field related to each core load
gives the right value. Instead, against and 8.0 system, those field show
(in hex) values like fd 4b. What I don't know is how bsdnmp-ucb retrives
those values and how it construct the udp response packet.
   Gus
PGP KEY : <url>
_______________________________________________
<email_address> mailing list
<url>
To unsubscribe, send any mail to "<email_address>""
    @tomytrociny: "<quote>
bsnmpd-ucd has nothing to do with HOST-RESOURCES-MIB. These mibs are provid=
ed
by snmp_hostres(3) module (/usr/lib/snmp_hostres.so). So something wrong is
there (I suppose it is not in sync with some recent changes in kernel or
libkvm).
=20
Mikolaj Golub
_______________________________________________
<email_address> mailing list
<url>
To unsubscribe, send any mail to "<email_address>""
    @gperez: "En/na Mikolaj Golub ha escrit:
<quote>
    You are right. I checked the
usr.sbin/bsnmpd/modules/snmp_hostres/hostres_processor_tbl.c. I think it
has something to do with the processor_getpcpu function (line 122). The
code is :
   With 4 core  SCHED_ULE system  I checked it and ccpu is always 0
(sysctl kern.ccpu gives 0 too). So this routine always returns 0.0. That
makes the save_sample routine to fill e->samples[#cpu] with 100. If I
comment the ccpu ==0, the I see strange values. I know, I changed the code.
   With some printfs, I see the returned value when starting bsnmpd is
98~99.  But the it goes up until 350~400 (strange). I put some others
printfs and then I saw that when starting the daemon it return 98~99 for
each processor and the ki_pctcpu is 2026 (in my case). Then, the next
time bsnmpd refreshes its values I see it returns wrong values and
ki_pctcpu goes up four times.  So the function returns nearly 400% of 
idle time for each processor...
  So I checked it with SCHED_4BSD with an 8 core system. The same
behaviour, but this time I got an increase of eight times for the
ki_pctcpu.
   Now I'm stuck in here. I think the kinfo_proc info is obtained ny
using kvm_getprocs.  Do you have any idea why it returns those values  ?
   Regards,
   Gus
-
PGP KEY : <url>
_______________________________________________
<email_address> mailing list
<url>
To unsubscribe, send any mail to "<email_address>""
    @freebsd: "<quote>
When polling hrProcessorLoad for a RELENG_8 system (8.0-STABLE built
April 26th) running bsnmpd, I don't see the behaviour the OP does.
Instead, I see the values remain static.  Example:
r8host$ uptime
 9:05am  up 37 days, 6 hrs, 1 user, load averages: 0.00, 0.00, 0.00
r8host$ yes > /dev/null
<wait a while, then in another window>
r8host$ top -b 2
last pid: 98721;  load averages:  0.79,  0.28,  0.10  up 37+06:04:20 09:08:31
39 processes:  2 running, 37 sleeping
Mem: 40M Active, 214M Inact, 5444M Wired, 192K Cache, 828M Buf, 2219M Free
Swap: 32G Total, 32G Free
  PID USERNAME  THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
98715 jdc         1 118    0  5756K  1008K CPU2    2   1:03 100.00% yes
  945 root        1  44    0  6840K  1292K select  3 514:21  0.00% powerd
r8host$ sysctl hw.model hw.ncpu
hw.model: Intel(R) Core(TM)2 Quad CPU    Q8200  @ 2.33GHz
hw.ncpu: 4
box1$ snmpwalk -v2c -c community r8host hrProcessorLoad
HOST-RESOURCES-MI888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4hrProcessorLoad.5 = INTEGER: 100
HOST-RESOURCES-MI888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4hrProcessorLoad.11 = INTEGER: 100
HOST-RESOURCES-MI888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4hrProcessorLoad.17 = INTEGER: 100
HOST-RESOURCES-MI888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4hrProcessorLoad.23 = INTEGER: 100
I found it to be more effective polling and graphing laLoadInt.1 (OID
.83.161.120.155.4.1.283.161.120.155.1), which is provided by bsnmp-ucd.
There are some other problems I found with bsnmpd pertaining to pf
counters (snmp_pf.so) not getting updated but only when querying SNMP in
a specific manner (which works with other modules/MIBs).  I reported the
problem + full diagnosis + debug data to Philip Paeps, but he's quite
busy right now.  Not sure if someone wants to hear about it or not, but
it's easy to reproduce.
| Jeremy Chadwick                                   <email_address> |
| Parodius Networking                       <url> |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |
_______________________________________________
<email_address> mailing list
<url>
To unsubscribe, send any mail to "<email_address>""
{'source': 'USENET', 'other_information': '{"reply_count": 3, "forum_name": "mailing.freebsd.stable.20150103.mbox"}', 'file': 'data/output/usenet-mailing.freebsd.parquet'}