- observium - lists.observium.org

Re: [Observium] FW: Graph Embeding
by Serghei Golipad 30 Jul '20

30 Jul '20

Any ideas? Would appreciate your help in getting this to work :) Cheers Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: Serghei Golipad <s.golipad(a)uk.cdw.com> Sent: Wednesday, 29 July 2020, 09:33 To: Observium Cc: Mike Stupalov Subject: Re: [Observium] FW: Graph Embeding Hmm, doesn’t seem to work unless I’m doing something wrong: <img src='https://observium.xyz.com/graph.php?type=port_bits&id={graph[0]}&format=png' /> Looking at your email alert html code it looks a little different :/ Thank you. From: observium <observium-bounces(a)observium.org> on behalf of Mike Stupalov via observium <observium(a)observium.org> Reply to: Observium <observium(a)observium.org> Date: Wednesday, 29 July 2020 at 08:09 To: Observium <observium(a)observium.org>, Adam Armstrong via observium <observium(a)observium.org> Cc: Mike Stupalov <mike(a)observium.org> Subject: Re: [Observium] FW: Graph Embeding Adam Armstrong via observium wrote on 29.07.2020 04:45: It’s just passing that through to rrdtool. I’m not sure which we support properly but : [-a|--imgformat PNG|SVG|EPS|PDF|XML|XMLENUM|JSON|JSONTIME|CSV|TSV|SSV] I think png/svg/xml/json/csv work, but it was a long time ago when I added that :) exactly this formats :D Adam. From: observium <observium-bounces(a)observium.org><mailto:observium-bounces@observium.org> On Behalf Of Serghei Golipad via observium Sent: 28 July 2020 16:31 To: Risto Jürisson via observium <observium(a)observium.org><mailto:observium@observium.org> Cc: Serghei Golipad <s.golipad(a)uk.cdw.com><mailto:s.golipad@uk.cdw.com> Subject: [Observium] FW: Graph Embeding Hi Guys, What are options for “format” setting when generating a graph URL other than SVG? e.g.: /graph.php?type=port_bits&id=xyz&format=svg Thank you. PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL. CDW Limited is a Company registered in England and Wales. This email is sent for and on behalf of CDW Finance Holdings Limited. CDW Finance Holdings Limited is the UK holding company for CDW Limited trading as CDW. The registered office for CDW Finance Holdings Limited (Company Number 05872067) and its UK group undertakings is 10 Fleet Place, London, EC4M 7RB. VAT Registration 902 1949 39. Confidentiality: This e-mail contains proprietary information, some or all of which may be confidential and/or legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then delete the original. If you are not the intended recipient you may not use, disclose, distribute, copy, print or rely on any information contained in this e-mail. You must not inform any other person other than CDW or the sender of its existence. For more information about CDW please visit www.uk.cdw.com<http://www.uk.cdw.com> _______________________________________________ observium mailing list observium(a)observium.org<mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium -- Mike Stupalov Observium Limited, http://observium.org

1 0

FW: Graph Embeding
by Serghei Golipad 29 Jul '20

29 Jul '20

Hi Guys, What are options for “format” setting when generating a graph URL other than SVG? e.g.: /graph.php?type=port_bits&id=xyz&format=svg Thank you. PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL. CDW Limited is a Company registered in England and Wales. This email is sent for and on behalf of CDW Finance Holdings Limited. CDW Finance Holdings Limited is the UK holding company for CDW Limited trading as CDW. The registered office for CDW Finance Holdings Limited (Company Number 05872067) and its UK group undertakings is 10 Fleet Place, London, EC4M 7RB. VAT Registration 902 1949 39. Confidentiality: This e-mail contains proprietary information, some or all of which may be confidential and/or legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then delete the original. If you are not the intended recipient you may not use, disclose, distribute, copy, print or rely on any information contained in this e-mail. You must not inform any other person other than CDW or the sender of its existence. For more information about CDW please visit www.uk.cdw.com

3 3

New Junos Pulse not detected when updating to version 9.1R6
by Dennis Hutten 29 Jul '20

29 Jul '20

