- observium - lists.observium.org

Frontpage: Eventlog filter
by Wiethoff, Helge 10 May '16

10 May '16

Hi everyone, right now it is possible to filter syslog messages on the frontpage with a statement in config.php: $config['frontpage']['syslog']['priority'] = array('emerg','alert'); // for example I think it would be nice to have something similar for the eventlog. For example to filter interfaces going up/down and interface-throughput: $config['frontpage']['eventlog']['filter'] = array('ifSpeed','ifOperStatus'); Maybe this feature is already implemented and i am not able to find it?! Thanks for reading :-) Version: Observium Professional 0.16.5.7838 Cheers, Helge

2 2

Re: [Observium] observium Digest, Vol 70, Issue 45
by Claudionei Mendes 10 May '16

10 May '16

Joseph, The customer premisses equipment (CPE) are managed and accessed internally for monitoring and maintenance of customer internet connection. Customers are not eternal. Can you imagine to a system administrator expends all the day adding hostnames in a DNS Server for at least 10 CPE per day that can be changed 2 days after or a weekend after? Or even adding hostnames in the /etc/hosts for five devices that will be removed after 6 hours? We have system that only needs a screw to be adjusted, and people with the screwdriver in the hand. Are you asking me to search for a screwdriver and reach the screw to be adjusted? All the service providers I know, does not control CPE units with hostnames. They use hostnames for servers, main routers, main switches, and other devices that are usually in the Data Center. Em seg, 9 de mai de 2016 às 16:47, <observium-request(a)observium.org> escreveu: > Send observium mailing list submissions to > observium(a)observium.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > or, via email, send a message with subject or body 'help' to > observium-request(a)observium.org > > You can reach the person managing the list at > observium-owner(a)observium.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of observium digest..." > > > Today's Topics: > > 1. Re: observium Digest, Vol 70, Issue 42 (Joseph Zancocchio) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 9 May 2016 15:47:13 -0400 > From: Joseph Zancocchio <joseph(a)nyi.net> > To: observium(a)observium.org > Subject: Re: [Observium] observium Digest, Vol 70, Issue 42 > Message-ID: <5730E941.9010400(a)nyi.net> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > It is one time, unless your organization's public IP allocations are > regularly changing.... (I am asusming, of course, that you would take > care of all your RFC 1918 subnets at one time, but if more come into > use, you could add still add them without any effort at all) > > If these "CPE" devices are using a public IP address that your > organization doesn't control, then yes, you would have to add internal > hosts entries for any such IP(s) that you care about. > > But again, a script can do this in a split second, and could easily be > written to take a CIDR-syntaxed subnet argument... > > This sort of "limitation" should never halt an ISP in its tracks. I > mean, Observium is open source.... there is nothing stopping you from > patching it directly to do what you want, and maintaining said patch, so > if that scenario fits your use case (temporarily monitoring equipment > living on public IPs of other organizations), then it sure would make > sense to customize your Observium setup to work with it, if maintaining > a DNS server or hosts file is too much work for you. > > See the license snippet: > > |4. You may make modifications to the Software. The following > restrictions apply to modifications: a. Modifications must not alter > or remove any copyright or identifying notices in the Software. b. > You may not distribute modifications in any form except to submit > your changes to the copyright holders for inclusion in the Software.| > > > On 05/09/2016 02:03 PM, Claudionei Mendes wrote: > > That's the problem. It's not once. It's not one time in life. > > It's not advanced users that only uses the system. > > > > Can you think on this scenario? > > > > Who uses the information, and who uses the system? > > > > Is it necessary to be an system administrator or a network Engineering > > to uses the system? Or my Help Desk team will be able to add an CPE > > for monitoring too? > > > > You are developing a system for big ISP and big companys, but thinking > > small. > > > > > > Em seg, 9 de mai de 2016 às 14:26, <observium-request(a)observium.org > > <mailto:observium-request@observium.org>> escreveu: > > > > Send observium mailing list submissions to > > observium(a)observium.org <mailto:observium@observium.org> > > > > To subscribe or unsubscribe via the World Wide Web, visit > > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > or, via email, send a message with subject or body 'help' to > > observium-request(a)observium.org > > <mailto:observium-request@observium.org> > > > > You can reach the person managing the list at > > observium-owner(a)observium.org <mailto:observium-owner@observium.org> > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of observium digest..." > > > > > > Today's Topics: > > > > 1. Re: Could not resolve (Spencer Ryan) > > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Mon, 9 May 2016 13:25:46 -0400 > > From: Spencer Ryan <sryan(a)arbor.net <mailto:sryan@arbor.net>> > > To: Observium Network Observation System <observium(a)observium.org > > <mailto:observium@observium.org>> > > Subject: Re: [Observium] Could not resolve > > Message-ID: > > > > <CA+HzidTFxhKcf16-=xXJZsZNKNyC-MHYX4w=2xSkjUAwcT5K4w(a)mail.gmail.com > <mailto:2xSkjUAwcT5K4w@mail.gmail.com>> > > Content-Type: text/plain; charset="utf-8" > > > > 10 minutes, one script to add all the names to /etc/hosts > > > > You've spent more time explaining why you don't want to do it than > you > > could have just doing it. > > > > > > *Spencer Ryan* | Senior Systems Administrator | sryan(a)arbor.net > > <mailto:sryan@arbor.net> > > *Arbor Networks* > > +1.734.794.5033 (d) | +1.734.846.2053 (m) > > www.arbornetworks.com <http://www.arbornetworks.com> > > > > On Mon, May 9, 2016 at 1:24 PM, Claudionei Mendes < > > claudionei.mendes(a)gmail.com <mailto:claudionei.mendes@gmail.com>> > > wrote: > > > > > I don't think it's my personal option. It's a use case that many > > Service > > > Providers as us, have. > > > > > > You have two Scenarios that are not that simple as it looks. > > > > > > We have important devices. Ok. We need host names, but and for > > temporary > > > devices, as an CPE. > > > > > > Can you imagine the work you are giving to us? Or to any ISP > > that cares > > > about the customer? > > > > > > It's impossible that only us, as ISP serve temporary events. > > Don't you > > > think? > > > > > > In my opinion, and it's not hard to implement, you should think > > in this > > > scenarios. It won't cost nothing to have both options, IP and > > Host name. > > > > > > Every monitoring system you search, won't have this limitation. > > > > > > Adam. It's not my problem. It's what you said. It's a different > > scenario > > > that is not implemented in the system. > > > > > > Can't you see how many people are complaining about this issue? > > > > > > Observium is a great software as I could see until now. > > Congratulations, > > > > > > But, please, think about this situation. In three days there are > > three > > > people having this difficult. How many people, do you think, > > simply have > > > given up thinking it's a bug on the software, just because, > > sometimes it > > > add devices by IP and sometimes it cannot solve the host name? > > > > > > Many customers do not complain, they simply turn around and go > away. > > > Does that complain, it's because really like your work, and wants > it > > > better. > > > > > > > > > > > > > > > Em seg, 9 de mai de 2016 às 13:50, > > <observium-request(a)observium.org > > <mailto:observium-request@observium.org>> > > > escreveu: > > > > > >> Send observium mailing list submissions to > > >> observium(a)observium.org <mailto:observium@observium.org> > > >> > > >> To subscribe or unsubscribe via the World Wide Web, visit > > >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > >> or, via email, send a message with subject or body 'help' to > > >> observium-request(a)observium.org > > <mailto:observium-request@observium.org> > > >> > > >> You can reach the person managing the list at > > >> observium-owner(a)observium.org > > <mailto:observium-owner@observium.org> > > >> > > >> When replying, please edit your Subject line so it is more > specific > > >> than "Re: Contents of observium digest..." > > >> > > >> > > >> Today's Topics: > > >> > > >> 1. Re: Could not resolve (Adam Armstrong) > > >> 2. Re: Could not resolve (Jason Vanlandingham) > > >> > > >> > > >> > > > ---------------------------------------------------------------------- > > >> > > >> Message: 1 > > >> Date: Mon, 09 May 2016 17:46:01 +0100 > > >> From: Adam Armstrong <adama(a)memetic.org <mailto:adama@memetic.org > >> > > >> To: Observium Network Observation System > > <observium(a)observium.org <mailto:observium@observium.org>> > > >> Cc: Observium Network Observation System > > <observium(a)observium.org <mailto:observium@observium.org>> > > >> Subject: Re: [Observium] Could not resolve > > >> Message-ID: <4cb3a4d0-90e5-46d8-be2d-b8f84bfd0b47(a)typeapp.com > > <mailto:4cb3a4d0-90e5-46d8-be2d-b8f84bfd0b47@typeapp.com>> > > >> Content-Type: text/plain; charset="utf-8" > > >> > > >> You're trying very hard to come up with scenarios that people have > > >> already given you solutions for. > > >> > > >> Observium's target market is primarily service providers and > > enterprise > > >> with large networks. > > >> > > >> Many of our SP customers like the features we have which > > enforce good > > >> operational practice. > > >> > > >> If Observium works for you and you're not in that segment, > > that's fine. > > >> > > >> However, we can't and won't compromise SP-centric design decisions > > >> because users outside of our target market don't like them. > > >> > > >> Write a script which takes an Ip, puts a dummy entry in to > > /etc/hosts and > > >> adds the dummy entry. 5 seconds, done. > > >> > > >> It's you who need to solve the problem of your unusual use > > case, not us > > >> who need to accommodate it. > > >> > > >> There is actually a way to trick Observium in to allowing you > > to add by > > >> IP. I use it for temporary devices, and it most definitely > > involves DNS. ;) > > >> > > >> Adam. > > >> > > >> Sent from BlueMail > > >> > > >> > > >> > > >> On May 9, 2016, 17:37, at 17:37, Claudionei Mendes < > > >> claudionei.mendes(a)gmail.com > > <mailto:claudionei.mendes@gmail.com>> wrote: > > >> >Hello Everybody, > > >> > > > >> >I would like to give an example, and I want, mainly the > > developers of > > >> >observium to think well on this situation. > > >> > > > >> >We often serve temporary events arround, and we need to add this > > >> >devices > > >> >for monitoring in somewhere. > > >> > > > >> >Now imagine, every weekend, add to host files, IP address to > > temporary > > >> >devices. Ok, use always the same IP. Right. > > >> > > > >> >In one event we use 5 devices, in another 8. > > >> > > > >> >And what if we have 2 or more events at the same time? > > >> > > > >> >What if my DNS server, that is a monitored server as well fails? > > >> > > > >> >All my monitoring will stop? > > >> > > > >> >IP address is faster and more reliable than Hostnames. > > >> > > > >> >I would like you to think about adding devices just by > > hostname. We > > >> >have > > >> >3000 devices on the network that we would like to add. But > > none of them > > >> >need registered hostname. For this we have SNMP. They are end > > devices. > > >> >They > > >> >need to be monitored to order history and reports, but do not > > need DNS > > >> >Names. > > >> > > > >> >Important devices have the hostname on the DNS, but any > monitoring > > >> >services > > >> >we used before, we added the devices by hostname. IP is faster. > > >> > > > >> > > > >> > > > >> >Em sáb, 7 de mai de 2016 às 21:31, > > <observium-request(a)observium.org > > <mailto:observium-request@observium.org>> > > >> >escreveu: > > >> > > > >> >> Send observium mailing list submissions to > > >> >> observium(a)observium.org <mailto:observium@observium.org> > > >> >> > > >> >> To subscribe or unsubscribe via the World Wide Web, visit > > >> >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > >> >> or, via email, send a message with subject or body 'help' to > > >> >> observium-request(a)observium.org > > <mailto:observium-request@observium.org> > > >> >> > > >> >> You can reach the person managing the list at > > >> >> observium-owner(a)observium.org > > <mailto:observium-owner@observium.org> > > >> >> > > >> >> When replying, please edit your Subject line so it is more > > specific > > >> >> than "Re: Contents of observium digest..." > > >> >> > > >> >> > > >> >> Today's Topics: > > >> >> > > >> >> 1. Could not resolve (Nurbek Suleimanov) > > >> >> 2. Re: Could not resolve (ron(a)rjr-services.com > > <mailto:ron@rjr-services.com>) > > >> >> 3. Re: Could not resolve (Nurbek Suleimanov) > > >> >> 4. Monitor and bill for VM's in VMWare (Anthony Polselli) > > >> >> > > >> >> > > >> >> > > >> > > > >---------------------------------------------------------------------- > > >> >> > > >> >> Message: 1 > > >> >> Date: Sat, 07 May 2016 19:01:38 +0300 > > >> >> From: Nurbek Suleimanov <nurbek(a)suleimanov.org > > <mailto:nurbek@suleimanov.org>> > > >> >> To: observium(a)observium.org <mailto:observium@observium.org> > > >> >> Subject: [Observium] Could not resolve > > >> >> Message-ID: <1462636898.127896886(a)f371.i.mail.ru > > <mailto:1462636898.127896886@f371.i.mail.ru>> > > >> >> Content-Type: text/plain; charset="utf-8" > > >> >> > > >> >> > > >> >> Hi, > > >> >> I want to add the host , and Oservium said Could not resolve > > >> >10.30.1.1 > > >> >> I check fping & snmp as writed your side. > > >> >> > > >> >> http://www.observium.org/docs/add_device/#troubleshooting > > >> >> > > >> >> It all work, w hat could be the reason > > >> >> > > >> >> Thanks > > >> >> > > >> >> > > >> >> Best regard, Suleimanov Nurbek > > >> >> > > >> >>

