Thanks for your reply.  I was using the default generator.yml which lists 
an override of ifName and ignore was set to "true"  I removed those lines 
before generating the snmp.yml and was able to query ifName.  

Thank you!

On Sunday, September 29, 2024 at 4:17:09 PM UTC-4 Brian Candler wrote:

> >  I am successful in querying the metrics in Prometheus
>
> Which ones in particular *are* you able to see?
>
> > I did some more queries and found that I'm unable to return ifName?
>
> Please explain exactly what you're doing when you say "unable to return". 
> If you're going to the Prometheus web interface (usually at x.x.x.x:9090) 
> and entering "ifName" as the query and hitting Enter, and getting no 
> results, then it seems like you're not successfully scraping the if_mib 
> from any targets. However if you're getting some other metrics like 
> ifHCInOctets from the if_mib, then maybe the way you built snmp.yml from 
> generator.yml is broken.
>
> You'll need to work out what's happening. In the same Prometheus web 
> interface go to Status > Targets as a starting point. If it says the target 
> is "up" then try doing exactly the same scrape manually:
> curl -v 'x.x.x.x:9116/snmp?target=y.y.y.y&module=zzzz&auth=aaaa'
>
> and/or point a web browser at x.x.x.x:9116/snmp/status as I suggested 
> before. Also look at snmp_exporter's stdout ("systemctl status 
> snmp_exporter" if you're running it under systemd).
>
> Basically, you need to divide and conquer. If ifName not being returned 
> from any targets, then is it a problem with your snmp.yml, or with your 
> prometheus scrape config, or something else? You haven't shown your scrape 
> config, so the problem could be there. You also haven't shown the snmp.yml 
> which came from your generator.yml.
>
> On Sunday 29 September 2024 at 14:40:33 UTC+1 Mitchell Laframboise wrote:
>
>> Hi there,
>>
>>   I did some more queries and found that I'm unable to return ifName?  Im 
>> walking that specific OID so I don't understand?
>>
>> Can you help
>>
>> On Sunday, September 29, 2024 at 9:23:37 AM UTC-4 Mitchell Laframboise 
>> wrote:
>>
>>> Thanks Brian.  I am successful in querying the metrics in Prometheus, so 
>>> I will check out the Grafana community for support.
>>>
>>> On Sunday, September 29, 2024 at 9:03:12 AM UTC-4 Brian Candler wrote:
>>>
>>>> First, do a query in the Prometheus web interface (for example, just 
>>>> "ifPhysAddress"). If you see no answers, then you need to drill down into 
>>>> your metrics collection. Check the query "up" to see if SNMP scraping is 
>>>> successful. If it's not, then check logs from snmp_exporter ("journalctl 
>>>> -eu snmp_exporter), or use the test web interface at 
>>>> <your-snmp-exporter>:9116/snmp/status
>>>>
>>>> If the metrics collection into Prometheus is working, meaning that you 
>>>> have a problem with Grafana, then please seek Grafana support from the 
>>>> Grafana 
>>>> Community <https://community.grafana.com/>.
>>>>
>>>> On Sunday 29 September 2024 at 13:57:12 UTC+1 Mitchell Laframboise 
>>>> wrote:
>>>>
>>>>> Good morning group,  I have only some of this public dashboard working 
>>>>> and I'm wondering how to get the rest up and running.  I am starting with 
>>>>> the interface.  Its showing no data, so I was hoping someone could point 
>>>>> me 
>>>>> in the right direction.  I've attached a screenshot of the queries for 
>>>>> the 
>>>>> dashboard and my generator.yml so you can see if I have this set up 
>>>>> correctly.
>>>>>
>>>>> ---
>>>>> auths:
>>>>>   public_v1:
>>>>>     version: 1
>>>>>   public_v2:
>>>>>     version: 2
>>>>>
>>>>> modules:
>>>>>   # Default IF-MIB interfaces table with ifIndex.
>>>>>   if_mib:
>>>>>     walk: [sysUpTime, 1.3.6.1.2.1.2.2, 1.3.6.1.2.1.31.1.1]
>>>>>     lookups:
>>>>>       - source_indexes: [ifIndex]
>>>>>         lookup: ifAlias
>>>>>       - source_indexes: [ifIndex]
>>>>>         # Uis OID to avoid conflict with PaloAlto PAN-COMMON-MIB.
>>>>>         lookup: 1.3.6.1.2.1.2.2.1.2 # ifDescr
>>>>>       - source_indexes: [ifIndex]
>>>>>         # Use OID to avoid conflict with Netscaler NS-ROOT-MIB.
>>>>>         lookup: 1.3.6.1.2.1.31.1.1.1.1 # ifName
>>>>>     overrides:
>>>>>       ifAlias:
>>>>>         ignore: true # Lookup metric
>>>>>       ifDescr:
>>>>>         ignore: true # Lookup metric
>>>>>       ifName:
>>>>>         ignore: true # Lookup metric
>>>>>       ifType:
>>>>>         type: EnumAsInfo
>>>>>   # Default IP-MIB with ipv4InterfaceTable for example.
>>>>>   ip_mib:
>>>>>     walk: [ipv4InterfaceTable]
>>>>>
>>>>>   readynas:
>>>>>     walk:
>>>>>       - 1.3.6.1.4.1.4526               # Raid/Disks status
>>>>>
>>>>> # Synology
>>>>> #
>>>>> # Synology MIBs can be found here:
>>>>> #   http://www.synology.com/support/snmp_mib.php
>>>>> #   
>>>>> http://dedl.synology.com/download/Document/MIBGuide/Synology_MIB_File.zip
>>>>> #
>>>>> # Tested on RS2414rp+ NAS
>>>>> #
>>>>>   synology:
>>>>>     walk:
>>>>>       - 1.3.6.1.4.1.6574.1       # synoSystem
>>>>>       - 1.3.6.1.4.1.6574.2       # synoDisk
>>>>>       - 1.3.6.1.4.1.6574.3       # synoRaid
>>>>>       - 1.3.6.1.4.1.6574.4       # synoUPS
>>>>>       - 1.3.6.1.4.1.6574.5       # synologyDiskSMART
>>>>>       - 1.3.6.1.4.1.6574.6       # synologyService
>>>>>       - 1.3.6.1.4.1.6574.101     # storageIO
>>>>>       - 1.3.6.1.4.1.6574.102     # spaceIO
>>>>>       - 1.3.6.1.4.1.6574.104     # synologyiSCSILUN
>>>>>       - 1.3.6.1.4.1.6574.3.1  # raid table
>>>>>     lookups:
>>>>>       - source_indexes: [spaceIOIndex]
>>>>>         lookup: spaceIODevice
>>>>>         drop_source_indexes: true
>>>>>       - source_indexes: [storageIOIndex]
>>>>>         lookup: storageIODevice
>>>>>         drop_source_indexes: true
>>>>>       - source_indexes: [serviceInfoIndex]
>>>>>         lookup: serviceName
>>>>>         drop_source_indexes: true
>>>>>       - source_indexes: [diskIndex]
>>>>>         lookup: diskID
>>>>>         drop_source_indexes: true
>>>>>       - source_indexes: [raidIndex]
>>>>>         lookup: raidName
>>>>>         drop_source_indexes: true
>>>>>     overrides:
>>>>>       diskModel:
>>>>>         type: DisplayString
>>>>>       diskSMARTAttrName:
>>>>>         type: DisplayString
>>>>>       diskSMARTAttrStatus:
>>>>>         type: DisplayString
>>>>>       diskSMARTInfoDevName:
>>>>>         type: DisplayString
>>>>>       diskType:
>>>>>         type: DisplayString
>>>>>       modelName:
>>>>>         type: DisplayString
>>>>>       raidFreeSize:
>>>>>         type: gauge
>>>>>       raidName:
>>>>>         type: DisplayString
>>>>>       raidTotalSize:
>>>>>         type: gauge
>>>>>       serialNumber:
>>>>>         type: DisplayString
>>>>>       serviceName:
>>>>>         type: DisplayString
>>>>>       version:
>>>>>         type: DisplayString
>>>>>
>>>>> # UCD-SNMP-MIB
>>>>> #
>>>>> # University of California, Davis extensions. Commonly used for host
>>>>> # metrics. For example, Linux-based systems, DD-WRT, Synology,
>>>>> # Mikrotik, Kemp LoadMaster, etc.
>>>>> #
>>>>> # http://www.net-snmp.org/docs/mibs/UCD-SNMP-MIB.txt
>>>>> #
>>>>>   ucd_la_table:
>>>>>     walk:
>>>>>       - 1.3.6.1.4.1.2021.10.1.2 # laNames
>>>>>       - 1.3.6.1.4.1.2021.10.1.5 # laLoadInt
>>>>>       - 1.3.6.1.4.1.2021.10.1.6 # laLoadFloat
>>>>>     lookups:
>>>>>       - source_indexes: [laIndex]
>>>>>         lookup: laNames
>>>>>         drop_source_indexes: true
>>>>>   ucd_memory:
>>>>>     walk:
>>>>>       - 1.3.6.1.4.1.2021.4 # memory
>>>>>   ucd_system_stats:
>>>>>     walk:
>>>>>       - 1.3.6.1.4.1.2021.11 # systemStats
>>>>>
>>>>>
>>>>> Any help would be greatly appreciated!
>>>>>
>>>>> Thanks,
>>>>>
>>>>> [image: Grafana Dashboard NAS.png]
>>>>>
>>>>>

-- 
You received this message because you are subscribed to the Google Groups 
"Prometheus Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/prometheus-users/a8185d6f-fe46-4d4c-81ad-c8d4cf102f12n%40googlegroups.com.

Reply via email to