Hi, We upgraded a Junos Pulse VPN box to a newer version and since the device is changed to a Linux Device. Our service provider contacted also Junos but they couldn't help they said in the first place. Anything you can do to help getting the right discovery again? Versions of Observium running in production - Stable, in LAB latest CE. Example upgrade of a device changing from Juiperive to Linux in our LAB 2020-07-17 14:31:43 nlhtc-gclab-hpsa1 Vendor changed: 'Pulse Secure' -> '' 2020-07-17 14:31:43 nlhtc-gclab-hpsa1 Hardware changed: 'Secure,PSA-3000' -> 'Generic' 2020-07-17 14:31:43 nlhtc-gclab-hpsa1 Version changed: '9.1R6' -> '' 2020-07-17 14:30:02 nlhtc-gclab-hpsa1 Mempools: 1 deleted, 4 unchanged. 2020-07-17 14:30:02 Memory pool removed: mib PULSESECURE-PSG-MIB, index 0, descr Memory 2020-07-17 14:30:02 nlhtc-gclab-hpsa1 Processors: 1 deleted, 5 unchanged. 2020-07-17 14:30:02 Processor removed: type iveCpuUtil index 0 descr CPU Utilization 2020-07-17 14:30:02 nlhtc-gclab-hpsa1 OS changed: juniperive -> linux 2020-07-17 14:26:43 nlhtc-gclab-hpsa1 Hardware changed: 'PSA-3000' -> 'Secure,PSA-3000' 2020-07-17 14:26:43 nlhtc-gclab-hpsa1 Version changed: '9.1R1' -> '9.1R6' 2020-07-17 14:26:43 nlhtc-gclab-hpsa1 sysDescr -> '' 2020-07-17 14:26:43 nlhtc-gclab-hpsa1 sysObjectID -> '.1.3.6.1.4.1.8072.3.2.10' 2020-07-17 14:26:43 nlhtc-gclab-hpsa1 snmpEngineID changed: 80001F888095475A3E33B6405D -> 80001F8880C6DAC55E2309125F (probably the device was replaced). The device will be rediscovered. 2020-07-17 14:26:43 nlhtc-gclab-hpsa1 Device rebooted: after 18m 59s (Uptime: 18m 59s, previous: 1 year, 35 days, 1h 53m 35s, used: hrSystemUptime) 2020-07-17 14:26:43 nlhtc-gclab-hpsa1 Device status changed to Up 2020-07-17 14:11:31 nlhtc-gclab-hpsa1 Device status changed to Down (snmp -> ping) LAB box, not Working [root@nlhtc-gclab-mon observium]# snmpwalk -v3 -u Test -a SHA -A test0001 -l authNoPriv nlhtc-gclab-hpsa1.dtq.nl-htc01.nxp.com SNMPv2-MIB::sysDescr.0 = STRING: SNMPv2-MIB::sysObjectID.0 = OID: NET-SNMP-MIB::netSnmpAgentOIDs.10 DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (49097) 0:08:10.97 SNMPv2-MIB::sysContact.0 = STRING: Eugene Lee SNMPv2-MIB::sysName.0 = STRING: nlhtc-gclab-hpsa1 SNMPv2-MIB::sysLocation.0 = STRING: HTC038 TestLab SNMPv2-MIB::sysServices.0 = INTEGER: 72 SNMPv2-MIB::sysORLastChange.0 = Timeticks: (0) 0:00:00.00 Production box, Working [root@nlams01manp001v observium]# snmpwalk -c xx -v2c brcpqnwras001-int.br-cpq01.nxp.com SNMPv2-MIB::sysDescr.0 = STRING: Pulse Secure, LLC,Pulse Connect Secure,PSA-5000,8.3R7.1 (build 65025) SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.12532.256.3.1 DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (572322868) 66 days, 5:47:08.68 SNMPv2-MIB::sysContact.0 = STRING: Global Connectivity Team SNMPv2-MIB::sysName.0 = STRING: brazil-ssl.nxp.com SNMPv2-MIB::sysLocation.0 = STRING: Campinas, Brazil SNMPv2-MIB::sysServices.0 = INTEGER: 72 SNMPv2-MIB::sysORLastChange.0 = Timeticks: (0) 0:00:00.00 Production box, not working - version 9.1R6 [root@nlams01manp001v observium]# snmpwalk -c xx -v2c demucnwras001-mgt.de-muc01.nxp.com SNMPv2-MIB::sysDescr.0 = STRING: SNMPv2-MIB::sysObjectID.0 = OID: NET-SNMP-MIB::netSnmpAgentOIDs.10 DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (312846981) 36 days, 5:01:09.81 SNMPv2-MIB::sysContact.0 = STRING: Global_Connectivity(a)nxp.com SNMPv2-MIB::sysName.0 = STRING: demucnwras001-mgt SNMPv2-MIB::sysLocation.0 = STRING: Munich, Germany SNMPv2-MIB::sysServices.0 = INTEGER: 72 SNMPv2-MIB::sysORLastChange.0 = Timeticks: (1) 0:00:00.01 Kind regards, Dennis