2 1

stop the madness re: dns
by Rob VanHooren 10 May '16

10 May '16

to save the list the continuing pain, I think I can sum up: "if you're not using DNS properly, then YOU are doing it wrong" (and, quite frankly, we don't want to hear about it anymore) R. > On May 9, 2016, at 11:51 PM, Claudio wrote: > {blather}

1 0

Discard out error rate check
by Laszlo Nemeth 10 May '16

10 May '16

Hello, On the 7793 we try to create a check that alert if the interface discards TX errors on our Nexus switch more than 0 per sec. This error is real, we see it on Observium graphs (Device->Port->Error->Discards TX ) and on the switch’s CLI too. We created this check but looks like it doesn’t work: ifOutDiscards_rate notequals 0 We tried it with “gt 1” instead of "notequals 0” without result. :( In an another check the ”ifInErrors_rate” is working, but the ifOutDiscards_rate not. Picture is attached. What we did wrong? BR Laszlo

3 4

Cannot add Device by IP Address but can by hostname
by Ivan Jukic 10 May '16

10 May '16

Hi All, I have many devices in our network that do no have hostnames and nor do I want to maintain DNS records for devices that do as this will be a nightmare to managed. Is there a way I can simply add a whole subnet range to Observium without using hostname? Cheers, Ivan

11 22

Re: [Observium] Could not resolve
by Claudionei Mendes 09 May '16

09 May '16

Hello Everybody, I would like to give an example, and I want, mainly the developers of observium to think well on this situation. We often serve temporary events arround, and we need to add this devices for monitoring in somewhere. Now imagine, every weekend, add to host files, IP address to temporary devices. Ok, use always the same IP. Right. In one event we use 5 devices, in another 8. And what if we have 2 or more events at the same time? What if my DNS server, that is a monitored server as well fails? All my monitoring will stop? IP address is faster and more reliable than Hostnames. I would like you to think about adding devices just by hostname. We have 3000 devices on the network that we would like to add. But none of them need registered hostname. For this we have SNMP. They are end devices. They need to be monitored to order history and reports, but do not need DNS Names. Important devices have the hostname on the DNS, but any monitoring services we used before, we added the devices by hostname. IP is faster. Em sáb, 7 de mai de 2016 às 21:31, <observium-request(a)observium.org> escreveu: > Send observium mailing list submissions to > observium(a)observium.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > or, via email, send a message with subject or body 'help' to > observium-request(a)observium.org > > You can reach the person managing the list at > observium-owner(a)observium.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of observium digest..." > > > Today's Topics: > > 1. Could not resolve (Nurbek Suleimanov) > 2. Re: Could not resolve (ron(a)rjr-services.com) > 3. Re: Could not resolve (Nurbek Suleimanov) > 4. Monitor and bill for VM's in VMWare (Anthony Polselli) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 07 May 2016 19:01:38 +0300 > From: Nurbek Suleimanov <nurbek(a)suleimanov.org> > To: observium(a)observium.org > Subject: [Observium] Could not resolve > Message-ID: <1462636898.127896886(a)f371.i.mail.ru> > Content-Type: text/plain; charset="utf-8" > > > Hi, > I want to add the host , and Oservium said Could not resolve 10.30.1.1 > I check fping & snmp as writed your side. > > http://www.observium.org/docs/add_device/#troubleshooting > > It all work, w hat could be the reason > > Thanks > > > Best regard, Suleimanov Nurbek > >

4 3

Re: [Observium] observium Digest, Vol 70, Issue 42
by Claudionei Mendes 09 May '16

09 May '16

That's the problem. It's not once. It's not one time in life. It's not advanced users that only uses the system. Can you think on this scenario? Who uses the information, and who uses the system? Is it necessary to be an system administrator or a network Engineering to uses the system? Or my Help Desk team will be able to add an CPE for monitoring too? You are developing a system for big ISP and big companys, but thinking small. Em seg, 9 de mai de 2016 às 14:26, <observium-request(a)observium.org> escreveu: > Send observium mailing list submissions to > observium(a)observium.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > or, via email, send a message with subject or body 'help' to > observium-request(a)observium.org > > You can reach the person managing the list at > observium-owner(a)observium.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of observium digest..." > > > Today's Topics: > > 1. Re: Could not resolve (Spencer Ryan) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 9 May 2016 13:25:46 -0400 > From: Spencer Ryan <sryan(a)arbor.net> > To: Observium Network Observation System <observium(a)observium.org> > Subject: Re: [Observium] Could not resolve > Message-ID: > <CA+HzidTFxhKcf16-=xXJZsZNKNyC-MHYX4w= > 2xSkjUAwcT5K4w(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > 10 minutes, one script to add all the names to /etc/hosts > > You've spent more time explaining why you don't want to do it than you > could have just doing it. > > > *Spencer Ryan* | Senior Systems Administrator | sryan(a)arbor.net > *Arbor Networks* > +1.734.794.5033 (d) | +1.734.846.2053 (m) > www.arbornetworks.com > > On Mon, May 9, 2016 at 1:24 PM, Claudionei Mendes < > claudionei.mendes(a)gmail.com> wrote: > > > I don't think it's my personal option. It's a use case that many Service > > Providers as us, have. > > > > You have two Scenarios that are not that simple as it looks. > > > > We have important devices. Ok. We need host names, but and for temporary > > devices, as an CPE. > > > > Can you imagine the work you are giving to us? Or to any ISP that cares > > about the customer? > > > > It's impossible that only us, as ISP serve temporary events. Don't you > > think? > > > > In my opinion, and it's not hard to implement, you should think in this > > scenarios. It won't cost nothing to have both options, IP and Host name. > > > > Every monitoring system you search, won't have this limitation. > > > > Adam. It's not my problem. It's what you said. It's a different scenario > > that is not implemented in the system. > > > > Can't you see how many people are complaining about this issue? > > > > Observium is a great software as I could see until now. Congratulations, > > > > But, please, think about this situation. In three days there are three > > people having this difficult. How many people, do you think, simply have > > given up thinking it's a bug on the software, just because, sometimes it > > add devices by IP and sometimes it cannot solve the host name? > > > > Many customers do not complain, they simply turn around and go away. > > Does that complain, it's because really like your work, and wants it > > better. > > > > > > > > > > Em seg, 9 de mai de 2016 às 13:50, <observium-request(a)observium.org> > > escreveu: > > > >> Send observium mailing list submissions to > >> observium(a)observium.org > >> > >> To subscribe or unsubscribe via the World Wide Web, visit > >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > >> or, via email, send a message with subject or body 'help' to > >> observium-request(a)observium.org > >> > >> You can reach the person managing the list at > >> observium-owner(a)observium.org > >> > >> When replying, please edit your Subject line so it is more specific > >> than "Re: Contents of observium digest..." > >> > >> > >> Today's Topics: > >> > >> 1. Re: Could not resolve (Adam Armstrong) > >> 2. Re: Could not resolve (Jason Vanlandingham) > >> > >> > >> ---------------------------------------------------------------------- > >> > >> Message: 1 > >> Date: Mon, 09 May 2016 17:46:01 +0100 > >> From: Adam Armstrong <adama(a)memetic.org> > >> To: Observium Network Observation System <observium(a)observium.org> > >> Cc: Observium Network Observation System <observium(a)observium.org> > >> Subject: Re: [Observium] Could not resolve > >> Message-ID: <4cb3a4d0-90e5-46d8-be2d-b8f84bfd0b47(a)typeapp.com> > >> Content-Type: text/plain; charset="utf-8" > >> > >> You're trying very hard to come up with scenarios that people have > >> already given you solutions for. > >> > >> Observium's target market is primarily service providers and enterprise > >> with large networks. > >> > >> Many of our SP customers like the features we have which enforce good > >> operational practice. > >> > >> If Observium works for you and you're not in that segment, that's fine. > >> > >> However, we can't and won't compromise SP-centric design decisions > >> because users outside of our target market don't like them. > >> > >> Write a script which takes an Ip, puts a dummy entry in to /etc/hosts > and > >> adds the dummy entry. 5 seconds, done. > >> > >> It's you who need to solve the problem of your unusual use case, not us > >> who need to accommodate it. > >> > >> There is actually a way to trick Observium in to allowing you to add by > >> IP. I use it for temporary devices, and it most definitely involves > DNS. ;) > >> > >> Adam. > >> > >> Sent from BlueMail > >> > >> > >> > >> On May 9, 2016, 17:37, at 17:37, Claudionei Mendes < > >> claudionei.mendes(a)gmail.com> wrote: > >> >Hello Everybody, > >> > > >> >I would like to give an example, and I want, mainly the developers of > >> >observium to think well on this situation. > >> > > >> >We often serve temporary events arround, and we need to add this > >> >devices > >> >for monitoring in somewhere. > >> > > >> >Now imagine, every weekend, add to host files, IP address to temporary > >> >devices. Ok, use always the same IP. Right. > >> > > >> >In one event we use 5 devices, in another 8. > >> > > >> >And what if we have 2 or more events at the same time? > >> > > >> >What if my DNS server, that is a monitored server as well fails? > >> > > >> >All my monitoring will stop? > >> > > >> >IP address is faster and more reliable than Hostnames. > >> > > >> >I would like you to think about adding devices just by hostname. We > >> >have > >> >3000 devices on the network that we would like to add. But none of them > >> >need registered hostname. For this we have SNMP. They are end devices. > >> >They > >> >need to be monitored to order history and reports, but do not need DNS > >> >Names. > >> > > >> >Important devices have the hostname on the DNS, but any monitoring > >> >services > >> >we used before, we added the devices by hostname. IP is faster. > >> > > >> > > >> > > >> >Em sáb, 7 de mai de 2016 às 21:31, <observium-request(a)observium.org> > >> >escreveu: > >> > > >> >> Send observium mailing list submissions to > >> >> observium(a)observium.org > >> >> > >> >> To subscribe or unsubscribe via the World Wide Web, visit > >> >> > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > >> >> or, via email, send a message with subject or body 'help' to > >> >> observium-request(a)observium.org > >> >> > >> >> You can reach the person managing the list at > >> >> observium-owner(a)observium.org > >> >> > >> >> When replying, please edit your Subject line so it is more specific > >> >> than "Re: Contents of observium digest..." > >> >> > >> >> > >> >> Today's Topics: > >> >> > >> >> 1. Could not resolve (Nurbek Suleimanov) > >> >> 2. Re: Could not resolve (ron(a)rjr-services.com) > >> >> 3. Re: Could not resolve (Nurbek Suleimanov) > >> >> 4. Monitor and bill for VM's in VMWare (Anthony Polselli) > >> >> > >> >> > >> >> > >> >---------------------------------------------------------------------- > >> >> > >> >> Message: 1 > >> >> Date: Sat, 07 May 2016 19:01:38 +0300 > >> >> From: Nurbek Suleimanov <nurbek(a)suleimanov.org> > >> >> To: observium(a)observium.org > >> >> Subject: [Observium] Could not resolve > >> >> Message-ID: <1462636898.127896886(a)f371.i.mail.ru> > >> >> Content-Type: text/plain; charset="utf-8" > >> >> > >> >> > >> >> Hi, > >> >> I want to add the host , and Oservium said Could not resolve > >> >10.30.1.1 > >> >> I check fping & snmp as writed your side. > >> >> > >> >> http://www.observium.org/docs/add_device/#troubleshooting > >> >> > >> >> It all work, w hat could be the reason > >> >> > >> >> Thanks > >> >> > >> >> > >> >> Best regard, Suleimanov Nurbek > >> >> > >> >>

2 1

Re: [Observium] Could not resolve
by Claudionei Mendes 09 May '16

09 May '16

I don't think it's my personal option. It's a use case that many Service Providers as us, have. You have two Scenarios that are not that simple as it looks. We have important devices. Ok. We need host names, but and for temporary devices, as an CPE. Can you imagine the work you are giving to us? Or to any ISP that cares about the customer? It's impossible that only us, as ISP serve temporary events. Don't you think? In my opinion, and it's not hard to implement, you should think in this scenarios. It won't cost nothing to have both options, IP and Host name. Every monitoring system you search, won't have this limitation. Adam. It's not my problem. It's what you said. It's a different scenario that is not implemented in the system. Can't you see how many people are complaining about this issue? Observium is a great software as I could see until now. Congratulations, But, please, think about this situation. In three days there are three people having this difficult. How many people, do you think, simply have given up thinking it's a bug on the software, just because, sometimes it add devices by IP and sometimes it cannot solve the host name? Many customers do not complain, they simply turn around and go away. Does that complain, it's because really like your work, and wants it better. Em seg, 9 de mai de 2016 às 13:50, <observium-request(a)observium.org> escreveu: > Send observium mailing list submissions to > observium(a)observium.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > or, via email, send a message with subject or body 'help' to > observium-request(a)observium.org > > You can reach the person managing the list at > observium-owner(a)observium.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of observium digest..." > > > Today's Topics: > > 1. Re: Could not resolve (Adam Armstrong) > 2. Re: Could not resolve (Jason Vanlandingham) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 09 May 2016 17:46:01 +0100 > From: Adam Armstrong <adama(a)memetic.org> > To: Observium Network Observation System <observium(a)observium.org> > Cc: Observium Network Observation System <observium(a)observium.org> > Subject: Re: [Observium] Could not resolve > Message-ID: <4cb3a4d0-90e5-46d8-be2d-b8f84bfd0b47(a)typeapp.com> > Content-Type: text/plain; charset="utf-8" > > You're trying very hard to come up with scenarios that people have already > given you solutions for. > > Observium's target market is primarily service providers and enterprise > with large networks. > > Many of our SP customers like the features we have which enforce good > operational practice. > > If Observium works for you and you're not in that segment, that's fine. > > However, we can't and won't compromise SP-centric design decisions because > users outside of our target market don't like them. > > Write a script which takes an Ip, puts a dummy entry in to /etc/hosts and > adds the dummy entry. 5 seconds, done. > > It's you who need to solve the problem of your unusual use case, not us > who need to accommodate it. > > There is actually a way to trick Observium in to allowing you to add by > IP. I use it for temporary devices, and it most definitely involves DNS. ;) > > Adam. > > Sent from BlueMail > > > > On May 9, 2016, 17:37, at 17:37, Claudionei Mendes < > claudionei.mendes(a)gmail.com> wrote: > >Hello Everybody, > > > >I would like to give an example, and I want, mainly the developers of > >observium to think well on this situation. > > > >We often serve temporary events arround, and we need to add this > >devices > >for monitoring in somewhere. > > > >Now imagine, every weekend, add to host files, IP address to temporary > >devices. Ok, use always the same IP. Right. > > > >In one event we use 5 devices, in another 8. > > > >And what if we have 2 or more events at the same time? > > > >What if my DNS server, that is a monitored server as well fails? > > > >All my monitoring will stop? > > > >IP address is faster and more reliable than Hostnames. > > > >I would like you to think about adding devices just by hostname. We > >have > >3000 devices on the network that we would like to add. But none of them > >need registered hostname. For this we have SNMP. They are end devices. > >They > >need to be monitored to order history and reports, but do not need DNS > >Names. > > > >Important devices have the hostname on the DNS, but any monitoring > >services > >we used before, we added the devices by hostname. IP is faster. > > > > > > > >Em sáb, 7 de mai de 2016 às 21:31, <observium-request(a)observium.org> > >escreveu: > > > >> Send observium mailing list submissions to > >> observium(a)observium.org > >> > >> To subscribe or unsubscribe via the World Wide Web, visit > >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > >> or, via email, send a message with subject or body 'help' to > >> observium-request(a)observium.org > >> > >> You can reach the person managing the list at > >> observium-owner(a)observium.org > >> > >> When replying, please edit your Subject line so it is more specific > >> than "Re: Contents of observium digest..." > >> > >> > >> Today's Topics: > >> > >> 1. Could not resolve (Nurbek Suleimanov) > >> 2. Re: Could not resolve (ron(a)rjr-services.com) > >> 3. Re: Could not resolve (Nurbek Suleimanov) > >> 4. Monitor and bill for VM's in VMWare (Anthony Polselli) > >> > >> > >> > >---------------------------------------------------------------------- > >> > >> Message: 1 > >> Date: Sat, 07 May 2016 19:01:38 +0300 > >> From: Nurbek Suleimanov <nurbek(a)suleimanov.org> > >> To: observium(a)observium.org > >> Subject: [Observium] Could not resolve > >> Message-ID: <1462636898.127896886(a)f371.i.mail.ru> > >> Content-Type: text/plain; charset="utf-8" > >> > >> > >> Hi, > >> I want to add the host , and Oservium said Could not resolve > >10.30.1.1 > >> I check fping & snmp as writed your side. > >> > >> http://www.observium.org/docs/add_device/#troubleshooting > >> > >> It all work, w hat could be the reason > >> > >> Thanks > >> > >> > >> Best regard, Suleimanov Nurbek > >> > >>

3 2

Report of traffic data
by Danny op de Dijk 09 May '16

09 May '16

Dear readers, Using Observium quite some time now. And am wondering if the following is possible, I'm asking because after a couple of days of searching for it, I can't find it anywhere. What I would like to have or maybe to be able to execute on Observium is a way so I can view what the incoming and outgoing traffic is for an given month. I am able to view it (and even see the bill options) but not to export it or see the absolute values. (for example 13,33 Gb out 21,65 Gb in) Better Example. For customer X, I want to see what his traffic was for box x from April 1 to April 30. And off course this is with Incoming and outgoing values. If there is already a way to view this data in an easy way and I've missed it. Then sorry for this pointless mail. Regards, Danny op de Dijk

2 2

Re: [Observium] DNS
by Rob VanHooren 09 May '16

09 May '16

> On May 8, 2016, at 8:11 PM, ron(a)rjr-services.com <mailto:ron@rjr-services.com> wrote: > It made me be a better network architect. aye, Ron. this. THIS. A Thousand Times, This. <oldgrump> perhaps, albeit dimly, hostnames might not be "necessary" for SNMP, in the shameful besotted hipster world where "zOMG it works!" equals "it's good enough!" but goddammit they *are* necessary for QUALITY OF THE ENGINEERED ENVIRONMENT, and (imo) one of the marks of a competent craftsman. *not* having them screams "SLOPPY" moral: DON'T BE LAZY. and don't foist such nasty bad habits upon those who would come after you. for heaven's sake, there's already enough technical debt on our backs without suffering crap like that. my greybeard might be showing here, but son, *every* allocated IP address should have a matching DNS entry. every. single. one. (bonus points if your As and PTRs match!) a hundred beers to Adam for not backing down. may we raise our glass in the barren remorse of Eternal September. </oldgrump> R. > > > > Sent from my Verizon Wireless 4G LTE smartphone > > -------- Original message -------- > From: Ivan Jukic <ijukic13(a)gmail.com <mailto:ijukic13@gmail.com>> > Date: 05/08/2016 5:57 PM (GMT-07:00) > To: Observium Network Observation System <observium(a)observium.org <mailto:observium@observium.org>> > Subject: Re: [Observium] Cannot add Device by IP Address but can by hostname > > Hostnames are not necessary when monitoring via SNMP, in fact IP Addresses are easier. Second we host many IP address ranges for our clients (Public and Private), so this will be a nightmare to manage. As they tend to change hostnames (and rightly so) all the time. Many of them have managed services. > > Is adding devices via IP Address not the important to Observium Devs? I thought it would be a given, since many NMS platforms do this? > > Cheers, > Ivan

1 0