Re: Collect data from physical switchports
David Albrecht <[email protected]>
| Newsgroups | gmane.network.opennms.general |
|---|---|
| Message-ID | <CAD-EOiAAySEgErNhv6EEHBPDr6cNrV31uSHVHLDDeojKDAt1BQ@mail.gmail.com> |
David, I eventually scrapped using the automated discovery to add my switches to a requisition and instead went with directly editing the XML file so my discovery config is relatively empty. I'm still actually having an issue with the switches added to the various requisitions via manual XML editing which I discuss at the end of this email. The problem I was having with the automated discovery was that switches would never actually get added to the custom requisition. For instance, when I went into the discovery configuration's "General Settings" and changed the default Foreign Source to anything other than "None selected", the discovery would run but switches were not added. If I reran the discovery with "none selected" in the foreign source discovery settings, my switches would appear in the default requisition. I had the discovery settings setup through the GUI as follows: - 5 requisitions and 2 networks: Let's call it 10.0.0.0/23 and 172.25.0.0/24 - The requisitions were named with the following format (using periods as delimiters): Name.Of.Requisition All the switches in the 10.0.0.0/23 network went to a single requisition. Several ranges in the 172.25.0.0/24 network went to different requisitions, for example: 172.25.75.1-10 -> Requisition.A 172.25.75.11-35 -> Requisition.B 172.25.75.36-100 -> Requisition.C 172.25.75.101-150 -> Requisition.D 172.25.75.151-254 -> Requisition.E With the discovery configured in that manner, the switches never joined the requisition. Unfortunately I didn't know about the detailed logging within OpenNMS at the time so I didn't look to see what was going on. I eventually scrapped that discovery configuration and set the two network ranges to join the default requisition (aka "None selected") where they're at now. I still wanted to use provisioning requisitions to add some degree of logical grouping to my few hundred nodes, so I put together an Excel sheet to build the XML strings for the /foreign-sources/ XML provisioning requisition files. After creating the provisioning requisitions, manually editing their XML files in foreign-sources, and restarting OpenNMS, the nodes appeared in my list with one slight issue: None of the interfaces are being monitored and none of the devices are being polled via SNMP. I spent hours trying to figure out why and I could not get the interfaces monitored/polled. The same exact devices are in fact monitored & polled when added to the default foreign source, but not my custom one. I have the same detectors and policies on my custom requisitions that are on the default one. I can't figure out why the nodes are polled & monitored when added to the default requisition, but they aren't polled/monitored when added to my custom requisitions. Any ideas? Thanks for reaching out, David A On Thu, Jan 25, 2018 at 12:35 PM, David Hustace <[email protected]> wrote: > > > > On Jan 12, 2018, at 22:49, David Albrecht <[email protected]> wrote: > > > > While we're on the same subject, if anyone else here has any idea why > the automated discovery would not add my switches to the requisition, I'd > love to hear them! I am new to OpenNMS and found that it was very difficult > to get setup the way I needed. > > Can you sanitize your discovery configuration and attach it? > > > Thanks, > David > > > David Hustace > The OpenNMS Group, Inc. > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Please read the OpenNMS Mailing List FAQ: > http://www.opennms.org/index.php/Mailing_List_FAQ > > opennms-discuss mailing list > > To *unsubscribe* or change your subscription options, see the bottom of > this page: > https://lists.sourceforge.net/lists/listinfo/opennms-discuss > -- David ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Please read the OpenNMS Mailing List FAQ: http://www.opennms.org/index.php/Mailing_List_FAQ opennms-discuss mailing list To *unsubscribe* or change your subscription options, see the bottom of this page: https://lists.sourceforge.net/lists/listinfo/opennms-discuss