Re: Consultas SNMP a Bind limitadas a 50 por rama?
El Fri, 17 Apr 2015 13:24:39 -0300, Mauro Antivero escribió: El 16/04/15 a las 12:39, Camaleón escibió: (...) Como ven son 108 parámetros en total los que se pueden obtener con los scripts en cuestión. La idea es obtener todo lo posible pero luego solo graficar lo que sea necesario. El problema es que cuando hago un snmpwalk solo obtengo los 50 primeros parámetros y no los 108 (a continuación resumo la salida del comando snmpwalk, en donde se ve que por cada parámetro hay distintas OID, pero en ningún caso se superan las 50 respuestas): (...) snmpwalk -v2c -c blablabla localhost .1.3.6.1.4.1.2021.8.1 (...) Por cierto, en este caso el sistema es un Debian Squeeze LTS. Les agradecería mucho cualquier comentario al respecto. Parece que hay un snmpbulkwalk ¿has probado con ese comando? :-? Lo acabo de probar y el resultado es exactamente el mismo, solo 50 respuestas de cada subrama. Alguna otra ida? Está raro... yo probaría a obtener los datos desde otro equipo y con otra herramienta (gráfica, a ser posible, que se encargue de todo) para descartar cualquier error en el comando. También probaría a activar la depuración¹ por si vieras más datos de por qué se para tras obtener los 50 primeros registros. Eso sí, las pruebas conviene hacerlas siempre contra un servicio/equipo real y directo, sin adulterar ni filtrar (es decir, sin que intervenga ningún script) para identificar mejor el origen problema. ¹http://www.net-snmp.org/wiki/index.php/Debugging_output Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.04.17.17.35...@gmail.com
Re: Consultas SNMP a Bind limitadas a 50 por rama?
El 16/04/15 a las 12:34, Manolo Díaz escibió: El jueves, 16 abr 2015, a las 17:14 UTC+2 horas, Mauro Antivero escribió: Estimados, estoy tratando de obtener la mayor cantidad de datos posibles de Bind vía SNMP para luego así poder generar distintos gráficos de interés. Para hacer esto seguí los pasos indicados en la siguiente página: https://www.packetmischief.ca/monitoring-bind9/ Ya tengo los scripts funcionando y los datos se vuelcan correctamente en el archivo de estadísticas. También he realizado la configuración necesaria para poder servir dichos datos vía SNMP, para lo cual he agregado en el archivo /etc/snmp/snmpd.conf las siguientes líneas: exec bind9-query-001 /opt/snmp_bind/bind96-stats-get.sh incoming_requests:query exec bind9-query-002 /opt/snmp_bind/bind96-stats-get.sh incoming_requests:update exec bind9-query-003 /opt/snmp_bind/bind96-stats-get.sh incoming_queries:a ... ... exec bind9-query-106 /opt/snmp_bind/bind96-stats-get.sh socket_i/o_statistics:udp/ipv6_send_errors exec bind9-query-107 /opt/snmp_bind/bind96-stats-get.sh socket_i/o_statistics:udp/ipv4_recv_errors exec bind9-query-108 /opt/snmp_bind/bind96-stats-get.sh socket_i/o_statistics:tcp/ipv4_recv_errors Como ven son 108 parámetros en total los que se pueden obtener con los scripts en cuestión. La idea es obtener todo lo posible pero luego solo graficar lo que sea necesario. El problema es que cuando hago un snmpwalk solo obtengo los 50 primeros parámetros y no los 108 (a continuación resumo la salida del comando snmpwalk, en donde se ve que por cada parámetro hay distintas OID, pero en ningún caso se superan las 50 respuestas): snmpwalk -v2c -c blablabla localhost .1.3.6.1.4.1.2021.8.1 iso.3.6.1.4.1.2021.8.1.1.1 = INTEGER: 1 iso.3.6.1.4.1.2021.8.1.1.2 = INTEGER: 2 . iso.3.6.1.4.1.2021.8.1.1.49 = INTEGER: 49 iso.3.6.1.4.1.2021.8.1.1.50 = INTEGER: 50 iso.3.6.1.4.1.2021.8.1.2.1 = STRING: bind9-query-001 iso.3.6.1.4.1.2021.8.1.2.2 = STRING: bind9-query-002 . iso.3.6.1.4.1.2021.8.1.2.49 = STRING: bind9-query-049 iso.3.6.1.4.1.2021.8.1.2.50 = STRING: bind9-query-050 iso.3.6.1.4.1.2021.8.1.3.1 = STRING: /opt/snmp_bind/bind96-stats-get.sh iso.3.6.1.4.1.2021.8.1.3.2 = STRING: /opt/snmp_bind/bind96-stats-get.sh . iso.3.6.1.4.1.2021.8.1.3.49 = STRING: /opt/snmp_bind/bind96-stats-get.sh iso.3.6.1.4.1.2021.8.1.3.50 = STRING: /opt/snmp_bind/bind96-stats-get.sh iso.3.6.1.4.1.2021.8.1.100.1 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.100.2 = INTEGER: 0 . iso.3.6.1.4.1.2021.8.1.100.49 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.100.50 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.101.1 = STRING: 40755039 iso.3.6.1.4.1.2021.8.1.101.2 = STRING: 112 . iso.3.6.1.4.1.2021.8.1.101.49 = STRING: 7244253 iso.3.6.1.4.1.2021.8.1.101.50 = STRING: 196159 iso.3.6.1.4.1.2021.8.1.102.1 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.102.2 = INTEGER: 0 . iso.3.6.1.4.1.2021.8.1.102.49 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.102.50 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.103.1 = iso.3.6.1.4.1.2021.8.1.103.2 = . iso.3.6.1.4.1.2021.8.1.103.49 = iso.3.6.1.4.1.2021.8.1.103.50 = Ya consulté con el creados de los scripts y me dice que esto no debería pasar. Es por esto que me surge la duda, existe acaso alguna limitación en la configuración de SNMP que haga que no se pueda obtener más de 50 respuestas de una misma rama? Se que no es un error del parámetro número 51, puesto que si elimino el 50 y pongo el 51 en su lugar obtengo los datos del mismo, es decir, solo obtengo los 50 primeros parámetros especificados en el archivo /etc/snmp/snmpd.conf. Por cierto, en este caso el sistema es un Debian Squeeze LTS. Les agradecería mucho cualquier comentario al respecto. Saludos y muchas gracias, Mauro. Hay variables de configuración que limitan la respuesta dada, pero no recuerdo qué valores toman por omisión. ¿Has mirado el fichero de configuración de snmp del servidor bind si limita la cantidad de respuesta? Mmm... Estoy buscando, pero no encuentro nada. Lo raro es que lo limita a 50 por cada subrama, es decir, da 50 respuestas de una subrama, luego 50 de otra y así hasta terminar. Saludos y gracias, Mauro. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5531339a.5040...@gmail.com
Re: Consultas SNMP a Bind limitadas a 50 por rama?
El 16/04/15 a las 12:39, Camaleón escibió: El Thu, 16 Apr 2015 12:14:32 -0300, Mauro Antivero escribió: Estimados, estoy tratando de obtener la mayor cantidad de datos posibles de Bind vía SNMP para luego así poder generar distintos gráficos de interés. Para hacer esto seguí los pasos indicados en la siguiente página: https://www.packetmischief.ca/monitoring-bind9/ (...) Como ven son 108 parámetros en total los que se pueden obtener con los scripts en cuestión. La idea es obtener todo lo posible pero luego solo graficar lo que sea necesario. El problema es que cuando hago un snmpwalk solo obtengo los 50 primeros parámetros y no los 108 (a continuación resumo la salida del comando snmpwalk, en donde se ve que por cada parámetro hay distintas OID, pero en ningún caso se superan las 50 respuestas): (...) snmpwalk -v2c -c blablabla localhost .1.3.6.1.4.1.2021.8.1 (...) Por cierto, en este caso el sistema es un Debian Squeeze LTS. Les agradecería mucho cualquier comentario al respecto. Parece que hay un snmpbulkwalk ¿has probado con ese comando? :-? Lo acabo de probar y el resultado es exactamente el mismo, solo 50 respuestas de cada subrama. Alguna otra ida? Saludos y muchas gracias, Mauro. Saludos, -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/553133c7.4040...@gmail.com
Consultas SNMP a Bind limitadas a 50 por rama?
Estimados, estoy tratando de obtener la mayor cantidad de datos posibles de Bind vía SNMP para luego así poder generar distintos gráficos de interés. Para hacer esto seguí los pasos indicados en la siguiente página: https://www.packetmischief.ca/monitoring-bind9/ Ya tengo los scripts funcionando y los datos se vuelcan correctamente en el archivo de estadísticas. También he realizado la configuración necesaria para poder servir dichos datos vía SNMP, para lo cual he agregado en el archivo /etc/snmp/snmpd.conf las siguientes líneas: exec bind9-query-001 /opt/snmp_bind/bind96-stats-get.sh incoming_requests:query exec bind9-query-002 /opt/snmp_bind/bind96-stats-get.sh incoming_requests:update exec bind9-query-003 /opt/snmp_bind/bind96-stats-get.sh incoming_queries:a ... ... exec bind9-query-106 /opt/snmp_bind/bind96-stats-get.sh socket_i/o_statistics:udp/ipv6_send_errors exec bind9-query-107 /opt/snmp_bind/bind96-stats-get.sh socket_i/o_statistics:udp/ipv4_recv_errors exec bind9-query-108 /opt/snmp_bind/bind96-stats-get.sh socket_i/o_statistics:tcp/ipv4_recv_errors Como ven son 108 parámetros en total los que se pueden obtener con los scripts en cuestión. La idea es obtener todo lo posible pero luego solo graficar lo que sea necesario. El problema es que cuando hago un snmpwalk solo obtengo los 50 primeros parámetros y no los 108 (a continuación resumo la salida del comando snmpwalk, en donde se ve que por cada parámetro hay distintas OID, pero en ningún caso se superan las 50 respuestas): snmpwalk -v2c -c blablabla localhost .1.3.6.1.4.1.2021.8.1 iso.3.6.1.4.1.2021.8.1.1.1 = INTEGER: 1 iso.3.6.1.4.1.2021.8.1.1.2 = INTEGER: 2 . iso.3.6.1.4.1.2021.8.1.1.49 = INTEGER: 49 iso.3.6.1.4.1.2021.8.1.1.50 = INTEGER: 50 iso.3.6.1.4.1.2021.8.1.2.1 = STRING: bind9-query-001 iso.3.6.1.4.1.2021.8.1.2.2 = STRING: bind9-query-002 . iso.3.6.1.4.1.2021.8.1.2.49 = STRING: bind9-query-049 iso.3.6.1.4.1.2021.8.1.2.50 = STRING: bind9-query-050 iso.3.6.1.4.1.2021.8.1.3.1 = STRING: /opt/snmp_bind/bind96-stats-get.sh iso.3.6.1.4.1.2021.8.1.3.2 = STRING: /opt/snmp_bind/bind96-stats-get.sh . iso.3.6.1.4.1.2021.8.1.3.49 = STRING: /opt/snmp_bind/bind96-stats-get.sh iso.3.6.1.4.1.2021.8.1.3.50 = STRING: /opt/snmp_bind/bind96-stats-get.sh iso.3.6.1.4.1.2021.8.1.100.1 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.100.2 = INTEGER: 0 . iso.3.6.1.4.1.2021.8.1.100.49 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.100.50 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.101.1 = STRING: 40755039 iso.3.6.1.4.1.2021.8.1.101.2 = STRING: 112 . iso.3.6.1.4.1.2021.8.1.101.49 = STRING: 7244253 iso.3.6.1.4.1.2021.8.1.101.50 = STRING: 196159 iso.3.6.1.4.1.2021.8.1.102.1 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.102.2 = INTEGER: 0 . iso.3.6.1.4.1.2021.8.1.102.49 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.102.50 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.103.1 = iso.3.6.1.4.1.2021.8.1.103.2 = . iso.3.6.1.4.1.2021.8.1.103.49 = iso.3.6.1.4.1.2021.8.1.103.50 = Ya consulté con el creados de los scripts y me dice que esto no debería pasar. Es por esto que me surge la duda, existe acaso alguna limitación en la configuración de SNMP que haga que no se pueda obtener más de 50 respuestas de una misma rama? Se que no es un error del parámetro número 51, puesto que si elimino el 50 y pongo el 51 en su lugar obtengo los datos del mismo, es decir, solo obtengo los 50 primeros parámetros especificados en el archivo /etc/snmp/snmpd.conf. Por cierto, en este caso el sistema es un Debian Squeeze LTS. Les agradecería mucho cualquier comentario al respecto. Saludos y muchas gracias, Mauro. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/552fd1d8.8030...@gmail.com
Re: Consultas SNMP a Bind limitadas a 50 por rama?
El Thu, 16 Apr 2015 12:14:32 -0300, Mauro Antivero escribió: Estimados, estoy tratando de obtener la mayor cantidad de datos posibles de Bind vía SNMP para luego así poder generar distintos gráficos de interés. Para hacer esto seguí los pasos indicados en la siguiente página: https://www.packetmischief.ca/monitoring-bind9/ (...) Como ven son 108 parámetros en total los que se pueden obtener con los scripts en cuestión. La idea es obtener todo lo posible pero luego solo graficar lo que sea necesario. El problema es que cuando hago un snmpwalk solo obtengo los 50 primeros parámetros y no los 108 (a continuación resumo la salida del comando snmpwalk, en donde se ve que por cada parámetro hay distintas OID, pero en ningún caso se superan las 50 respuestas): (...) snmpwalk -v2c -c blablabla localhost .1.3.6.1.4.1.2021.8.1 (...) Por cierto, en este caso el sistema es un Debian Squeeze LTS. Les agradecería mucho cualquier comentario al respecto. Parece que hay un snmpbulkwalk ¿has probado con ese comando? :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.04.16.15.39...@gmail.com
Re: Consultas SNMP a Bind limitadas a 50 por rama?
El jueves, 16 abr 2015, a las 17:14 UTC+2 horas, Mauro Antivero escribió: Estimados, estoy tratando de obtener la mayor cantidad de datos posibles de Bind vía SNMP para luego así poder generar distintos gráficos de interés. Para hacer esto seguí los pasos indicados en la siguiente página: https://www.packetmischief.ca/monitoring-bind9/ Ya tengo los scripts funcionando y los datos se vuelcan correctamente en el archivo de estadísticas. También he realizado la configuración necesaria para poder servir dichos datos vía SNMP, para lo cual he agregado en el archivo /etc/snmp/snmpd.conf las siguientes líneas: exec bind9-query-001 /opt/snmp_bind/bind96-stats-get.sh incoming_requests:query exec bind9-query-002 /opt/snmp_bind/bind96-stats-get.sh incoming_requests:update exec bind9-query-003 /opt/snmp_bind/bind96-stats-get.sh incoming_queries:a ... ... exec bind9-query-106 /opt/snmp_bind/bind96-stats-get.sh socket_i/o_statistics:udp/ipv6_send_errors exec bind9-query-107 /opt/snmp_bind/bind96-stats-get.sh socket_i/o_statistics:udp/ipv4_recv_errors exec bind9-query-108 /opt/snmp_bind/bind96-stats-get.sh socket_i/o_statistics:tcp/ipv4_recv_errors Como ven son 108 parámetros en total los que se pueden obtener con los scripts en cuestión. La idea es obtener todo lo posible pero luego solo graficar lo que sea necesario. El problema es que cuando hago un snmpwalk solo obtengo los 50 primeros parámetros y no los 108 (a continuación resumo la salida del comando snmpwalk, en donde se ve que por cada parámetro hay distintas OID, pero en ningún caso se superan las 50 respuestas): snmpwalk -v2c -c blablabla localhost .1.3.6.1.4.1.2021.8.1 iso.3.6.1.4.1.2021.8.1.1.1 = INTEGER: 1 iso.3.6.1.4.1.2021.8.1.1.2 = INTEGER: 2 . iso.3.6.1.4.1.2021.8.1.1.49 = INTEGER: 49 iso.3.6.1.4.1.2021.8.1.1.50 = INTEGER: 50 iso.3.6.1.4.1.2021.8.1.2.1 = STRING: bind9-query-001 iso.3.6.1.4.1.2021.8.1.2.2 = STRING: bind9-query-002 . iso.3.6.1.4.1.2021.8.1.2.49 = STRING: bind9-query-049 iso.3.6.1.4.1.2021.8.1.2.50 = STRING: bind9-query-050 iso.3.6.1.4.1.2021.8.1.3.1 = STRING: /opt/snmp_bind/bind96-stats-get.sh iso.3.6.1.4.1.2021.8.1.3.2 = STRING: /opt/snmp_bind/bind96-stats-get.sh . iso.3.6.1.4.1.2021.8.1.3.49 = STRING: /opt/snmp_bind/bind96-stats-get.sh iso.3.6.1.4.1.2021.8.1.3.50 = STRING: /opt/snmp_bind/bind96-stats-get.sh iso.3.6.1.4.1.2021.8.1.100.1 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.100.2 = INTEGER: 0 . iso.3.6.1.4.1.2021.8.1.100.49 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.100.50 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.101.1 = STRING: 40755039 iso.3.6.1.4.1.2021.8.1.101.2 = STRING: 112 . iso.3.6.1.4.1.2021.8.1.101.49 = STRING: 7244253 iso.3.6.1.4.1.2021.8.1.101.50 = STRING: 196159 iso.3.6.1.4.1.2021.8.1.102.1 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.102.2 = INTEGER: 0 . iso.3.6.1.4.1.2021.8.1.102.49 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.102.50 = INTEGER: 0 iso.3.6.1.4.1.2021.8.1.103.1 = iso.3.6.1.4.1.2021.8.1.103.2 = . iso.3.6.1.4.1.2021.8.1.103.49 = iso.3.6.1.4.1.2021.8.1.103.50 = Ya consulté con el creados de los scripts y me dice que esto no debería pasar. Es por esto que me surge la duda, existe acaso alguna limitación en la configuración de SNMP que haga que no se pueda obtener más de 50 respuestas de una misma rama? Se que no es un error del parámetro número 51, puesto que si elimino el 50 y pongo el 51 en su lugar obtengo los datos del mismo, es decir, solo obtengo los 50 primeros parámetros especificados en el archivo /etc/snmp/snmpd.conf. Por cierto, en este caso el sistema es un Debian Squeeze LTS. Les agradecería mucho cualquier comentario al respecto. Saludos y muchas gracias, Mauro. Hay variables de configuración que limitan la respuesta dada, pero no recuerdo qué valores toman por omisión. ¿Has mirado el fichero de configuración de snmp del servidor bind si limita la cantidad de respuesta? Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150416173448.6e016...@gmail.com
