Hi. I'm having issues with another metric. raidTotalSize
its in the default generator.yml under the synology module in overrides but
when I generate the snmp.yml it doesn't put the metric in there??? I
can't figure out why
Here is my generator.yml file
---
auths:
public_v1:
version: 1
public_v2:
version: 2
modules:
# Default IF-MIB interfaces table with ifIndex.
if_mib:
walk: [sysUpTime, interfaces, ifXTable]
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
# 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
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 appreciated.
Thanks,
On Sunday, September 29, 2024 at 4:44:02 PM UTC-4 Mitchell Laframboise
wrote:
> 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 prometheus-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/prometheus-users/b9f421a8-178a-4a5a-875a-4776acbbc232n%40googlegroups.com.