3 6

Something like autobackup ?
by Edvinas Kairys 29 Jul '20

29 Jul '20

hello, As the standalone Observium server grows with more and more devices, rules, checkers, etc. The possibility of losing that all due to hardware failure would make me mad. Is there any best practices of making the backups of Observium data to make the emergency restore more faster than from zero ? Thanks

2 1

Re: [Observium] Changing Observium alert message contents
by Risto Jürisson 28 Jul '20

28 Jul '20

I would like to have more information in my email alert messages. - Adding the names to DNS or hosts file does not currently give enough information. I was hoping that someone here already knows where this template file is located 😊 (and I would back that file up before modifying it 😉). Best regards Risto Date: Fri, 17 Jul 2020 22:03:41 +0200 From: Tom Laermans <tom.laermans(a)powersource.cx<mailto:tom.laermans@powersource.cx>> To: observium(a)observium.org<mailto:observium@observium.org> Subject: Re: [Observium] ***SPAM*** Re: Changing Observium alert message contents I would personally just add host names into DNS but we've had this discussion for 10 years now :D If you can't find the template you'd better not change it as you may have issues resolving conflicts upon upgrades... Tom On 7/17/2020 7:34 PM, adama--- via observium wrote: > > Why do you think manually setting the (almost entirely unused) > description field is less work than adding hostnames to /etc/hosts? > > Adam. > > *From:*observium <observium-bounces(a)observium.org<mailto:observium-bounces@observium.org>> *On Behalf Of > *Risto Jürisson via observium > *Sent:* 17 July 2020 14:44 > *To:* observium(a)observium.org<mailto:observium@observium.org> > *Cc:* Risto Jürisson <risto(a)blueit.ee<mailto:risto@blueit.ee>> > *Subject:* Re: [Observium] Changing Observium alert message contents > > Hi > > Your solution does work for changing the name from IP address to > hostname. (In the picture below I removed the device from web > interface and readded it so the history got deleted.) > > What I can see is that the Device name is now in 3 places where > previously the IP address was: Email Title, Entity and Device. > > As we also have very many network devices that we want to monitor then > we think that adding all those IP addresses with hostnames manually to > the DNS (or hosts file) is not very practical, especially if we need > to to it also with future devices. > > Maybe there still is a possibility that we can change the email > contents with some other fields: adding Description, Location or > something like that? > > Someone maybe knows where this template config file is located? > > Best regards > > Risto > > Date: Thu, 16 Jul 2020 15:28:00 +0200 > > From: Markus Klock <markus(a)best-practice.se > <mailto:markus@best-practice.se>> > > To: Observium <observium(a)observium.org > <mailto:observium@observium.org>> > > Subject: Re: [Observium] Changing Observium alert message contents > > Message-ID: > > > <CAF6uZmLm4R+RAb6UhazZPztF4jgXjOx=6dft_y5M193k_NzFBw(a)mail.gmail.com > <mailto:CAF6uZmLm4R+RAb6UhazZPztF4jgXjOx=6dft_y5M193k_NzFBw@mail.gmail > .com>> > > Content-Type: text/plain; charset="utf-8" > > Hi, > > the best way is to monitor the device via its hostname instead of IP. > > Login to the Observium server CLI and use the script > "rename_device.php <old_name> <new_name>" where the old name is the > device IP and the new name is the hostname. > > This will rename the device in Observium to its real hostname and the > poller will just resolve its dns name to find the IP to poll. > > All the historic data for the device will remain. > > /Markus > > Den tors 16 juli 2020 kl 14:01 skrev Risto Jürisson via observium < > > observium(a)observium.org<mailto:observium@observium.org> <mailto:observium@observium.org>>: > > > Hi > > > > > > > > > > > > This is my first message to this list. I also wrote to the IRC on > > > different days, but the web-based IRC client is not really good as > > > information goes missing after disconnecting and relogging. > > > > > > > > > > > > We have Observium running on Ubuntu 16.04 and are monitoring > > different > > > Windows servers and also some network devices. Below there is a pic > > of > > > an alert for a Mikrotik wifi device that has gone down. We added the > > > device to Observium via IP and therefore we also see the Device name > > > with the IP address. Sadly we do not remember all the devices via > > > their IP, but rather their hostname or description. > > > > > > I have set human-friendly names on the observium web interface to > > > device „System name“ value and also under „General Device Settings“ > > to > > > „Description“ value. – *Is there a possibility to add those fields > > to > > > the email report and where should I do this?* > > > > > > From IRC channel I got an answer that the email template can be > > > changed for the Observium Pro version but I do not know where to > > find > > > this config file. This can not be done in the web interface as I understand. > > > > > > > > > > > > > > > > > > (I also have questions on how to monitor services on Windows Server > > > but I think that is via SNMP and specific OID/MIB´s. So I will look > > > into that myself first.) > > > > > > > > > > > > > > > > > > Best regards > > > > > > > > > > > > Risto

2 3

Re: [Observium] Changing Observium alert message contents
by Risto Jürisson 17 Jul '20

17 Jul '20

Hi Your solution does work for changing the name from IP address to hostname. (In the picture below I removed the device from web interface and readded it so the history got deleted.) What I can see is that the Device name is now in 3 places where previously the IP address was: Email Title, Entity and Device. As we also have very many network devices that we want to monitor then we think that adding all those IP addresses with hostnames manually to the DNS (or hosts file) is not very practical, especially if we need to to it also with future devices. Maybe there still is a possibility that we can change the email contents with some other fields: adding Description, Location or something like that? Someone maybe knows where this template config file is located? [cid:image001.png@01D65C59.2119C4F0] Best regards Risto Date: Thu, 16 Jul 2020 15:28:00 +0200 From: Markus Klock <markus(a)best-practice.se<mailto:markus@best-practice.se>> To: Observium <observium(a)observium.org<mailto:observium@observium.org>> Subject: Re: [Observium] Changing Observium alert message contents Message-ID: <CAF6uZmLm4R+RAb6UhazZPztF4jgXjOx=6dft_y5M193k_NzFBw(a)mail.gmail.com<mailto:CAF6uZmLm4R+RAb6UhazZPztF4jgXjOx=6dft_y5M193k_NzFBw@mail.gmail.com>> Content-Type: text/plain; charset="utf-8" Hi, the best way is to monitor the device via its hostname instead of IP. Login to the Observium server CLI and use the script "rename_device.php <old_name> <new_name>" where the old name is the device IP and the new name is the hostname. This will rename the device in Observium to its real hostname and the poller will just resolve its dns name to find the IP to poll. All the historic data for the device will remain. /Markus Den tors 16 juli 2020 kl 14:01 skrev Risto Jürisson via observium < observium(a)observium.org<mailto:observium@observium.org>>: > Hi > > > > This is my first message to this list. I also wrote to the IRC on > different days, but the web-based IRC client is not really good as > information goes missing after disconnecting and relogging. > > > > We have Observium running on Ubuntu 16.04 and are monitoring different > Windows servers and also some network devices. Below there is a pic of > an alert for a Mikrotik wifi device that has gone down. We added the > device to Observium via IP and therefore we also see the Device name > with the IP address. Sadly we do not remember all the devices via > their IP, but rather their hostname or description. > > I have set human-friendly names on the observium web interface to > device „System name“ value and also under „General Device Settings“ to > „Description“ value. – *Is there a possibility to add those fields to > the email report and where should I do this?* > > From IRC channel I got an answer that the email template can be > changed for the Observium Pro version but I do not know where to find > this config file. This can not be done in the web interface as I understand. > > > > > > (I also have questions on how to monitor services on Windows Server > but I think that is via SNMP and specific OID/MIB´s. So I will look > into that myself first.) > > > > > > Best regards > > > > Risto > > IT-manager > > risto(a)blueit.ee<mailto:risto@blueit.ee> > > > _______________________________________________ > observium mailing list > observium(a)observium.org<mailto:observium@observium.org> > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >

3 2

Changing Observium alert message contents
by Risto Jürisson 16 Jul '20

16 Jul '20

Hi This is my first message to this list. I also wrote to the IRC on different days, but the web-based IRC client is not really good as information goes missing after disconnecting and relogging. We have Observium running on Ubuntu 16.04 and are monitoring different Windows servers and also some network devices. Below there is a pic of an alert for a Mikrotik wifi device that has gone down. We added the device to Observium via IP and therefore we also see the Device name with the IP address. Sadly we do not remember all the devices via their IP, but rather their hostname or description. I have set human-friendly names on the observium web interface to device "System name" value and also under "General Device Settings" to "Description" value. - Is there a possibility to add those fields to the email report and where should I do this? >From IRC channel I got an answer that the email template can be changed for the Observium Pro version but I do not know where to find this config file. This can not be done in the web interface as I understand. [cid:image001.png@01D65B81.16F78F80] (I also have questions on how to monitor services on Windows Server but I think that is via SNMP and specific OID/MIB´s. So I will look into that myself first.) Best regards Risto IT-manager risto(a)blueit.ee<mailto:risto@blueit.ee>

2 1

Cannot create RRD for type exim - not found in definitions
by Wouter de Man 15 Jul '20

15 Jul '20

Running latest rolling release 20.6.10499. Trying to add Exim stats via the Unix agent. Seems RRD definitions are missing for the 'exim' application, they only exist for the 'exim-mailqueue' application'. See below the related debug output of poller.php --- SQL[SELECT * FROM `applications` WHERE `device_id` = '83'] ROWS[2] SQL RUNTIME[0.00004196s] o Applications exim SQL[SELECT * FROM `applications` WHERE `device_id` = '83' AND `app_type` = 'exim' AND `app_instance` IS NULL] ROWS[1] SQL RUNTIME[0.00018406s] .Cannot create RRD for type exim - not found in definitions!

1 1

Varnish Agent not working
by Simone Montagnani 15 Jul '20

15 Jul '20

Hi, I have already used varnish agent on a server with version 4, now I'm trying to let it work on varnish version 6.4. observium_agent is responding, but the result of varnish agent is empty : <<<app-varnish>>> ;;;;;;;;;;;;; instead of: <<<app-varnish>>> 212916238;0;0;1393;0;;0;0;393297;1216912816;160350799;0;657384598; like I have on the old one. If I lunch perl varnish I don't get any particular error, maybe the agent must be updated to work with new versions? I see varnish perl script is using varnishstat -x , and the results are somehow different from the old varnish version: VARNISH 6.4: <?xml version="1.0"?> <varnishstat timestamp="2020-07-01T15:38:00"> <stat> <name>MGT.uptime</name> <value>60710</value> <flag>c</flag> <format>d</format> <description>Management process uptime</description> </stat> <stat> <name>MGT.child_start</name> <value>1</value> <flag>c</flag> <format>i</format> <description>Child process started</description> </stat> <stat> <name>MGT.child_exit</name> <value>0</value> <flag>c</flag> <format>i</format> <description>Child process normal exit</description> </stat> <stat> <name>MGT.child_stop</name> <value>0</value> <flag>c</flag> <format>i</format> <description>Child process unexpected exit</description> </stat> <stat> <name>MGT.child_died</name> <value>0</value> <flag>c</flag> <format>i</format> <description>Child process died (signal)</description> </stat> VARNISH 4 <?xml version="1.0"?> <varnishstat timestamp="2020-07-01T15:37:43"> <stat> <type>MAIN</type> <name>uptime</name> <value>13848724</value> <flag>c</flag> <format>d</format> <description>Child process uptime</description> </stat> <stat> <type>MAIN</type> <name>sess_conn</name> <value>250458042</value> <flag>c</flag> <format>i</format> <description>Sessions accepted</description> </stat> <stat> <type>MAIN</type> <name>sess_drop</name> <value>0</value> <flag>c</flag> <format>i</format> <description>Sessions dropped</description> </stat> <stat> <type>MAIN</type> <name>sess_fail</name> <value>0</value> <flag>c</flag> <format>i</format> <description>Session accept failures</description> </stat> <stat> <type>MAIN</type> <name>client_req_400</name> <value>1236</value> <flag>c</flag> <format>i</format> <description>Client requests received, subject to 400 errors</description> </stat> I tried to change the code, because as you can see the parameters are similar but the name now have a prefix like MGT, but mostly "MAIN." for the parameters we are trying to get . I'm no perl esxpert I tried simply to add MAIN. but it still isn't working... Any ideas? Best regards, Simone

2 1

Latest Update 20.7.10551(Rolling)
by Serghei Golipad 15 Jul '20

15 Jul '20

Hi Guys, Latest updated killed all icons(missing ones are replaced with red circle with white block in them) and their placements, anyone else has this problem? Cheers PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL. CDW Limited is a Company registered in England and Wales. This email is sent for and on behalf of CDW Finance Holdings Limited. CDW Finance Holdings Limited is the UK holding company for CDW Limited trading as CDW. The registered office for CDW Finance Holdings Limited (Company Number 05872067) and its UK group undertakings is 10 Fleet Place, London, EC4M 7RB. VAT Registration 902 1949 39. Confidentiality: This e-mail contains proprietary information, some or all of which may be confidential and/or legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then delete the original. If you are not the intended recipient you may not use, disclose, distribute, copy, print or rely on any information contained in this e-mail. You must not inform any other person other than CDW or the sender of its existence. For more information about CDW please visit www.uk.cdw.com

2 1