- observium - lists.observium.org

Trouble 3Com
by Arnoldo Vidal Bravo 13 Nov '19

13 Nov '19

In our institution, we still have 3Com 4500 and 3Com 4210 switches (poe and no poe). Is there any MIB to know that MAC is connected to a certain port? like an HP Procurve [image: image.png] -- Saluda cordialmente

1 0

svn.log
by Christian Eriksson 12 Nov '19

12 Nov '19

Hi, https://www.observium.org/svn.log does not show the latest changes anymore. It is nice to read the changelog before we upgrade our system Christian Eriksson Service Area Manager Advania, Network Operations

1 0

Juniper SRX3000/4000/5000 Session Graphs
by Milton Ngan 12 Nov '19

12 Nov '19

It looks like the SRX sessions graphs are kind of broken with the higher end SRX's that have multiple SPUs/FPCs. I saw there was a JIRA bug (OBS-2101<https://jira.observium.org/browse/OBS-2101>) opened a long time ago that observed the same issue. The way these are being graphs right now is via the generic graph module. But the logic to graph this correctly needs something a bit more custom. The code needs to iterate through all the available SPU's/FPC's, potentially on both nodes if it is a cluster, and graph all of the values. Each SPU/FPC has its own set of limits as well. I was wondering why some of my SRX's worked and some didn't. It turns out those that do not have an SPU in FPC 0 will fail to return any results. And those that do have an CPU in FPC 0 might be returning partial results because the other SPU's/FPC's are not being graphed. I have attached debug polls from an SRX4200 that works, and an SRX3600 that doesn't. The SRX4200 starts at FPC0, but the SRX3600 starts at FPC7, so the default index of 0 doesn't work here. Even if the code took the first item in the array, it would still be wrong because it needs to also consider FPC11 and FPC12, not to mention the corresponding FPC's on the second node of the cluster (indexes 33, 37 and 38).

1 0

changing default snmp timeout value
by Edvinas Kairys 11 Nov '19

11 Nov '19

Hello, How it's possible to change default SNMP timeout value ? in configuration file i see the file line is commented. Afaik the change should be done somewhere in net-snmp configuration, but i can't find where. Thank you.

2 1

unix apps (10162)
by Luca Sasdelli 11 Nov '19

11 Nov '19

Hello all, on a given debian machine the apache app doesn’t work; there are several tenths of similar servers here, and they’re showing apache infos without issues. The setup has been done like the others. Other apps on the same machine are fine (mysql and postfix), but no apache. Server-status is correct, readable even via links in localhost, and mod-status is enabled. Only seen issue is that, in the /usr/lib/observium_agent/scripts-enabled folder, an empty “Config” file appears just after observium_agent run. Any hint? Thanks and greets. Luca

1 0

Huge list of groups cannot be displayed with onMouseOver
by Thibault Richard 07 Nov '19

07 Nov '19

Hello, I'm using version 19.9.10036 which is the latest stable version I've defined a huge list of groups. It apparently creates a display bug with the onMouseOver function When the list is too huge, all the groups cannot be displayed This is not a blocking point because I can just click on the "Groups" symbol to have the full list . but this is annoying Best Regards Thibault

1 0

RRD folder space problem
by Edvinas Kairys 07 Nov '19

07 Nov '19

Hello, I noticed that Observium started to use up lots of storage space. From ~200Gb it started to use ~400Gbs. Found interested thing, that one device RRD folder tooks ~200GBs instead of ~4-5Gbs. I'm always running housekeeping scripts in cron: # Run housekeeping script daily for syslog, eventlog and alert log 13 5 * * * root /opt/observium/housekeeping.php -ysel >> /dev/null 2>&1 # Run housekeeping script daily for rrds, ports, orphaned entries in the database and performance data 47 4 * * * root /opt/observium/housekeeping.php -yrptib >> /dev/null 2>&1 But seems it doesnt help, and housekeeping log doesn't show errors. Could someone advice how to clear that files in RRD folder according to housekeeping settings which are here: infra [root@observ001prvitx logs]# cat /opt/observium/includes/defaults.inc.php | grep housekeep $config['housekeeping']['syslog']['age'] = '1M'; // Maximum age of syslog entries; 0 to disable $config['housekeeping']['eventlog']['age'] = '3M'; // Maximum age of event log entries; 0 to disable $config['housekeeping']['alertlog']['age'] = '3M'; // Maximum age of alert log entries; 0 to disable $config['housekeeping']['authlog']['age'] = '6M'; // Maximum age of authlog entries; 0 to disable $config['housekeeping']['inventory']['age'] = '1M'; // Maximum age of deleted inventory entries; 0 to disable $config['housekeeping']['deleted_ports']['age'] = '1M'; // Maximum age of deleted ports before automatically purging; 0 to disable $config['housekeeping']['rrd']['age'] = '2M'; // Maximum age of unused rrd files before automatically purging; 0 to disable $config['housekeeping']['rrd']['invalid'] = TRUE; // Delete .rrd files that are not valid RRD files (eg created with a full disk) afaik M = month ?

3 8

Observium HA setup
by Mohammed Kokani 06 Nov '19

06 Nov '19

Dear Observium Experts, Am new to Observium, we have requirement to setup Observium in HA using DRDB, Pacemaker/Heartbeat & Corosync. #DRBD for block level replication, in our case this will be /opt/observium mount point. # Pacemaker/Heartbeat & Corosync main used for virtual IP switch over and auto mount of /opt/observium if primary nodes fails. VM Configurations OS : Ubuntu 18.04 64bit vCPU : 6 vRAM : 16Gb OS Disk : 40Gb DRBD disk : 350Gb ( for /opt/observium ) Is the HA setup prescribed or using single VM is enough. Basically we want to avoid single point of failure when we implement observium in production. Suggestion from experts users are welcome and thanks in advance for your valuable time. *Thanks & Regards* *Mohammed Suhail | System Engineer* *Tel : (415) 349-2100, Extn- 2139* PGP Fingerprint : 026B 6CEB CC08 152D 9372 0F51 DDFB 6758 6924 FBCC [image: cid:image016.png@01D321AA.4A00A6F0]

2 3

SG300 IPv6
by Arnaud Launay 06 Nov '19

06 Nov '19

Hello, >From time to time, we have those messages in Observium eventlog: 2019-09-28 12:36:09 sg300-office Ip-addresses: 1 updated, 7 unchanged. 2019-09-28 12:36:09 sg300-office IP address changed: 2a01:ad42:8531:c422:2e36:f8ff:fe5e:49e2/64 -> 2a01:ad42:8531:c422:2e36:f8ff:fe5e:49e2/64 I see absolutely no difference between the two IPs... The IP itself is the one used by the switch, given automatically: Ipv6 Global Address Type 2a01:ad42:8531:c422:2e36:f8ff:fe5e:49e2/64 Autoconfig Could it be the autoconfig renew that seems to Observium to be a new IP ? (Observium Professional edition, Observium 19.8.10001 (stable)) Arnaud.

2 3

Proxmox intergration via unix agent
by Pieter Meyer 05 Nov '19

05 Nov '19

Hi Guys Im struggling to get the intergration to Proxmox to work, using the unix agent. I followed the below The telnet your_server 36602 commands are working https://docs.observium.org/unix_agent/ Regards Pieter Meyer Converged Group | Licensed ISP 0258/IECNS/JAN/09 75 Witkoppen Rd, North Riding, Gauteng, 2162 Office: +27 10 591 4600 | Mobile: +27 83 233 6614 <https://goo.gl/maps/WHe3soT1fHm> map | <http://www.convergedgroup.net/> website | <http://www.convergedgroup.net/blog/> company blog | <http://www.linkedin.com/company/converged-telecoms> linkedin CAUTION: This email and any attachments may contain information that is confidential and subject to legal privilege. If you are not the intended recipient, you must not read, use, disseminate, distribute or copy this email or any attachments. If you have received this email in error, please notify us immediately and erase this email and any attachments. Thank you. DISCLAIMER: To the maximum extent permitted by law, Converged Group is not liable (including in respect of negligence) for viruses or other defects or for changes made to this email or to any attachments. Before opening or using attachments, check them for viruses and other defects. The information contained in this document is confidential to the addressee and is not the view nor the official policy of Converged Group unless otherwise stated.

2 1