Nikolay,

   First off, thank you very very much for all of the help.  I have everything almost perfect.  I did a discovery again, and it managed to find memory etc, this time.  The only thing missing now is the processors. Does the application only poll devices that it found in the discovery? As in, if its not asking for the processors, were they not discovered?  

Starting polling run:

vpn.securecomwireless.com 9 linux (unix)
Module [ unix-agent ] disabled globally.
Using hrSystemUptime (0:0:12:41.96)
Uptime: 12m 41s

Hardware: Generic x86 64-bit Version: 2.6.32-31-server Features:  Serial:
IPMI:
Mempool Physical memory: 83.69%
Mempool Virtual memory: 27.52%
Mempool Swap space: 0%
Storage /: 1%
Polling Netstats: IP TCP UDP ICMP SNMP
HR Stats: Processes Users
Polling IP-MIB ipSystemStats ipv4 ipv6
Caching Oids: ifEntry ifXEntry dot3StatsDuplexStatus
Port lo(1) HC VLAN == bps(0bps/0bps)bytes(0B/0B)pkts(0pps/0pps)
Port gre0(2) HC VLAN == bps(0bps/0bps)bytes(0B/0B)pkts(0pps/0pps)
Port eth0(3) HC VLAN == bps(0bps/0bps)bytes(0B/0B)pkts(0pps/0pps)
Port eth1(4) HC HC VLAN == bps(34.3kbps/51.7kbps)bytes(485kB/732kB)pkts(34.1pps/34.0pps)
Port tun1(5) HC VLAN == bps(0bps/0bps)bytes(0B/0B)pkts(0pps/0pps)
Port tun2(6) HC HC VLAN == bps(392bps/18.6kbps)bytes(5.55kB/264kB)pkts(0.96pps/1.86pps)
Port tun3(7) HC HC VLAN == bps(0bps/0bps)bytes(0B/0B)pkts(0pps/0pps)
Port (126466) Port Deleted
Port (126478) Port Deleted
Port (126508) Port Deleted
Checking UCD DiskIO MIB: xvda xvda1 xvdc xvdc1

OSPF: Processes:  Areas:  Ports:  Neighbours:

Entity Physical:
Q-BRIDGE-MIB FDB Tables
Vlan     | MAC          | Port                  (dot1d|ifIndex) | Status
------------------------------------------------------------------------------------------
uptime netstat_ip netstat_ip_frag netstat_tcp netstat_udp netstat_icmp netstat_icmp_info netstat_snmp netstat_snmp_pkt hr_processes hr_users ucd_cpu ucd_swap_io ucd_io ucd_contexts ucd_interrupts ucd_memory ucd_load ipsystemstats_ipv4 ipsystemstats_ipv4_frag ipsystemstats_ipv6 ipsystemstats_ipv6_frag Polled in 3.999 seconds
UPDATED!

MySQL: Cell[0/0s] Row[3/0s] Rows[28/0.01s] Column[0/0s] Update[288/0.07s] Insert[9/0s] Delete[0/0s]


On Fri, Jan 11, 2013 at 2:28 AM, admin <admin@imadroid.com> wrote:
That makes sense. I think that having that many interfaces is actually causing some other bad effects. For example, I am not getting processor or memory usage from that server. It manages all of the others just fine...  How annoying.  I guess I will throw more RAM at the system and see if that helps.  



On Fri, Jan 11, 2013 at 2:04 AM, Nikolay Shopik <shopik@inblock.ru> wrote:
Well, snmpwalk still walks all these interfaces, observium will just
ignore data from them. Basically load on this machine with lots PPP
interfaces won't change.

On 11/01/13 11:55, admin wrote:
> Nikolay,
>
>  Thanks for the feedback.  So adding that will prevent it from polling the
> PPP interfaces, but it will still add them to the list via the initial SNMP
> walk?
>
> Thanks!
>
>
> On Fri, Jan 11, 2013 at 1:34 AM, Nikolay Shopik <shopik@inblock.ru> wrote:
>
>> You can add this to your config, which start ignoring all PPP interfaces
>> on all machines, but snmpwalk will still go through them.
>>
>> $config['bad_iftype'][] = "ppp";
>>
>>
>> On 11/01/13 11:26, admin wrote:
>>> Good Evening,
>>>
>>>    I was able to get Observium up and running with no issues, but I do
>> have
>>> a bit of an odd situation. I happen to have a server that I wish to
>> monitor
>>> that has over 300 PPP interfaces. Observium is attempting to poll them,
>> and
>>> its hammering the server hard, and Observium.  Is there a way to remove
>>> polling of interfaces (or maybe just ppp interfaces) on that server?
>>>
>>> Thanks!
>>>
>>>
>>>
>>> _______________________________________________
>>> observium mailing list
>>> observium@observium.org
>>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
>>>
>> _______________________________________________
>> observium mailing list
>> observium@observium.org
>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
>>
>
>
>
> _______________________________________________
> observium mailing list
> observium@observium.org
> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
>
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium