main

Sin categorizar

¿Sabes cómo reportar un bug a un programador?

diciembre 20, 2016 — by Carla Andres0

Lo primero que hay que tener en cuenta a la hora de informar de un error, es que nuestro software esté actualizado con la última versión disponible, porque algunas veces, lo que creemos que es un error nuevo, puede ser un problema que ya ha sido resuelto anteriormente.

Los programadores pueden tener perfiles y personalidades muy diferentes, encontramos a muchos introvertidos, frikis o todo lo contrario. Pero al igual que tú, también son personas, con un intelecto igual e incluso mayor que el resto. Esto no significa que por el hecho de ser programadores tengan siempre razón, pero tenemos que confiar en sus capacidades y sentido común, porque ellos mejor que nadie van a poder solucionar nuestros problemas.

Captura de pantalla 2015-01-19 a la(s) 14.54.08

Cuando el software no funciona o está completamente roto, debemos asumir que los desarrolladores se han dado cuenta antes que nadie, porque son ellos los que trabajan a diario con el programa, por lo tanto, si el software no funciona, probablemente lleven horas volviéndose literalmente locos para intentar arreglarlo. Así que dales tiempo hasta que consigan que el software vuelva a ejecutarse como debería.

En el hipotético caso de que los programadores no se hubieran dado cuenta de que el software está fallando, estarán muy agradecidos de descubrir dónde está el problema para comenzar a resolverlo cuanto antes. Lo perfecto sería que pudieras reportar el problema a los programadores explicando: que está yendo mal, cómo lo descubriste e incluso, adjuntar imágenes y capturas detalladas del problema. De este modo, el programador podrá recorrer todos los pasos que diste tú hasta descubrir dónde está el fallo.

Captura de pantalla 2015-01-19 a la(s) 14.56.08

En lo que se refiere a un bug, menos no es más, por lo tanto, lo mejor es enviar toda la información y los recursos que se tengan. Si el programa lee desde un archivo, envía una copia de ese archivo. Si el programa entra en contacto con otra computadora sobre una red es probable que no puedas enviar una copia del ordenador, pero sí vas a poder decir qué clase de ordenador es y qué software tiene. Cualquier información proporcionada va a ser muy útil para tardar menos en resolver los problemas.

A veces ocurre que, después de haber enviado una larga lista de problemas con sus imágenes y textos, el desarrollador ejecuta su copia del programa paso a paso y todo funciona correctamente. Es posible que esto haya pasado porque no ha recibido toda la información necesaria para replicar el problema, o quizás el error no ocurre en cualquier equipo. Para evitar llegar a este punto, hay que describir todo lo que hemos visto e indicar qué piensas que está mal y qué esperabas ver.

Captura de pantalla 2015-01-19 a la(s) 14.57.22

Si aparece un mensaje de error, no dudes en describirlo con precisión y todo lujo de detalles, porque en este momento, el programador no está tratando de arreglar el error, sino que está tratando de encontrarlo, la mayoría de las veces esta es la tarea más larga y difícil.

La forma en la que nos expresamos también es muy importante. Ten en cuenta que la misión de un programador es detectar y solucionar el problema, no es descifrar jeroglíficos o hacer sudokus. Por lo tanto, trata de expresar el bug de la manera más sencilla posible, intentando que cualquiera que lea el mensaje pueda entender todo, sin que le explote la cabeza.

Uno de los principales problemas a la hora de reportar un bug, es el idioma. Normalmente, los programadores reciben reportes de errores de diferentes partes del mundo en inglés. Sin embargo, muchas de las personas de las que reportan bugs no hablan inglés, pero es curioso que precisamente estos son los que mejor se expresan, porque hacen un esfuerzo extra para conseguir que cualquiera pueda entender su informe. Por otro lado, los avisos procedentes de personas de habla inglesa, suelen ser los más difíciles de entender para los desarrolladores, cuyo nivel de inglés no es siempre tan bueno como debería.

En las siguientes líneas describimos algunas claves para facilitar la comprensión del programador a la hora de reportar un error:

. Intenta ser lo más específico posible: Las cosas siempre pueden hacerse de diferentes maneras. Intenta explicar con precisión cuál ha sido la forma en la que has encontrado el error, sin abreviar, ni saltar pasos, da igual cuanto ocupe el reporte del bug.

. Sé lo más detallado que puedas: No dudes en enviar informes llenos de detalles pensando que podría ser demasiado largo. El programador ignorará toda la información inútil, pero agradecerá tu esfuerzo por recopilar toda la información. Si el informe que envías es muy corto, el programador tendrá que ponerse en contacto contigo para recopilar más información, alargando el proceso de resolución.

. Ten cuidado con la forma en la que te expresas: Presta atención al describir las referencias. No utilices términos genéricos como “una ventana”, “hice click y se rompió” o “pulse el botón…”. En su lugar describe qué ventana era, dónde hiciste click exactamente y qué dejó de funcionar. No te asustes por parecer pedante o repetitivo, porque de lo contrario el programador nunca va a ser capaz de entender lo que decimos y ambos perderían un tiempo muy valioso.

. Revisa varias veces antes de enviar: Puede parecer una tontería, pero es mucho más importante de lo que parece. A veces no nos damos cuenta de lo poco claros que somos hasta que leemos en detalle lo que hemos escrito. Lee una vez, dos o incluso tres veces si es necesario. Lo que realmente importa es que el tiempo que has invertido en escribir el informe valga para algo, y si el informe no es lo suficientemente claro no vamos a ayudar a ningún programador a solucionar el problema.

Captura de pantalla 2015-01-15 a la(s) 16.04.50

Estos son los canales a través de los cuales puedes informar de un error a los desarrolladores de Pandora FMS:

1. A través de Github: esta opción está destinada principalmente a desarrolladores que estén familiarizados con esta plataforma: https://github.com/pandorafms/pandorafms/issues

2. A través de una interfaz web: Tenemos un rastreador de errores interno, como en Pandora FMS utilizamos algunas metodologías de desarrollo ágil, cualquier usuario puede reportarnos un error. Es una interfaz extremadamente simplificada que permite que cualquier persona nos contacte incluso si no tiene ni idea sobre programación: http://pandorafms.com/Community/report_anything/

3. A través de correo electrónico: A pesar de ser un medio bastante obsoleto, hay quién todavía prefiere contactarnos a través de un mail.

4. A través del foro Pandora FMS: Esta es la forma elegida por la mayoría de los usuarios para enviar errores o sugerencias: http://forums.pandorafms.com

5. A través de Integria IMS: Nuestros clientes con soporte tienen acceso a nuestra herramienta de ticketing, donde asistimos bajo un estricto SLA, que incluye tiempos de respuesta mínimos, tiempos máximos de resolución de problemas críticos, etc. http://integriaims.com

Después de leer estas sugerencias, ya estás listo para comenzar a reportar errores. Sólo queda elegir el canal que más te convenga y esperar a ver cómo los desarrolladores del mundo te lo agradecen. ;)

ComunidadSin categorizar

Pandora FMS se une al día de la libertad documental

marzo 22, 2016 — by steve0

DFD.png

Este próximo 30 de marzo, se celebra una vez más el Día de la Libertad Documental (o Document Freedom Day en inglés). Este día guarda como intención la promoción de Estándares Abiertos para la información, con la idea de crear sistemas informativos universalmente compatible, por lo tanto eliminando el control propietario sobre la tecnología y la información.

Este Día de la Libertad Documental se lleva ya celebrando unos años, siempre el último miércoles de marzo. Normalmente la atención hacia los Estándares Abiertos se reclama con seminarios, talleres y, en general, cualquier forma de compartir información para que tanta gente como sea posible pueda considerar esto una alternativa viable a los esquemas propietarios.

Sin categorizar

Monitorización de Servidores de Correo y de Email con Pandora FMS

octubre 10, 2015 — by Mario Pulido0

Sabemos que la monitorización de nuestros servidores de correo es muy importante para cualquier empresa. La indisponibilidad del servidor de correo puede causar grandes pérdidas a cualquier empresa.

Por esta razón, Pandora FMS ofrece la posibilidad de monitorizar los servidores de correo a través de los principales protocolos: SMTP, IMAP y POP3.

A diferencia de otros servicios de monitorización, en Pandora FMS queremos ir más lejos y no sólo monitorizamos nuestros servidores de correo, sino que podemos entrar dentro de cada correo y poder activar alertas en base a su contenido.

Esta funcionalidad sigue la línea de flexibilidad que da Pandora FMS a su producto. Tras analizar el contenido de cada email seremos capaces de lanzar alertas cuando lleguen pedidos, nuestros clientes estén enfadados o muchos otros casos particulares de cada empresa.

Para todos aquellos que estéis interesados en monitorizar vuestro email, Pandora FMS ofrece el plugin de monitorización IMAP. Es muy importante saber cuales son las funcionalidades que nos va a permitir realizar este plugin para utilizarlo correctamente.

  • Con este monitor de Email poremos saber cuando nos llegan correos en base a diferentes patrones en los camos de Emisor, asunto, cuerpo del mensaje, etc.
  • Seremos capaces también de capturar el mensaje recibido y analizarlo para sacar información.
  • También, con este monitor de Email podremos elegir cualquier de las cuentas de correo de nuestra cuenta.
  • De cara a dar respuesta a medianas y grandes instalaciones, el plugin de monitorización de Email soporta SSL.
  • Puedes descargar el plugin IMAP Mail y la documentación en ingles y español AQUI.
  • Este plugin se creo a partir de las sugerencias de alguno de los usuarios de nuestro foro, no dudes en darnos nuevas sugerencias. Vuestra ayuda es muy útil para que hagamos crecer nuestra librería de módulos.

¿Se os ocurre algun caso de uso para utilizar la monitorización del email y créis que no podemos resolverlo? ¿Pregúntanos y estaremos encantados de darte solución?

Muchas Gracias

FeaturesSin categorizarVersiones

Nueva funcionalidad de dashboard

septiembre 9, 2015 — by Carla Andres0

new-dashboards-1024x576.png

Para mejorar la experiencia de nuestros usuarios, y la usabilidad de la consola de Pandora, el código de los dashboards ha sido reescrito en gran parte. Desde ahora, no solo tiene un enfoque “drag & drop” como antes, sino que nos permite un modelo de bloques mucho más dinámico que antes. Cada “widget” es de contenido dinámico, lo que nos permite hacer pantallas de diferentes formatos.

 

Esta funcionalidad está disponible en la version 6.0.

FeaturesSin categorizar

HTML alerts with graphs

abril 22, 2015 — by Carla Andres0

In Pandora FMS, when an alert it’s been fired several actions can be defined by default, such as sending an SMS or sending an email to the user with information about what is happening.

Since Pandora FMS 5.1 SP2 version, alert mails can have HTML format, which allow the user to freely customize them.

Up to know, the alert mails sent to the user, only contained plaintext information, but since the last update of version, it’s possible to configure the alert via HTML. This way, and partly through the creation of a new macro, you can introduce more variety of elements such as images, graphs, and all the contents previously defined by the user in the console. Besides, if you add images to your email alerts, the routes will be available for the receptor, wich is very useful.

Once the action is executed, the user will receive a mail in his inbox, where he could view the parameters defined in the alerts and change them if he finds it necessary.

Captura de pantalla 2015-04-21 a las 11.34.59

Sin categorizar

Define agent name using an external command

abril 7, 2015 — by Carla Andres0

Today we want to introduce you a new feature of Pandora FMS available in the 5.1 SP2 version, that allows to define the agent name using an external command.

When the pandora_agent sends the data, the agent name is also sent. Now you can configure the agent name in the agent configuration file (pandora_agent.conf) like shown below:

agent_name www

In this particular case, the agent name will be www. If you haven’t previously set the agent_name, the host name which is set in the Operating System, will be automatically used.

In case of auto scaling system, fixed agent_name has a problem. By auto scaling, several server instances with the same agent name will be created by default. To solve that problem, we’ve improved an agent definition feature in pandora_agent.

Since 5.1 SP2 version of pandora_agent, it has ‘agent_name_cmd’ token. It allows to define any agent name using an external command. For example, the following information can be included:

. The instance ID of AWS

. IP address of the server

. Some individual information identifying the server

When you want to set the agent name to “host name_IP address” in the Linux agent, you’ll have to define it like below:

agent_name_cmd  LANG=C; /bin/echo -n `hostname`; /bin/echo -n “_”; /bin/echo `/s

bin/ifconfig eth0 | /bin/grep ‘inet addr’ | /usr/bin/awk ‘{print $2;}’ | /usr/bin/cut -d: -f2`

 

 

ComunidadSin categorizar

Pandora FMS triunfa en Eslovaquia

marzo 11, 2015 — by Carla Andres0

IMG_2687_-1024x768.jpeg

¿Quiénes son estos chicos que lucen sonrientes las camisetas de Pandora FMS? Son Miro, Simon, y Roman, tres chicos muy simpáticos que pertenecen a una organización de estudiantes de la Universidad de Zilina en Eslovaquia. Su objetivo principal es desarrollar una red de datos y proporcionar Internet a los estudiantes. Son entusiastas de IT que están deseosos de administrar grandes redes en su tiempo libre, incluso durante sus vacaciones

Un día decidieron actualizar su red en términos de monitorización, y después de probar la versión Open Source de Pandora FMS, descubrieron que se ajustaba perfectamente a sus necesidades. Pero faltaba algo. Necesitaban más. Y por eso decidieron ponerse en contacto con nosotros para proponernos un trato y conseguir a cambio una licencia Enterprise de Pandora FMS.

Pasado un tiempo decidimos preguntarles sobre su experiencia con nuestro software, y esto es lo que nos respondieron:

1. ¿Cómo conocisteis Pandora FMS?

Simon: Un día, hace mucho tiempo, estábamos debatiendo sobre cómo podíamos mejorar nuestro entorno de red. Era simplemente una charla informal entre amigos, cuando de repente Miro, uno de nuestros miembros, sugirió que podíamos probar Pandora FMS. En ese momento supusimos que había estado haciendo por su cuenta una investigación sobre sistemas de monitorización y que había llegado a la conclusión de que valía la pena probar Pandora FMS.

2. ¿Qué herramientas usabais antes de conocer Pandora FMS y qué pensáis sobre ellas? 

Simon: Cuando entre en el Internet Klub en 2009, los miembros más veteranos tenían sus propios mecanismos y herramientas de monitorización. Antes de usar Pandora FMS usamos Nagios junto con nuestro propio sistema gráfico basado en archivos rrd e información recogida de servidores, dispositivos, sensores, etc. Sobre Nagios podría decir que es una sólida herramienta de monitorización usada para monitorizar muchas redes en todo el mundo y que tiene un buen soporte de la comunidad que ha ido creciendo a medida que crecía la herramienta.

Por otra parte tenemos también nuestro sistema gráfico, Permonik, que nos ha ayudado muchas veces a detectar y a mostrar con gráficos lo que no está funcionando.

3. Por qué preferís Pandora FMS a otras herramientas?

Simon: Para mi Pandora FMS es un caramelito :) Disfrutamos usando aplicaciones interactivas que tengan muchas herramientas y posibilidades de configuración, y especialmente valoramos aquellas que tienen una interfaz gráfica atractiva, intuitiva y amigable. Por ejemplo, la configuración de Nagios es a veces difícil para usuarios no experimentados que no pueden lidiar con configuraciones de códigos complejas. Pero en Pandora FMS todo está en la interfaz web, donde puede añadir fácilmente sus dispositivos, agregar servicios que deban ser controlados, y todo funciona sin necesidad de editar archivos de configuración en el servidor como ocurre con Nagios. Además, las operaciones masivas funcionan mejor que en cualquier software que haya conocido nunca. Cambiar, añadir o editar servicios desde más de un host al mismo tiempo puede ahorrarnos mucho tiempo y facilitarnos todas las tareas.

4. ¿Cuál es el reto de monitorización más complejo al que os habéis enfrentado?

Simon: Sin ir más lejos la red que administramos actualmente. Todo empezó a finales de los 90, cuando decenas de nuestros miembros construyeron una de las mayores redes en Zilina, que sigue en proceso de desarrollo y proporciona Internet a más de 3500 usuarios activos. Esta red está constituida por más de 120 switches, 15 servidores proporcionando servicios continuamente, algunas aplicaciones wi-fi y muchos otros dispositivos (UPS, teléfonos VoIP, cámaras IP, sensores, etc.).

5. ¿Qué tenéis planeado hacer con Pandora FMS en el futuro?

Definitivamente estamos decididos a implementar Pandora FMS en nuestra infraestructura, y monitorizar cada rincón de nuestra red, pero para ello tenemos que aprender a sacarle más partido a la herramienta. Pandora FMS tiene muchísimas funcionalidades que todavía estamos empezando a conocer, así que probablemente cuando dominemos el software a la perfección podremos contestar mejor a esta pregunta.

IMG_2690_

Y aquí termina otra experiencia exitosa con Pandora FMS, y nos despedimos no sin antes agradecer a Simon, Miro y Roman por contestar amablemente a todas nuestras preguntas y por haber sido tan simpáticos con nosotros.

¡Hasta la vista!

Sin categorizar

Liberado el SP2 de la versión 5.1 de Pandora FMS

febrero 24, 2015 — by Carla Andres0

Tras un par de meses de espera desde la última actualización de Pandora FMS, hemos trabajado sin descanso para presentaros el nuevo Service Pack 2 de la versión 5.1 de Pandora FMS con algunas novedades y numerosos fallos solucionados.

— FUNCIONALIDADES —

– Nuevo plugin para consultas ODBC en Windows.

– Añadida la fecha de la última replicación con Metaconsola en la configuración.

– El plugin de Linux para monitorizar memoria utiliza un nuevo módulo (AvailableMemory) para reportar la memoria disponible, y evitar una mala interpretación de cómo el sistema usa la memoria libre.

– Se han añadido checkboxes en la lista de elementos del Visual Maps que dan la posibilidad de borrar items de forma masiva:

pandora_fms_-_the_flexible_monitoring_system_-_2015-02-03_15.38.23

– Posibilidad de definir el nombre de un agente usando un comando externo.

Paginación en la vista de servicios.

– Se pueden meter enlaces clickables en el visor de eventos, para los campos personalizados del agente, campos de instrucciones del módulo o la descripción del agente.

Cambios en la gestión del autocreate_group. Se puede forzar que todos los agentes vayan a un grupo.

– El hash del autologin se ha mejorado para enmascarar el username en la URL.

– Los mapas GIS muestran la URL del agente en el tooltip del agente:

Captura de pantalla 2015-02-04 a las 15.05.33

– Mejoras en el funcionamiento del formato PSPZ2.

– A la hora de crear un servicio, se comprueba que no contenga elementos inválidos que puedan alterar el cálculo de los datos.

– Los informes SLA de servicios se han mejorado con una gráfica de histograma.

– Ahora la vista de servidores muestra la versión en ejecución de cada servidor.

Borrado masivo de los mapas de red.

– Nuevo widget “vista de árbol” en el Dashboard:

Captura de pantalla 2015-02-04 a la(s) 15.40.10

— BUGS SOLUCIONADOS —

Optimización en el mantenimiento de la bbdd de histórico, mejorando el proceso de mover datos de la BBDD de tiempo real a la de histórico.

– Solucionada una condición de carrera en los conteos de los estados de módulos.

– El servidor Satélite y el servidor de red Enterprise ahora utilizan fping, en vez de Nmap mejorando la fiabilidad de los resultados.

– Ahora el buscador de datos en logs, admite espacios.

– La velocidad en la replicación de eventos de los nodos a la metaconsola ha sido mejorada, para evitar atascos en caso de tormenta de eventos.

– Cambiada la posición del tooltip en los mapas de red Open.

– Corregida la búsqueda de módulos con restricciones de acceso por tags.

– Añadida la macro _agentgroup_ que no estaba funcionando.

Mejorado el rendimiento de las paradas planificadas, muy importante para el rendimiento en los informes SLA.

– Arreglado el estilo de los agentes con una larga lista de IP’s.

– Corregido el antiguo comportamiento de PSPZ.

– Corregida la función io_safe_output() para utilizar entidad hexadecimal HTML para codificar el caracter º.

– Arreglado el javascript para ocultar las macros dinámicas (plugins remotos).

Corregidas algunas funciones SLA para parar los cálculos cuando el módulo no es válido.

– Arreglada la vulnerabilidad descubierta por William Costa: http://cxsecurity.com/issue/WLB-2014110100

– Leer el tipo de trap (notification type) en traps SNMPv2.

– Ahora la conexión TCP se cerrará cuando se agote el tiempo de espera o la conexión sea rechazada por libwrap (Tentacle Server).

– Solucionado el problema con el arranque y parada manual de paradas planificadas periódicas.

– Corregidos los tags ACL en la vista de edición de módulos.

– Cambio en la posición de la caja informativa en los mapas de red, evitando salirse de la zona visible de la pantalla.

– Solucionado el cálculo de items de grupo en los mapas vinculados del Visual Map (gran aumento de rendimiento).

Si quieres descargar el Service Pack 2 de la versión 5.1 de Pandora FMS, haz click en el botón de abajo y selecciona el paquete SP2 en la sección descargas de nuestra página web.

boton_descargas

Sin categorizar

Nuevas fechas para ser un experto en Pandora FMS

febrero 18, 2015 — by Carla Andres0

¿Quieres sacar el máximo partido a tu Pandora FMS? Es fácil. Pandora FMS es una herramienta muy intuitiva y user friendly, pero al mismo tiempo dispone de muchas funcionalidades que provocan que el camino sea un poquito más difícil para aquellos que no tienen experiencia previa en este software.

Hemos añadido nuevas fechas en marzo y abril para nuestros cursos PAT y PAE, así que, si quieres convertirte en un auténtico experto en Pandora FMS, visita la sección formación de nuestra web y apúntate. ¿A qué estás esperando? Ir a la sección Formación

training_calendar

Sin categorizar

Los problemas de seguridad a los que debemos temer en 2015

febrero 13, 2015 — by Carla Andres0

CryptoCard_two_factor

Al igual que el cambio de milenio provocó un gran temor al “Bug del Milenio”, la entrada en el 2015 presenta nuevos problemas de seguridad para los usuarios de internet.

El reciente anuncio de Google en enero de este mismo año en el que declaraba que no tenía intención de arreglar los fallos de seguridad web en smartphones y tablets que tuvieran versiones anteriores a la 4.3 (versión 4.3 incluida), no ha beneficiado en absoluto a los usuarios de Android.

Representantes de Google afirman que no hay razón aparente para arreglar el fallo, ya que no es factible parchear con seguridad las versiones de Android más antiguas. Y que solucionar este problema causaría más problemas de los que solucionará, ya que el arreglo requiere muchas líneas de código que podrían tener sus propias consecuencias.

Este fallo es una cosa a tener muy en cuenta por los usuarios de Android, pero existen muchas otras amenazas del 2015 que debemos conocer.

Ataques DDoS

DDoS – or Ataques de denegación de servicio, se definen como “un intento malicioso de hacer que una red o servicio no esté disponible para los usuarios”. Esto se ha convertido en un tema de especial actualidad en 2015, sobre todo con el reciente bloqueo de la PS4 y la Xbox One durante el periodo de Navidad.

Quizás lo más preocupante de este asunto sean las implicaciones financieras que tienen los ataques descritos en el párrafo anterior. Se estima que el coste medio de un ataque DDoS a una compañía es de 40.000$ por hora, y que el 45% de los propietarios de negocios ya se han visto afectados por esta circunstancia en el pasado.

Por supuesto, la posibilidad de pérdida depende mucho de la naturaleza de la compañía, y por ejemplo, las webs de casinos on-line son especialmente vulnerables a tales amenazas. El equipo de seguridad de RubyFortune.com ha informado de pérdidas de 10 millones de dólares al año ocasionadas por ataques cuya duración estimada es de entre 6 y 24 horas.

Botnets

Conocidos coloquialmente como Zombies, los botnets son el arma elegida para los ataques DDos. Consiste en una red de bots que pueden ser enviados como grupo para lanzar los ataques. Existen dos tipos, los ataques de red de alto volumen que pueden superar los 200gbps, o los ataques de aplicación, que solo necesitan entre 50 y 100 solicitudes por segundo para sobrecargar un servidor de aplicaciones de tamaño mediano.

Las víctimas de los botnets suelen ser aquellos que padecen vulnerabilidades de seguridad y por eso se anima a los nodos a tener su software de seguridad actualizado para evitar problemas.

Otras vulnerabilidades

Hacia finales de 2014 se descubrieron una serie de fallos de seguridad, la mayoría de ellos específicos de un determinado sistema operativo, aplicación de software o servidor. Estas vulnerabilidades, tales como Heartbleed o Poodle son propensas a afectar a grandes sistemas y negocios de todo el mundo dando lugar a un número de parches, tales como el parche Shellshock, para mantener a raya las amenazas.

Pero no son todo malas noticias. con las crecientes amenazas a la seguridad también tenemos cada vez más conocedores de equipos de alta tecnología para contrarestar los problemas. Google no puede reconocer un defecto menor, pero en una escala mundial todavía tenemos algunos de los mejores desarrolladores del mundo que trabajan para asegurarse de que estas amenazas se queden en una simple amenaza y nada más.

Monitorización de seguridad

Cuando pensamos en seguridad, generalmente no pensamos en monitorización, como si la gestion diaria de los sistemas y la seguridad estuvieran en “cajas” diferentes. Una monitorización regular a lo largo del tiempo, puede ayudar a detectar anomanías en los patrones de comportamiento habitual. Tener lo sistemas actualizados, monitorizados y en constante supervisión puede ayudar de detectar que algo raro ocurre, antes de que las cosas “exploten”.

Con Pandora FMS, puede monitorizar fácilmente el tráfico de red en cada servidor o host de la red, simplemente con este dato puede darse cuenta de si algo raro está pasando. Otras pistas muy útiles pueden ser el nº de conexiones establecidas, el consumo de CPU anómalo o la presencia de procesos o puertos de escucha extraños que no deberían estar ahí. Por supuesto, tener antivirus es importante ¿pero quien puede mirar 200-500 antivirus en diferentes equipos?, esa es otra de las tareas que se pueden delegar en la monitorización.

Sin categorizar

Añadido asistente a la hora de crear menús o vistas

febrero 12, 2015 — by Carla Andres0

Con el objetivo de mejorar la usabilidad y la experiencia de usuario en la consola de Pandora FMS, se han añadido diversos mensajes de ayuda de clippy que recomiendan fijar unos valores determinados para optimizar el funcionamiento de los procesos, y que además, advierten al usuario de los posibles fallos que se podrían producir si no se cumpliesen las condiciones recomendadas por el asistente de Pandora FMS.

Estas mejoras estarán presentes en las siguientes vistas o menús de Pandora FMS a partir de la versión 6.0:

– Intervalo de agente: Advierte que monitorizar un agente con un intervalo por debajo de 300 segundos tiene serias implicaciones en el rendimiento del sistema, como aumentar la probabilidad de tener módulos en estado desconocido o tener un mayor impacto en la carga del servidor.

Captura de pantalla 2015-02-12 a la(s) 14.55.12

– Editor de componentes locales: Detalla que la información importada por primera vez desde el XML, cuando no existe la definición del módulo, se recoge en su totalidad, y es la única que se puede ver en la consola. A partir de ese punto, el sistema ignorará cualquier actualización que venga desde el XML.

– Vista de servidores: Nos avisa cuando detecta que tenemos una carga excesiva en la cola de procesamiento debido a registros con valores (Q) superiores a 200 elementos.

– Mapa de red: Informa que la vista de topología de grupo no muestra las dependencias padre/hijo, solo la relación de parentesco entre grupos, y la distribución de agentes en ellos.
Captura de pantalla 2015-02-12 a la(s) 15.59.02

Estas mejoras solo estarán disponibles en la versión 6.0 de Pandora FMS que será liberada en los próximos meses.

 

Sin categorizar

How to use a remote plugin in a massive way?

febrero 9, 2015 — by Carla Andres0

Until now, as it was defined, it was not possible to use a remote plugin in a policy, because there was no way to pass the IP in the module definition. For this reason, it was necessary to use the macro address in any of the fields in a remote plugin to use policies, components, etc.

Now, just follow the steps to create a remote plugin in a massive way:

1. Create the module in the policy: Choose “Create a new Plugin server module” option, and click on Create button.

800px-Cosa1

2. Next, we introduce the macro _address_ in the IP field:

Captura de pantalla 2015-02-09 a la(s) 16.04.52

3. We apply the policy to an agent and we check how it looks on the agent.

4. Finally we check how is the data showed in green, with data.

With this method we can reuse the module by copying with massive operations or distribution through policies to tens or hundreds of agents, provided they have an IP assigned to the agent.

For further information please consult the official documentation by clicking on the following link:

http://wiki.pandorafms.com/index.php?title=Pandora:Documentation_en:Policy#Creating_a_Module_for_the_Plug-in_Server

Sin categorizar

Integrando Slack con Pandora FMS

febrero 6, 2015 — by Carla Andres0


Slack-icon

Trabajar en el desarrollo de un potente software de monitorización no es tontería. Necesitamos comunicarnos con otros departamentos constantemente, y por eso buscábamos una herramienta tan completa como Slack para facilitar la comunicación en nuestros procesos internos.

Antes de usar Slack teníamos que mandar e-mails, utilizar diferentes chats como Jabber o GTalk, y mucha sveces perder nuestro tiempo en grupos de Whatsapp no oficiales. Recorrer un largo pasillo para hacer una sencilla pregunta, escribir mensajes en la pizarra que nunca sabes si serán leídos , o gastar más de 20 post-its al día es una pérdida de tiempo total y absoluta. ¿Estás seguro de que quieres seguir así?

A día de hoy, junto con GitHub, consideramos Slack como una de las mejoras más importantes que hemos tenido en los procesos internos y metodologías de Pandora FMS en 2014.  Además, la integración es tan fácil que es difícil de creer. Si eres el tipo de persona que no puede esperar a ver cómo funciona esta aplicación, sigue leyendo y presta mucha atención:

1. Crer el “Incoming webhook”

Mediante una llamada REST haremos el resto. Aquí se define la URL de llamada (el mismo Slack te da la URL que tienes que llamar), y el Canal a donde irán a parar todos los avisos. es tan sencillo que prácticamente no hace falta ni explicarlo:

Captura de pantalla 2015-02-05 a la(s) 00.20.56

 

Copia el ultimo “chunk” de datos de la Webhook URL. En esta captura “wAJAxKpfOmgDl” es el identificador que te hará falta para el script del siguiente paso. Sobra decir que este valor es diferente en cada caso.

2. Crear un script para ejecutar el comando de alerta

#!/bin/bash

# Generic integration script with Slack for sending messages from Pandora FMS

# (c) 2014 Sancho Lerena

# SET HERE YOUR DATA

USERNAME=pandorafmsbot

ICON=”http://cdn9.staztic.com/app/a/3528/3528476/pandora-fms-1-l-78×78.png”

CHANNEL=”#pandorafms_events”

URL=”https://artica.slack.com/services/hooks/incoming-webhook?token=wAJAxKpfOmgDl”

# Do not touch from there:

MSG=”‘payload={\”channel\”: \”$CHANNEL\”, \”username\”: \”$USERNAME\”, \”text\”: \”$1\”, \”icon_url\”: \”$ICON\”}'”

COMMAND=”curl -X POST –data-urlencode $MSG $URL”

eval $COMMAND

¿Fácil verdad? El único cambio que tienes que hacer para que funcione, es la cadena de texto que hay detrás de “token=” al definir la URL. Coge el valor del paso anterior.

Guárdalo en un script y dale permisos de ejecución (chmod 755). Prueba que funciona, simplemente ejecuta el comando (yo lo tengo en /root/slack.sh) de la siguiente manera:

[root@sirius ~]# ./slack.sh “PandoraFMS y Slack resurgen de sus cenizas”

Esto te sacará una entrada como esta en tu canal de Slack:

Captura de pantalla 2015-02-05 a la(s) 00.25.02

3. Crear un comando de alerta en Pandora FMS

Algo trivial para cualquiera que ya haya trabajado con Pandora FMS, pero algo difícil si es la primera vez que creas un comando de alerta. Presta atención a la captura:

Captura de pantalla 2015-02-05 a la(s) 00.26.57

No es muy complicado. Llamamos a un script y le pasamos un parámetro que va entre comillas dobles. Ese es todo el secreto.

Ahora vamos a crear una Acción de alerta, para poder asociar alertas concretas que usando este comando de alerta, salten ante una condición.

 4. Crear una acción de alerta en Pandora FMS

El propósito de esto es crear una acción genérica que nos valga para el 99% de las situaciones.

Captura de pantalla 2015-02-05 a la(s) 00.31.29

Aquí formateamos un mensaje tipo que nos de la información del agente, el módulo y el valor de módulo en el momento de saltar la alerta (usando las macros de alerta que se pueden ver en la captura). También aprovechamos para definir el mensaje en caso de recuperación de alerta.

5. Crear una alerta sobre un módulo

Ya casi estamos ahí. Cogeremos un modulo y crearemos una alerta nueva, asociando el modulo (pending_datapackets), en la condicion genérica (Critical condition) y usando nuestra acción recién creada en el paso anterior (Slack Formatted).

Captura de pantalla 2015-02-05 a la(s) 00.32.28

Forzaremos un threshold de 1 dia, para que la misma alerta notifique como mucho una vez cada 24 horas.

Esperamos un poco y recibimos nuestra primera notificacion de slack. Que bonita!

Captura de pantalla 2015-02-05 a la(s) 00.37.07

Si tienes alguna duda sobre cómo funciona esto, puedes consultar en nuestros foros http://forums.pandorafms.com donde Sergio o Ivo estarán encantados de ayudaros.

Sin categorizar

Nueva mejora en el Visual Map

febrero 3, 2015 — by Carla Andres0

Con el objetivo de mejorar la usabilidad, se ha añadido una pequeña mejora en el Visual Map de la consola de Pandora FMS. Esta nueva funcionalidad consiste en añadir un checkbox que nos permite eliminar varios items de la lista de forma masiva, sin tener que repetir la acción una y otra vez, ahorrando así mucho tiempo y evitando visualizar elementos que no nos interesan y que nos obligan a hacer un scroll infinito.

Esta mejora estará presente en la versión 5.1 SP2 que saldrá dentro de muy poco y en la versión 6.

visualmaps_feature

Sin categorizar

Pandora FMS rompe con lo establecido en monitorización

diciembre 11, 2014 — by Carla Andres0

Una vez que una organización invierte en una infraestructura heredada de los 4 grandes BMC, CA, HP, e IBM, generalmente pasan años intentando implementar adecuadamente dicha solución, y resulta muy complicado liberarse de esta gran inversión de tiempo y dinero, incluso cuando ni siquiera está proporcionando los resultados que necesita su compañía.

Pandora FMS tiene un enfoque con visión de futuro en relación a cómo la monitorización IT puede y debe proveer servicios fiables. En contraposición al paradigma actual donde cada herramienta específica es independiente, por mucho que pertenezcan a una misma suite, Pandora FMS utiliza una plataforma única para visualizar más rápidamente la disponibilidad y funcionamiento de sus servicios, ofreciéndole una solución tan dinámica y flexible que le permitirá ahorrar en costes, complejidad y tiempo.

Los tres problemas de la infraestructura de monitorización de los 4 grandes son:

Captura de pantalla 2014-12-10 a la(s) 16.09.13

La complejidad de múltiples productos con interfaces de usuario diferentes y separadas, funcionando sobre bases de código separadas, y cada una de ellas con almacenes de datos separados, hace que no sólo la implementación, sino también el mantenimiento de la solución resulte extremadamente complicado. En la mayoría de los casos, se requieren amplios servicios profesionales cada vez que la solución se personalize para un entorno específico. Algo que los clientes encuentran especialmente engorroso, dada la velocidad con la que las infraestructuras cambian hoy en día.

Captura de pantalla 2014-12-10 a la(s) 16.28.01

Quedarse atrapado en la monitorización compleja y fragmentada de los Cuatro Grandes puede resultar también un problema en términos de productividad, con un impacto directo en la rapidez de prestación de servicios. El asunto aquí es no sólo la complejidad de la arquitectura, sino su incapacidad para adaptarse rápidamente a los nuevos recursos necesarios para soportar la prestación de nuevos servicios.

Los productos BPPM tienen extensiones basadas en agentes, pero proporcionan unas capacidades de cobertura e integración limitadas para incorporar nuevos recursos. Incluso los conocidísimos Módulos de Conocimiento Patrol de BMC son difíciles de integrar en la solución BPPM, ya que habrá que crear un adaptador específico para cada una.

Captura de pantalla 2014-12-10 a la(s) 16.08.04

 

 

 

 

Los clientes que ya usan o piensan utilizar BMC o cualquier otro software de los Cuatro Grandes deberían evaluar cuidadosamente aquello que están comprando, ya que, como hemos dicho anteriormente, estos vendedores no tienen el menor interés en introducir cambios en su enfoque de aproximación a la monitorización.

No deje que una tecnología heredada dicte su enfoque hacia la monitorización TI. En lugar de esto, busque alternativas y escoja una monitorización que le ayude con eficacia y seguridad a distribuir servicios a un precio razonable, hoy y en el futuro.

Puesto que Pandora FMS hace que la integración resulte sencilla, podemos incluso ayudarle a reducir su dependencia de sus productos de infraestructura heredados. Nuestra monitorización unificada puede recoger datos de sus productos BMC actuales, tales como BMC, Remedy IT Service Management o BPPM, para proporcionar una visión global de los recursos que ya están siendo gestionados, o extender dicha gestión a recursos virtualizados o de nube.

Nuestra solución proporciona a las empresas una herramienta potente para redefinir lo que estas pueden esperar de la monitorización. Además de la reducción de costes y complejidad en sus operaciones de monitorización, le permitirá extender con rapidez la monitorización a nuevos recursos en cualquier rincón de su entorno, sin importar si ese lugar contiene recursos de tipo físico, virtual o de nube.

¿Suena bien, verdad? Puedes descargar el documento completo aquí

Sin categorizar

Únete a nosotros!

diciembre 5, 2014 — by Carla Andres0

Ártica ST, la compañía responsable del desarrollo de Pandora FMS y otros software bastante interesantes, está buscando Desarrolladores y Técnicos de Sistemas para unirse a nuestro equipo y empezar a trabajar en la mejora de Pandora FMS, si es que es posible mejorarlo aún más :P

A continuación describimos los detalles de las ofertas y los requisitos que buscamos en los candidatos:

TÉCNICO DE SISTEMAS

Buscamos una persona con conocimientos en Windows & Linux para atender a nuestros clientes de manera remota y en sus propias oficinas. El perfil deseado es:

  • Conocimiento medio-alto en entornos Windows y Linux.
  • Scripting en al menos VBScript, ShellScript or Perl.
  • Experiencia en trato con clientes (en cualquier sector) y buena presencia.
  • Nivel medio-alto de inglés, hablado y leído.

Se valorará la experiencia en las siguientes herramientas:

  • Spectrum, Patrol, Tivoli, OVO, Zabbix, Nagios o OPS View.
  • HPUX, AIX o Solaris.
  • DB2, Oracle, MsSQLServer.

 

DESARROLLADOR PHP&JAVASCRIPT 

Buscamos una persona con conocimiento de Desarrollo Web en PHP y Javascript para participar en el desarrollo de Pandora FMS. El perfil deseado es:

  • Conocimiento medio-alto en PHP/Javascript.
  • Conocimiento en otros lenguajes com C, Perl, Java or Phyton.
  • Conocimientos sólidos en SQL (MySQL, Oracle).
  • Experiencia previa demostrable en otro proyecto (personal o empresarial).
  • Nivel medio-alto de inglés, hablado y leído.

Se valorará la experiencia en las siguientes herramientas:

  • Subversion.
  • Mediawiki.
  • GIT.

No nos importa tu edad o experiencia, solo tus ganas de trabajar y avanzar en tu carrera. el salario y las condiciones dependerán de la edad, formación, experiencia y por supuesto de la entrevista personal.

Si estás interesado mándanos tu curriculum a rrhh@artica.es

ComunidadEnterprisePandora FMSSin categorizar

Pandora FMS presenta su última campaña de publicidad

noviembre 26, 2014 — by Carla Andres5

vaca.jpg

Probablemente, algunos de vosotros ya habréis visto en publicaciones impresas, digitales y en banners,  alguna de las piezas de la última campaña publicitaria desarrollada por el  Departamento de Comunicación y Diseño de Pandora FMS.  Como estamos muy orgullosos del trabajo que nuestros compañeros han llevado a cabo con mucho esfuerzo, hemos decidido compartirlo con el mundo entero, o al menos con nuestra pequeña gran comunidad.

Aquí os dejamos una muestra de nuestras gráficas adaptadas a formato póster, que nos han ayudado a hacer que las paredes de nuestras oficinas del centro de Madrid luzcan un poquito mejor.

Nosotros nos quedamos con la vaca, y vosotros, con cuál os quedaríais?

vaca

navaja

matrioska

baraja

Sin categorizar

Vulnerability fixed in visualizing agents in Pandora FMS 5.1

noviembre 17, 2014 — by Carla Andres0

This morning, William Costa, one of our Opensource community members, has discovered a new vulnerability in the agents visualization of Pandora FMS 5.1 SP1, that allows the arbitrary execution of HTML/script code that is executed in the context of the user or “victim” browser.

The code injection is done through the parameter “refr” in the page “/index.php?sec=estado&sec2=operation/agentes/estado_agente&refr=”, what allows an attacker to send link and choice text write in page.

Our developement team have been put to work to solve this vulnerability and they have solved as quick as possible. Below you can find the links to the corresponding packages for 5.0 and 5.1 version:

Pandora FMS 5.0: http://artica.es/integria//operation/common/download_file.php?type=external_release&id_attachment=cef6fbe52266059617801c18caa490ef1e558a48

Pandora FMS 5.1: http://artica.es/integria//operation/common/download_file.php?type=external_release&id_attachment=997c3df536ca9d60e11c95a28016e37c51074957

ComunidadSin categorizarUsabilidad

Mejorando el rendimiento de Pandora FMS

octubre 22, 2014 — by steve0

Introducción

El objetivo de este artículo es remarcar los principales cuellos de botella en la ejecución de un sistema tan exigente de recursos como Pandora FMS. Por orden de importancia podríamos destacar los siguientes:

  • CPU
  • Memoria
  • Acceso a disco
  • Rendimiento de BBDD
  • Configuración del servidor de Pandora FMS
  • Estado de la BBDD de Pandora FMS

Vamos a analizar las diferentes técnicas de análisis para detectar problemas en cada uno de estos puntos. La solución a cada problema excede el propósito de este artículo, que pretende únicamente mostrar la forma de identificar el problema, y dar algunas pistas sobre como afrontar su solución.

Procesador y acceso a disco

vmstat
Ejecutaremos el comando “vmstat 1 10”. Generalmente la primera línea debe ser ignorada ya que está afectada por el arranque del propio comando:

vmstat 1 10
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 0 10892 105036 404324 2540940 0 0 1 184 2 3 8 1 76 15 0
0 0 10892 104780 404324 2540936 0 0 0 32 557 641 5 2 92 1 0
1 0 10892 103788 404324 2540936 0 0 0 120 335 475 3 0 94 2 0
0 0 10892 103756 404324 2540936 0 0 0 36 361 489 5 0 94 1 0
1 0 10892 103384 404324 2540936 0 0 0 32 378 449 6 1 92 1 0
0 0 10892 103400 404324 2540936 0 0 0 0 465 664 1 0 99 0 0
1 0 10892 103860 404324 2540940 0 0 0 32 1439 1522 8 1 90 1 0
0 1 10892 106264 404324 2540948 0 0 0 112 9086 20506 9 1 87 2 0
0 0 10892 97052 404324 2540948 0 0 0 3704 9543 21045 13 2 77 9 0
0 0 10892 106956 404324 2540948 0 0 0 32 547 752 3 1 95 2 0

Las columnas más importantes son:

  • R: Número de hilos en la cola de ejecución. Son threads ejecutables, pero que no tienen CPU disponible para ejecutarlos.
  • B: Número de procesos bloqueados esperando acceso a E/S.
  • US: Uso de CPU en contexto de usuario (Aplicaciones).
  • SY: Uso de CPU en contexto del sistema (llamadas al sistema).
  • WA: Porcentaje de tiempo “sin uso” real del procesador, en espera forzosa por operaciones de Entrada/Salida.
  • CS: Context Switches, cambios de contexto de la CPU.
  • IN: Interrupciones.

El número en “R” no debe exceder 1-3 hilos por cada procesador. Es decir, un sistema con dos procesadores no debe exceder nunca un valor de 6, esto significaría que hay muchos hilos encolados para su ejecución, es decir, que hay demasiado trabajo pendiente.

Si el número en CS es superior al de IN, suele implicar un problema ya que el kernel tiene que ejecutar muchos cambios de contexto, gastando gran parte de tiempo en dicha operación. Suele ser un problema de sobrecarga del Scheduler del sistema. Esto suele tener como efecto secundario, un incremento en WA.

Utilización de CPU: El balance adecuado de uso de CPU debe ser 70% CPU Usuario, 25-30% CPU Sistema y 0-5% Idle.

mpstat
Este comando sirve para ver la distribución de carga entre las diferentes CPU del sistema. Ejecutaremos el comando “mpstat -P ALL 1”. Generalmente la primera línea debe ser ignorada, como en el caso anterior:

12:17:19 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle
12:17:20 all 0,75 0,00 0,00 0,00 0,00 0,00 0,00 0,00 99,25
12:17:20 0 1,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 99,00
12:17:20 1 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 100,00
12:17:20 2 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 100,00
12:17:20 3 1,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 99,00

12:17:20 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle
12:17:21 all 6,00 0,00 0,50 0,00 0,00 0,00 0,00 0,00 93,50
12:17:21 0 7,00 0,00 1,00 0,00 0,00 0,00 0,00 0,00 92,00
12:17:21 1 9,90 0,00 0,99 0,00 0,00 0,00 0,00 0,00 89,11
12:17:21 2 8,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 92,00
12:17:21 3 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 100,00

12:17:21 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle
12:17:22 all 7,48 0,00 0,25 4,49 0,00 0,00 0,00 0,00 87,78
12:17:22 0 7,07 0,00 1,01 15,15 0,00 0,00 0,00 0,00 76,77
12:17:22 1 5,94 0,00 0,00 0,00 0,00 0,00 0,00 0,00 94,06
12:17:22 2 12,87 0,00 0,99 2,97 0,00 0,00 0,00 0,00 83,17
12:17:22 3 4,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 96,00

12:17:22 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle
12:17:23 all 14,50 0,00 1,25 0,75 0,00 0,00 0,00 0,00 83,50
12:17:23 0 23,00 0,00 2,00 3,00 0,00 0,00 0,00 0,00 72,00
12:17:23 1 15,84 0,00 1,98 0,00 0,00 0,00 0,00 0,00 82,18
12:17:23 2 2,97 0,00 0,00 0,00 0,00 0,00 0,00 0,00 97,03
12:17:23 3 16,00 0,00 1,00 0,00 0,00 0,00 0,00 0,00 83,00

Lo normal es que la carga esté balanceada entre los diferentes procesadores. Si no fuera así, tenemos algún tipo de problema relativo a la falta de multiproceso.

El disco es importante analizarlo desde dos puntos de vista, datos del fabricante (para conocer IOPS y tasa de velocidad de escritura real).

Para obtener la información del dispositivo, lo haremos con el comando smartctl:

smartctl –a /dev/sda

Eso nos dará datos del fabricante y modelo. Con estos datos en Google obtendremos una aproximación de los IOPS del modelo y su tasa media de escritura (teórica).

La tasa de velocidad real:

dd if=/dev/urandom of=testfileR bs=8k count=10000; sync;

Optimo serán valores entre 50MB/Sec y 100, valores entre 20-30MB/sec son de dispositivos relativamente modernos. Por debajo de 10MB/Sec es un sistema lento, y por debajo de 5MB/Sec no recomendamos seguir adelante, ya que el rendimiento es muy pobre.

La tasa de escritura no tiene porqué tener una correlación con los IOPS, que tienen mas que ver con la eficiencia a la hora de escribir que con la tasa de escritura, pero suele haber una correlación, discos rápidos en escritura no secuencial suelen tener IOPS altos.

Memoria

vmstat
De nuevo utilizaremos vmstat para obtener algunos datos de memoria del sistema, relativos al uso de Swap y al intercambio de páginas de memoria:

vmstat 1
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
1 0 10948 904160 404324 2536700 0 0 1 184 2 3 8 1 76 15 0
0 0 10948 896568 404324 2536696 0 0 0 32 2620 3553 18 6 75 1 0
0 0 10948 898332 404324 2536700 0 0 0 36 329 461 2 0 97 1 0
1 0 10948 898332 404324 2536700 0 0 0 20 440 547 4 0 96 0 0
0 0 10948 898396 404324 2536736 0 0 0 0 270 301 4 0 96 0 0
1 0 10948 898372 404324 2536736 0 0 96 88 844 1495 6 0 93 2 0
0 0 10948 898492 404324 2536736 0 0 80 3644 499 781 6 0 84 10 0
0 0 10948 902860 404324 2536736 0 0 0 24 315 405 2 0 98 0 0
0 1 10948 902724 404324 2536736 0 0 48 52 1651 2942 16 1 81 2 0
0 0 10948 902700 404324 2536736 0 0 0 20 128 172 1 0 99 1 0

SI,SO: Swap In/Out. Cualquier valor diferente de 0 significa que el sistema está tirando de swap. En sistemas estables de producción no debería tirar nunca de SWAP. Si tiene valores diferentes de 0, hay poca memoria en el sistema, por lo que debemos ajustar la configuración de MySQL, Pandora FMS u otros elementos que puedan interferir.

Rendimiento de base de datos

/etc/my.cnf
Existen algunos parámetros que son claves para el rendimiento óptimo de MySQL. Vamos a centrarnos en los más relevantes, para más información, acuda a la documentación de Pandora FMS sobre optimización de MySQL. Vamos a fijarnos especialmente en estos tres:

innodb_io_capacity 75
innodb_flush_log_at_trx_commit 0
innodb_flush_method O_DIRECT

Estos tres parámetros son claves y deben tener valores como los reflejados ahí arriba. El Valor de IO_Capacity debe ser uno u otro en función de su tipo de almacenamiento:

  • Discos 5000 RPM o inferior ~ innodb_io_capacity 75
  • Discos 7200 RPM ~ innodb_io_capacity 100
  • Discos 15000 RPM ~ innodb_io_capacity 180
  • Discos SSD última generacion ~ innodb_io_capacity 240

pandoradb_stress
Esta es una herramienta de diagnóstico que se utiliza para verificar la capacidad de inserción de datos de un Pandora FMS, utilizando los mecanismos de la librería de Pandora FMS (API) para acceder a los datos. Para ello debe realizar varios pasos:

1. Crear un agente vacío.
2. Crear un módulo de tipo ICMP Latency y apuntarlo a 127.0.0.1
3. Esperar a que tenga datos.
4. Apuntar el ID del agente, este ID se obtiene en la URL, en la vista principal del agente, p.e: http://firefly.artica.es/pandora_demo/index.php?sec=estado&sec2=operation/agentes/ver_agente&id_agente=52663
El ID de este agente es el 52663
5.  Editamos el fichero /usr/share/pandora_server/util/pandoradb_stress.pl y donde pone:

$target_agent = -1;

Reemplazaremos el -1 con el ID de nuestro agente.

Ejecutaremos, a continuación el comando:

/usr/share/pandora_server/util/pandora_dbstress.pl /etc/pandora/pandora_server.conf

Pandora DB Stress tool 5.1dev Build 140602 Copyright (c) 2004-2014 ArticaST
This program is OpenSource, licensed under the terms of GPL License version 2.
You can download latest versions and documentation at http://www.pandorafms.org
[*] Working for agent ID 52610
[*] Generating data of 90 days ago
[*] Interval for this workload is 300
[*] Processing module Host Latency
[D] ID_AgenteModulo 341281 Interval 300 ModuleName Host Latency Days 90 Agent 198.27.73.105
-> Current rate: 0.12 modules/sec
-> Current rate: 358.95 modules/sec
-> Current rate: 387.78 modules/sec
-> Current rate: 411.94 modules/sec
-> Current rate: 426.88 modules/sec
-> Current rate: 359.93 modules/sec

Para mayor exactitud de los datos, es recomendable crear un módulo nuevo y borrar el anterior en dicho agente. La herramienta empezará a insertar datos en el módulo de ese agente, simulando datos que posteriormente pueden ser usados para informes o gráficas. Por defecto, la herramienta inserta datos de un mes en todos los módulos de todos los agentes de su instalación, al modificar el parámetro de agente, hacemos que lo haga en el agente que hemos especificado.

El valor medio de un servidor de Pandora FMS, debería estar por encima de los 300 mod/segundo. Esta herramienta se puede utilizar para comprobar la optimización del sistema.

Configuración de Pandora_server

/etc/pandora/pandora_server.conf
La correcta configuración del servidor de Pandora FMS puede incrementar hasta en un 500% el rendimiento del mismo, vamos a realizar algunas sencillas comprobaciones para verificar su correcta parametrización:

  • verbosity 1: Valores más altos se emplean como diagnóstico de problemas, pero un valor mayor de 1 impactará en el rendimiento del sistema.
  • network_timeout X: Siendo el valor por defecto 3, es recomendable bajarlo si se trabaja con redes locales. Un valor alto (p.e: 10) puede provocar fácilmente la aparición de muchos módulos en unknown dado que el servidor tiene que esperar 10 segundos por cada chequeo que falle.
  • server_threshold x: Siendo el valor por defecto 5, en casos de sobrecarga puede ser recomendable subirlo a 10 o 20, pero nunca bajarlo de 3-4 (para casos de servidores con muy poca carga y chequeos con intervalos muy pequeños.
  • server_keepalive 45: Este parámetro se utiliza en entornos con varios servidores de Pandora FMS, para detectar cuando se ha caído un servidor. No debería modificarse.
  • xxxx_checks X: En nº de chequeos que hace el servidor de red (icmp, snmp. Tcp). Por defecto vale 1, en entornos con muchos falsos positivos puede ser necesario incrementarlo a 2 o máximo 3, pero esto puede perjudicar el rendimiento del servidor de red.
  • xxxx_timeout: Similar al caso de network_timeout, incrementar los valores por defecto suele traer como consecuencia una disminución del rendimiento en algunos casos. Bajarlo, puede producir falsos positivos o pérdidas de monitorización.
  • xxxx_threads: El nº total de threads de todas las opciones, sumados, no debería exceder un numero entre 30-40.
  • dataserver_threads: Debe tener valores entre 1 y 5.
  • max_queue_files 500: Su valor no debe modificarse.

/var/log/pandora
Un simple vistazo a ese directorio puede ayudar a detectar problemas. Los logs que contiene no deberían tener tamaños grandes:

[root@sirius pandora]# ls -lah /var/log/pandora/
total 356K
drwxr-xr-x. 2 pandora root 4,0K jul 21 03:17 .
drwxr-xr-x. 13 root root 4,0K jul 20 03:33 ..
-rw-r–r–. 1 root root 983 oct 22 2013 pandora_agent.log
-rw-rw-rw-. 1 root root 32K jul 23 19:33 pandora_server.error
-rw-rw-rw- 1 root root 2,1K jul 21 03:17 pandora_server.error-20140721.gz
-rw-rw-rw- 1 root root 44K jul 23 19:27 pandora_server.log
-rw-rw-rw- 1 root root 65K jun 14 18:17 pandora_server.log.old
-rw-rw-rw- 1 root root 176K jul 23 19:33 pandora_snmptrap.log
-rw-rw-rw- 1 root root 10 jul 23 19:34 pandora_snmptrap.log.index

Un log con un tamaño de mas de 50 MB debería ser rotado o borrado.

BBDD de Pandora FMS

Para ello vamos a ejecutar la herramienta de diagnóstico del sistema de Pandora FMS:

Setup->Diagnostic Info

Debemos fijarnos en los siguientes valores:

    • Table tagent_access. No debería exceder los 250,000 registros.
    • Table tagente_datos. No debería superar los 5-10 millones de registros.
    • Table tagente_datos_string. No debería superar los 2-4 millones.
    • Table tagente_estado. No debería exceder los 100,000 registros.
    • Table tevento. No debería tener más de 250,000 registros.
    • Table tsesion. No debería tener más de 50.000 registros.
    • PandoraDB Last run: Debería ser una fecha no más de 24hr respecto a la actual.

Valores fuera de los umbrales especificados, pueden ser indicativo de un problema, una sobredimensión o un desequilibrio en la configuración del sistema.

icon_contact_us download_it-08
¿Quiere saber más sobre como
optimizar Pandora FMS?
¿Quiere obtener Pandora FMS?

Sin categorizar

Delegación estona visita nuestras oficinas

octubre 17, 2014 — by Carla Andres0

Esta semana hemos tenido el honor de recibir la visita de una delegación de Estonia en nuestras oficinas del centro de Madrid. Estonia es un pequeño país de apenas 1.3 millones de habitantes situado en el este de Europa y caracterizados por tener unas grandes capacidades técnicas y unos altos niveles de emprendimiento entre su población más joven.

foto_tartu

El motivo de su reciente visita era localizar distintas empresas que estuvieran interesadas en participar en el Programa de Becas de Estudiantes de las Escuelas Técnicas (Vocational Educational Centres) de Estonia, el equivalente a las becas FCT (Formación en Centros de Trabajo) en España. Ambos programas se mezclan, junto con en el resto de países de la UE, en el ya conocido por todos programa Erasmus, que ahora no solo incluye universidades, sino también escuelas técnicas. Esto supone una gran noticia, ya que en los últimos 5 años, el porcentaje de jóvenes que ha elegido el camino de la Formación Profesional en lugar de la Universidad ha crecido de manera sorprendente, y de esta forma, un mayor número de estudiantes podrá tener acceso a las ventajas que ofrece esta reconocida Beca.

Los estudiantes que vengan de Estonia jugarán con una gran ventaja, ya que, según el último ranking mundial de Nivel de Inglés de países de habla no inglesa realizado en septiembre de este mismo año, los estudiantes de Estonia ocupan el puesto número 4 del ranking, tan solo superados por Suecia, Noruega y Holanda, y dejando muy atrás a países como Francia, Italia, Portugal o España, que actualmente ocupa el puesto número 23.

Así que para todos los que trabajamos en Ártica ST, esta es una excelente oportunidad para que estudiantes de toda Europa puedan hacer las prácticas en nuestra empresa, que siempre ha tenido una marcada vocación internacional y está abierta a enseñar a todo aquel que esté interesado y tenga ganas de aprender.

Esperamos que esta primavera tengamos nuestro primer chic@ en prácticas de Estonia y que nos ayude a traducir la interfaz de Pandora FMS al estonio. ;) Mientras tanto, nos sentaremos a disfrutar del riquísimo chocolate que nos han traído nuestros visitantes de Estonia y aprovechamos para agradecer y mandar un gran saludo a Andrei, Margus y todo su equipo.

ExtensionesSin categorizar

Nuevo plugin Cisco IPSLA

octubre 16, 2014 — by Carla Andres0

A principios de los años 70 aparecieron por primera vez las redes de ordenadores, las cuales se convirtieron en algo imprescindible para los usuarios, acosados continuamente por el peso de compartir información. A nivel empresarial, la implantación de redes de equipos facilitó un buen ritmo de trabajo para todos los niveles de la empresa. Pero, mientras que al principio el tipo de conexiones entre los equipos era de tipo serie, donde el rendimiento de la conexión se podía determinar desde el sistema de monitorización, hoy en día se establecen conexiones entre los diferentes equipos y es  muy  importante medir el rendimiento desde las máquinas de trabajo.

En la siguiente gráfica hay 3 equipos conectados entre si, y a su vez a un router de tipo Cisco para conectarse a Internet.

esquema_cisco_ipsla1-03

Existen diferentes maneras en las que podríamos medir el rendimiento de las conexiones por parte de los tres equipos. La primera consiste en instalar un agente de Pandora FMS que haga todas las mediciones necesarias desde las propias máquinas, lo cual sería engorroso de gestionar y supondría un gran consumo de tiempo y recursos de los sistemas. La segunda, se basa en el uso de herramientas propias de los dispositivos de red como IP SLA.

¿Qué es IPSLA?

IP SLA es una herramienta incluida dentro de las versiones modernas de IOS de los equipos Cisco (solo en algunos modelos) que nos permite monitorizar los niveles de servicio para aplicaciones y determinados indicadores de rendimiento de la red. Esta herramienta recopila información de rendimiento en tiempo real, siendo capaz de medir el rendimiento de las conexiones tanto desde la perspectiva de los dispositivos de red como desde la de los equipos de trabajo.

esquema_cisco_ipsla1-02

¿Qué ventajas tiene IPSLA?

Debido a que los agentes de IPSLA residen dentro de los propios dispositivos de Cisco, poseen un conocimiento preciso de los retrasos y, por lo tanto, pueden proporcionar mediciones de rendimiento muy precisas sin necesidad de instalar software adicional y sin influir en el rendimiento de los equipos ni de la red, algo que de otra forma no podríamos realizar. Tanto empresas como proveedores de servicio implementan, de manera rutinaria, IP SLA para generar estadísticas de desempeño de la red dentro de las redes IP que utilizan características, como calidad de servicio (QoS), voz sobre IP, seguridad, redes privadas virtuales (VPN) y conmutación de etiquetas multiprotocolo (MPLS).

¿Cómo es la información que podemos obtener?

Se configura el router Cisco de forma que este inyecte paquetes de prueba etiquetados con un periodo de tiempo, y en sentido bidireccional se pueden calcular las diferentes métricas de rendimiento (solo se enumeran algunas, hay más de trece):

Jitter – Métrica que permite analizar si hay cortes en la comunicación debido al retardo de algunos paquetes (p.e: en voIP o vídeo conferencia).
Echo / PathEcho –Tiempos de comunicación entre diferentes extremos de la comunicación, puede ser útil para medir el tránsito en diferentes puntos de la red y localizar los cuellos de botella.
Udpecho –Similar al anterior, para protocolos basados en UDP que tienen la característica inherente al protocolo, de perder paquetes.
http – Esta operación permite evaluar el estado del servidor midiendo el tiempo de respuesta entre la petición de la máquina fuente y la carga de la página web.
Dns – Mide el tiempo que tarda una petición de nombre para ser respondida por parte de un servidor DNS.
Voip – Esta operación permite medir el retraso en las comunicaciones Voip en caso de conexiones durante llamadas y conexiones con gatekeepers.

¿Dónde ver la información obtenida?

Los valores de las diferentes métricas se pueden observar en la shell de los propios dispositivos donde las tenemos configuradas o se puede utilizar el protocolo SNMP para extraer valores relevantes de IPSLA mediante oids específicas.

Gracias a ese funcionamiento, el nuevo plugin de Pandora FMS es capaz de extraer información directamente desde las métricas IPSLA en tiempo real, y mostrarlas en las gráficas interactivas de Pandora FMS, incluirlas en los informes, establecer alertas sobre determinados umbrales, o utilizar la información para construir cuadros de mando.

esquema_cisco_ipsla1-02

A continuación se muestran algunos de los módulos más importantes que podemos obtener mediante el plugin de Pandora FMS (el número puede variar dependiendo de la configuración del dispositivo de Cisco):

ICPIF, MOS – métricas obtenidas para medir la calidad de la voz.
Packet_Late_Arrival – Paquetes recibidos con retardo.
Average_Jitter – El valor estimado del jitter medio observado en los ultimos XX paquetes. El JITTER en VoIP por ejemplo es un “entrecortado” en la voz, un parón en el vídeo (videoconferencia).
PacketLoss – Pérdida de paquetes, tanto en sentido A->B como B->A (porque puede ser diferente y es interesante saberlo).
RTT – Tiempo máximo que tarda un paquete en ir y volver.

Para más información sobre el plugin y sobre cómo configurar Cisco IPSLA, puede consultar la documentación oficial del mismo en la Librería de módulos y plugins.

contact_us download_it
¿Quiere saber más sobre
Pandora FMS?
¿Quiere obtener el plugin de Cisco IPSLA?

Sin categorizar

Automatización de la Instalación de Agentes con Puppet

abril 28, 2014 — by steve0

Este artículo va a servir como base para la automatización del proceso de instalación de los agentes software de Pandora FMS en varios sistemas de forma simultánea: ya sean Windows, Linux o Unix. La herramienta que se ha utilizado para realizar este proceso es Puppet.

Puppet es una herramienta OpenSource de nueva generación para la automatización de servidores.

Cuenta con un lenguaje declarativo que sirve para expresar la configuración del sistema, un esquema cliente-servidor para la distribución, y una librería para ejecutar dicha configuración.
Entre sus diferentes acciones nos permite controlar la ejecución de diferentes servicios en una máquina, control centralizado de archivos de configuración, gestión e instalación de paquetes, administración de la presencia y disponibilidad de puntos de montaje, gestión de usuarios y grupos y despliegue de maquinas.

pandora_puppet1

En este artículo se indicará el lenguaje declarativo que habría que configurar en Puppet (módulos de Puppet) partiendo de la base que la red donde se va a realizar el desplegado de agentes, tiene ya instalado el servidor Puppet y los diferentes clientes Puppet en los diferentes equipos.

Como indicamos Puppet realiza el despliegue a través de “manifiestos”. Estos manifiestos están escritos en un código propio de Puppet e indican a los diferentes clientes de Puppet los procesos que tienen que realizar para llevar a cabo el propósito final, que en nuestro caso va a ser el de instalar, configurar y arrancar los agentes.

La carpeta que se toma como principal en toda la configuración de Puppet es /etc/puppet. Este directorio podría variar dependiendo de la ruta de la instalación de Puppet.

Dentro de la carpeta /etc/puppet/files , donde se introducirán los ficheros estáticos que se enviarán a los diferentes clientes vamos a introducir los archivos necesarios para el desplegado del agente:

  • Agente software linux y/o windows (agente en formato tar.gz)
  • Archivo de configuración del agente que tendrá la configuración que deseemos que tenga, lo más importante es que la IP del servidor esté configurada correctamente, y si queremos introducir alguna configuración específica de módulos ahora es el momento. Hay que recordar que en el caso que vayamos a realizar el desplegado en agentes Windows y Linux hay que tener un archivo de configuración para cada uno de los SO, ya que la configuración de los diferentes módulos en ambos SO no suele ser la misma.

Dentro del directorio /etc/puppet/manifests crearemos los recursos, que en resumen, serán los pasos que Puppet realizará en el desplegado de agentes.

Lo primero ante todo es crear el fichero init.pp, que es donde Puppet mira los recursos del módulo. Irá dentro del directorio /etc/puppet/manifests.

Para un despliegue de agentes Unix este sería el contenido del fichero init.pp:

class install_agent_unix {

File [‘pandorafms_agent_unix-5.1.tar.gz file’] → Exec [‘Extract tar’] → Exec [ ‘Instalar Pandora Agent’] → File [‘pandora_agent.conf file’] → Service [‘pandora_agent_daemon service’]
file { ‘pandorafms_agent_unix-5.1.tar.gz file’:

owner => root,
group => root,
mode => 777,
source => “puppet:///files/pandorafms_agent_unix-5.1.tar.gz”,
path => “/tmp/pandorafms_agent_unix-5.1.tar.gz”

}

exec { ‘Extract tar’:

path => “/bin:/usr/bin”,
Unless => “find /tmp/pandorafms_agent_unix-5.1”,
Command => “tar -xzf /tmp/pandorafms_agent_unix-5.1.tar.gz”,

}

exec { ‘Instalar Pandora Agent’:

Command => “/tmp/pandorafms_agent_unix-5.1/pandora_agent_installer –install,

}

file { ‘pandora_agent.conf file’:

owner => root,
group => root,
mode => 644,
source => “puppet:///files/pandora_agent.conf”,
path => “/etc/pandora/pandora_agent.conf”,

}

service { ‘pandora_agent_daemon service’:

ensure => running,
name => “pandora_agent_daemon”,
enable => true,

}

}

Como resumen a este manifiesto, lo que vamos a hacer es enviar el archivo, descomprimirlo, ejecutar la instalación, enviar el archivo de configuración y lanzar el agente pandora.

En el caso de que se trate del despliegue para agentes Windows quedaría algo asi:

class install_agent_wdos {

File [‘PandoraFMS_windows_agent_v5.1.setup.exe file’] → Exec [ ‘Instalar Pandora Agent’] → File [‘pandora_agent.conf file’] → Service [‘pandora_agent service’]file { ‘pandorafms_agent_unix-5.1.setup.exe file’:

owner => root,
group => root,
mode => 777,
source => “puppet:///modules/pandorafms/pandorafms_agent_unix-5.1.setup.exe“,
path => “C:\PandoraFMS_windows_agent_v5.1.setup.exe”

}

exec { ‘Instalar Pandora Agent’:

Command => “C:\PandoraFMS_windows_agent_v5.1.setup.exe /mode Silent /prefix c:\agente_pandora,

}

file { ‘pandora_agent.conf file’:

owner => root,
group => root,
mode => 644,
source => “puppet:///modules/pandorafms/pandora_agent.conf“,
path => “c:\agente_pandora\pandora_agent.conf”,

}

service { ‘pandora_agent_daemon service’:

ensure => running,
name => “pandora_agent_daemon”,
enable => true,

}

}

Cabe recordar que los agentes Windows de Puppet están soportados oficialmente sobre versiones de Windows Server 2003, 2008. No están oficialmente soportadas otras versiones pero deberían funcionar.

Una vez tenemos el manifiesto configurado lo único que nos queda es asociar este manifiesto a cada uno de los nodos o máquinas que queramos que se instale el agente.

/etc/puppet/manifests/site.pp

Un ejemplo de esta configuración para aplicarlo a cada nodo podría ser esta:

node unix_agent {

include install_agent_unix

}

node windows_agent {

include install_agent_wdows

}

Hay diversas formas de asociar las clases a los nodos en Puppet, en este ejemplo se ha optado por ésta, pero en el caso de que el administrador de Puppet decida aplicarlo a través de módulos o de algún otro modo, para compatibilizarlo con la instalación actual que tenga de Puppet en su entorno, lo podrá hacer sin problemas, puede apoyarse en estos manifiestos indicados para hacer su configuración.

Monitorización de Agentes Puppet

Para monitorizar los agentes Puppet tenemos un plugin en nuestra librería de módulos de pandorafms.com http://pandorafms.com/index.php?sec=Library&sec2=repository&lng=en&action=view_PUI&id_PUI=600 que se encarga de sacar la siguiente información de un agente Puppet:

  • Last run → Última ejecución.

  • Time since last run -> Tiempo desde la última ejecución.

  • Is out of sync? → si está fuera de sincronismo o no.

  • Resources changed/failed/failed to restart/restarted/scheduled/skipped → Estado de los recursos.

  • Events failed/succeeded → Eventos fallidos con éxito.

  • <

    Total changes → Cambios totales.

El plugin esta escrito en Ruby, por lo que hay que tener Ruby instalado en el equipo, aunque al tratarse de un equipo con agente puppet y agente pandora es un requisito imprescindible también para el agente Puppet.

Para ejecutar el plugin únicamente debemos encontrar el fichero last_run_summary.yaml que es donde Puppet guarda el estado de la última vez que se lanza. El fichero tiene una composición parecida a esta:

time:

group: 0.001692
last_run: 1317804488
class: 0.003929
yumrepo: 0.020103
service: 9.017434
schedule: 0.004151
cron: 0.010546
config_retrieval: 15.0572321414948
total: 34.9742621414947
package: 0.588751
filebucket: 0.000687
file: 8.895422
exec: 1.361625
user: 0.01269

resources:

total: 194
changed: 0
failed: 0
failed_to_restart: 0
out_of_sync: 0
scheduled: 0
skipped: 0

events:

total: 0

changes:

total: 0

Este fichero por defecto se guarda en /var/lib/puppet/state/last_run_summary.yaml por lo que la ejecución del plugin sería algo así:

module_plugin <ruby_path> /etc/pandora/plugins/pandora_puppet.rb –summary-file /var/lib/puppet/state/last_run_summary.yaml

In Windows, the last_run_summary.yaml can be found at C:\ProgramData\PuppetLabs\puppet\var\state

pandora_puppet2

Monitorización del Servidor Puppet.

Para monitorizar el servidor Puppet el requisito principal es tener instalado un agente Pandora en el mismo servidor que se encargue de realizar todos los chequeos oportunos dentro del propio servidor y mande los resultados a el servidor de Pandora FMS que tengamos instalado en nuestro entorno.

A continuación se van a indicar la configuración de los diferentes módulos que habria que configurar en el fichero de configuración del agente de Pandora:

1.- Estado puppetmaster y puppetdb

Módulo de tipo boleano (servicio) que nos indica si el servidor puppet se encuentra corriendo o no. Nos devolverá un 1 si esta corriendo y un 0 cuando no.

module_begin
module_name Status puppetmaster
module_type generic_proc
module_exec /etc/init.d/puppetmaster status | grep running | wc -l
module_description Status puppermaster
module_end

module_begin
module_name Status puppetdb
module_type generic_proc
module_exec /etc/init.d/puppetdb status | grep running | wc -l
module_description Status puppetdb
module_end

2.- Estado configuración de los manifiestos de Puppet.

El propio servidor puppet tiene una herramienta que nos permite chequear el estado de los manifiestos puppet. Si seleccionamos en su ejecución el directorio donde se guardan estos manifiestos, nos realiza el chequeo de todos ellos. Tenemos dos posibles configuraciones para esta monitorización. Una de ellas es que nos muestre si hay alguna anomalía o no, y otra es que nos saque el error cuando haya algún error.

module_begin
module_name Status manifests
module_type generic_proc
module_exec puppet parser validate /etc/puppet/manifests/ | wc -l
module_critical_inverse 1
module_description Status manifest
module_end

module_begin
module_name Manifests errors
module_type async_string
module_exec puppet parser validate /etc/puppet/manifests/
module_description Status manifest
module_end

3.- Chequear si todos los agentes Puppet están firmados.

Con el siguiente módulo podemos chequear si todos los agentes están firmados correctamente en el servidor de Puppet y por lo tanto funcionando sin problemas.

module_begin
module_name Puppet agents certs status
module_type generic_proc
module_exec puppet cert –list | wc -l
module_critical_inverse 1
module_description Status Puppet agents certs
module_end

4.- Uso de CPU y RAM del servicio Puppetmaster y puppetdb

Chequeo del % Uso de CPU y RAM que estan usando los servicios del servidor de Puppet:

module_begin
module_name Cpu Use % Puppetmaster
module_type generic_data
module_exec ps aux | grep puppetmaster | grep -v grep | gawk ‘{print $3}’
module_description Cpu Use % Puppetmaster
module_end

module_begin
module_name RAM Use % Puppetmaster
module_type generic_data
module_exec ps aux | grep puppetmaster | grep -v grep | gawk ‘{print $4}’
module_description RAM Use % Puppetmaster
module_end

module_begin
module_name Cpu Use Tot % puppetdb
module_type generic_data
module_exec ps aux | grep puppetdb | grep -v grep | awk ‘{sum += $3} END {print sum}’
module_description Cpu Use % Puppetdb
module_end

module_begin
module_name RAM Use Total % Puppetdb
module_type generic_data
module_exec ps aux | grep puppetdb | grep -v grep | awk ‘{sum += $4} END {print sum}’
module_description RAM Use Total % Puppetdb
module_end

pandora_puppet3

Sin categorizar

‘Responsive design’ para monitorizar en cualquier lugar

febrero 14, 2014 — by steve0

La primera versión de la actual consola móvil fue creada para Pandora FMS 4.1. Desde entonces, se le han hecho muchas mejoras. Especialmente para ser adaptable al mayor tipo de dispositivos posible.

Por ello hemos centrado nuestros esfuerzos en adaptar el contenido mostrado en la consola móvil en todas las relaciones de aspecto y resoluciones.

MENU_mockup

Para ello, hemos diseñado un CSS adaptable con diferentes layouts dependientes del ancho de la pantalla para mostrar más o menos cosas y cambiar el tamaño de los elementos aprovechando el espacio en pantallas mayores. Tambien el tamaño de las gráficas y mapas es adaptado a la pantalla vía ajax.

De esta forma, la apariencia es adaptada a pantallas pequeñas (smartphones), tanto como otras mayores (tablets), incluso cuando cambias la orientación del dispositivo entre vertical y horizontal.

Las siguientes imágenes muestran las mismas secciones de Pandora FMS en la consola web estándar (en una computadora) y en dispositivos móviles (tablets y smartphones).


LOGIN_mockup
Pantalla de login

TACTICAL_mockup
Vista táctica

GROUPS_VIEW_mockup
Vista de grupos

EVENT_LIST_mockup
Lista de eventos

EVENT_DETAIL_mockup
Detalles de un evento

AGENT_LIST_mockup
Lista de agentes

AGENT_VIEW_mockup
Vista de un agente

NETWORKMAP_mockup
Mapa de red

VISUAL_CONSOLE_mockup
Consola visual
Hay dos formas de acceder a la consola móvil:

  • Utilizando el navegador de nuestro dispositivo móvil: Cualquier navegador de un dispositivo móvil (Ya sea un smartphone o tablet conectado en red). Solamente cargando la ruta ‘/mobile’ en nuestra instalación de la consola de Pandora FMS.

    Por ejemplo: http://ourcompany.es/pandora_console/mobile

  • Instalando la App de Pandora FMS para Android o iOS (Iphone/Ipad): Configurando en la App la ruta de nuestra consola Pandora FMS.

 

Sin categorizar

Nueva vista de detalles de alerta

febrero 12, 2014 — by steve0

La configuración de alertas en Pandora FMS puede producir dolores de cabeza debido a su necesaria complejidad para satisfacer todas las necesidades.

Necesitas configurar diferentes componentes: Los comandos que serán ejecutados en las alertas con ciertos parámetros, las acciones que parametrizarán dichos comandos, y las plantillas que contendrán las condiciones bajo las cuales la alerta será disparada y los parámetros por defecto para sus acciones asociadas. Después asociar una plantilla y las acciones deseadas a un módulo y esperar que todo encaje.

Deberás tener en cuenta un montón de configuraciones en diferentes pantallas que deberán estar sincronizadas entre ellas pero, hasta ahora, no era posible tener una vista global de todos estos valores.

Con la nueva pantalla de detalles de alerta, podrás ver todo lo que necesites de una alerta en la misma pantalla:

  • Detalles generales como agente, módulo, plantilla, ultima vez que se disparó o el estado de la alerta.
  • Condiciones de disparo como la condición principal para que la alerta sea disparada (Ej. cuando el módulo cae en estado crítico), los días de la semana y horas del día que la alerta será disparada, el umbral de tiempo donde la alerta será disparada como mucho una vez o el número de veces que la condición debe ocurrir para el disparo.
  • Escalado de las acciones asociadas: Cuando se ejecutará cada acción.

    Ej. Las primeras tres veces que la alerta sea disparada.

  • Parametrización del disparo y recuperación: El valor de los campos que el comando ejecutará con cada acción siendo explicado de donde son tomados los valores.

    Ej. La plantilla tiene un asunto por defecto para enviar un email, pero la acción utilizada tiene otro asunto que lo sobreescribirá.

  • Preview del comando ejecutado:

    Ej. /scripts/smssend ‘alert fired in module MOD1’ ‘555123456’

Ejemplo:

Hemos creado una alerta en un simple ping a una máquina. Cuando el ping falle, el monitor caerá en estado crítico y la alerta se disparará.

La alerta será disparada de Lunes a Viernes, de 8:00 a 18:00. Y lo hará cuando la condición pase la primera vez hasta la décima.

Hemos asociado 3 acciones a la alerta:

  • Escribir en log: Solo la primera vez que se dispare.
  • Enviar un email al departamento de soporte: De la 2ª a la 4ª vez que se dispare la alerta.
  • Enviar un email al jefe de sistemas: Cada vez a partir de la 5ª vez que la alerta se dispare.

La vista principal de la alerta será la siguiente:

General View

Además seleccionando cada acción, sus campos ejecutados serán mostrados para el disparo y recuperado (si el modo recuperación está activado).

Campos de disparo:

Los campos de disparo son mostrados en tres columnas: Campos de plantilla, Campos de acción y Campos ejecutados. En esta tabla podemos ver que campos son sobreescritos por otros y cuales serán finalmente pasados al comando como parámetros para su ejecución cuando la alerta se dispara.

Action2_firing

Campos de recuperación:

Los campos de recuperación son mostrados en tres columnas: Campos de disparo (la tercera columna de la vista anterior), Campos de plantilla (Los campos de recuperación configurados en la plantilla) y Campos ejecutados. En esta tabla podemos ver que campos son sobreescritos por otros y cuales serán finalmente pasados al comando como parámetros para su ejecución cuando la alerta se recupera.

Action2_recovering

Previsualización del comando:

Debajo de la tabla de campos de disparo/recuperación, será mostrada la previsualización de la ejecución del comando (Siempre y cuando el comando ejecutado no sea un comando interno).

Command preview

 ¿Útil, verdad? Pues está disponible desde Pandora FMS 5 SP3 :)

download_it-08

Sin categorizar

Cómo monitorizar PostgreSQL

septiembre 26, 2013 — by steve0

PostgreSQL es un sistema gestor de bases de datos (SGBD) de gran estabilidad y potencia que permite manejar una cantidad de datos muy elevada. En sus más de 16 años de desarrollo activo por una comunidad de desarrolladores que trabajan de forma desinteresada, altruista y libre, ha conseguido convertirse en un SGBD de referencia a la altura de otras soluciones propietarias.

Para conseguir que el software funcione al máximo rendimiento y aproveche mejor los recursos, es fundamental optimizar sus parámetros. Pero como siempre, la optimización sin monitorización no sirve de nada.

Sin monitorización, jamás podrá descubrir reducciones del rendimiento general o detectar el comportamiento anómalo de un elemento, por lo que los errores podrían producirse en su base de datos sin que nada lo avisase y, cuando se diese cuenta del error, podría ser demasiado tarde.

Un sistema de monitorización le permitirá solucionar cualquier problema incipiente que se produzca en su empresa en un corto espacio de tiempo ya que le indicará dónde se ha producido el problema y por qué. Con una buena optimización y monitorización de PostgreSQL, esta base de datos será apta incluso para grandes empresas.

Todo ello dará lugar a una mejor experiencia de uso y fiabilidad, e incluso reducirá el tiempo invertido en el mantenimiento del propio PostgreSQL y herramientas relacionadas y, por lo tanto, ahorrará costes.

OBTENCIÓN DE DATOS DE INTERÉS

– Herramientas del sistema

Existen varias herramientas en Linux/Unix que nos permiten recoger información útil sobre el impacto de PostgreSQL en el sistema. A continuación destacamos algunas de ellas.

*ps

Este programa, incluido en casi todos los sistemas Linux/Unix, nos permitirá obtener información sobre el uso de CPU, la memoria RAM de los procesos de PostgreSQL, las conexiones de clientes al servidor y su actividad, entre otras cosas.

Por ejemplo, con una llamada como la siguiente:

ps aux | grep “postgres” | grep -v “grep”

Conseguiríamos esta información:

postgres  1289  0.0  0.3  51676  7900 ?   S    11:31   0:01 /usr/lib/postgresql/9.1/bin/postgres -D /var/lib/postgresql/9.1/main -c config_file=/etc/postgresql/9.1/main/postgresql.conf

postgres  1303  0.0  0.0  21828  1148 ?   Ss   11:31   0:00 postgres: logger process

postgres  1305  0.0  0.0  51676  1568 ?   Ss   11:31   0:02 postgres: writer process

postgres  1306  0.0  0.0  51676  1324 ?   Ss   11:31   0:02 postgres: wal writer process

postgres  1307  0.0  0.1  52228  2452 ?   Ss   11:31   0:00 postgres: autovacuum launcher process

postgres  1308  0.0  0.0  22016  1432 ?   Ss   11:31   0:00 postgres: stats collector process

La tercera y la cuarta columna representan el porcentaje del uso de la CPU y de la memoria RAM, respectivamente. Es importante prestar atención al total de estos dos datos, ya que un consumo muy elevado de CPU y de memoria RAM pueden ocasionar lentitud y caídas del servidor.

Es importante señalar que cuando aparecen datos al realizar esa llamada, significa que el servidor PostgreSQL se encuentra activo.

*Vmstat:

Este programa, también incluido normalmente en las instalaciones de sistemas Linux/Unix, nos permitirá obtener datos relacionados a la memoria común y SWAP, a la entrada y salida, al sistema y a la CPU. La primera línea siempre muestra una media desde el último reinicio.

Para obtener una vista de los datos actuales en un intervalo de tiempo, y con un número de repeticiones definidas, se puede realizar una llamada como la siguiente, donde el primer argumento es el tiempo en segundos que medirá cada línea y el segundo es el número líneas que aparecerán:

vmstat 1 5

Producirá información de este tipo:

procs ———–memory———- —swap– —–io—- -system– —-cpu—-

r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa

0  0      0 188972 179496 669392    0    0    24    27  525  461  1  1 96  1

0  0      0 188972 179496 669392    0    0     0     0 1449 1689  2  2 97  0

0  0      0 188972 179496 669392    0    0     0     0 2403 1605  2  2 97  0

2  0      0 188972 179500 669392    0    0     0    16 2041 2502  2  3 94  2

0  0      0 188972 179500 669392    0    0     0     0 1599 1868  1  1 98  0

 

La información que resultará más útil para el tema que nos incumbe se encuentra en la última columna, “wa”, que muestra el tiempo de espera por operaciones de Entrada/Salida. Será conveniente vigilar que no supere un valor de 15-20, ya que el sistema se puede “colapsar” debido a un excesivo acceso al disco.

También será útil comprobar qué columnas “si” y “so” del uso de la memoria SWAP están a 0, ya que su uso significa que la memoria RAM del servidor, probablemente, esté saturada.

*netstat

Este programa, que muestra información sobre el estado de las conexiones de red, nos permitirá comprobar el número de conexiones en espera que tiene el equipo que aloja el servidor PostgreSQL, con una consulta como la siguiente:

netstat -ntu | grep “TIME_WAIT” | wc -l

Un número alto de conexiones en espera puede indicar problemas de respuesta del servidor a consecuencia de otros problemas.

**Vistas y tablas internas de PostgreSQL

PostgreSQL dispone de un subsistema llamado Statistics Collector que se encarga de recopilar y reportar información sobre la actividad del servidor. Para desactivarlo y así evitar esa pérdida de rendimiento debemos modificar los parámetros ‘track_counts’, ‘track_functions’ y ‘track_activities’ en el fichero ‘postgresql.conf’. Sin embargo, antes de desactivarlo debe valorar si le merece la pena ya que esta acción eliminará la posibilidad de conseguir datos muy útiles.

Para acceder a estos datos, será necesario realizar consultas SQL a varias vistas predefinidas del sistema. Algunas de las más importantes son:

*pg_database

Guarda información sobre las bases de datos disponibles. Una fila por base de datos.

Esta tabla resulta interesante porque nos permitirá obtener el tamaño (en bytes) del conjunto de las bases de datos. La función “pg_database_size(oid)” devuelve
el tamaño de la base de datos cuyo identificador es pasado como argumento. Al llamarla sobre esta tabla, mostrará el tamaño de cada una, fila a fila, y solo quedará sumar los resultados para saber si hay espacio de sobra en el disco:

SELECT SUM(pg_database_size(oid)) FROM pg_database;

*pg_locks

Muestra información sobre los bloqueos activos en el servidor. Contiene una fila por cada bloqueo, en cada una de las cuales aparece información sobre el tipo de bloqueo, sobre dónde se ha producido, etc.

Como los SGBD permiten el acceso a varios usuarios al mismo tiempo, puede que alguno de ellos quiera hacer cambios en un elemento que se encuentra en uso por otro. Para evitar esta situación, se le añade un bloqueo a los elementos que se encuentran en uso en alguna transacción. Para conocer el número de bloqueos, solo debe realizar la siguiente consulta:

SELECT COUNT(*) FROM pg_locks;

Un número elevado de bloqueos indica que hay una mayor probabilidad de que dos procesos o más intenten acceder al mismo recurso, lo que causa que tengan que quedar a la espera de que el recurso sea liberado y el rendimiento del servidor disminuya.

*pg_stat_activity: Muestra información sobre procesos del servidor. Contiene una fila por proceso.

De esta vista podemos obtener el número de usuarios conectados con la consulta:

SELECT COUNT(usename) FROM pg_stat_activity;

La cantidad de usuarios concurrentes que puede gestionar el sistema dependerá sobre todo del hardware y de la conexión de la máquina en la que se encuentre el servidor. Es conveniente realizar pruebas de estrés para saber cuál es ese límite, y estar alertado si se está alcanzando.

*pg_stat_database

Muestra información sobre el uso de las bases de datos. Contiene una fila por cada base de datos, en las que se muestra el número de procesos conectados, los commits y rollbacks, información sobre los bloques leídos en el disco y la caché, así como el número y tipo de operaciones realizadas con filas de cada una.

Con esta tabla tan interesante podremos conocer, por ejemplo, si la memoria que actúa de caché esta funcionando correctamente. Es posible sacar un ratio de uso de la memoria caché respecto a la común con esta consulta:

SELECT SUM(blks_hit) / SUM(blks_read) FROM pg_stat_database;

A mayor ratio, mayor velocidad a la hora de recoger datos de las tablas.

*pg_stat_bgwriter

Sólo contiene una fila y muestra datos del background writer, relacionados con los checkpoints y los buffers.

Mediante la interpretación de datos, un usuario avanzado puede sacarle partido a esta información al cambiar ciertas propiedades para ganar rendimiento. Por ejemplo, se puede realizar esta consulta:

SELECT maxwritten_clean FROM pg_stat_bgwriter;

Nos devolverá el número de veces que al ocurrir un checkpoint, el bgwriter ha sobrescrito el máximo número de buffers que tenía permitido en esa ronda. Un número bajo no da problemas, pero si los valores son demasiado altos, incrementar el valor ‘bgwriter_lru_maxpages’ (por defecto 100) en ‘postgresql.conf’ o en la línea de comandos, mejorará el rendimiento.

También es posible mejorar el rendimiento si observamos qué procesos externos se ven obligados a pedir más espacio en los buffers una gran cantidad de veces.

Se puede ver con esta consulta:

SELECT buffers_backend FROM pg_stat_bgwriter;

Para hacer que se amplíe el espacio antes de que un proceso necesite ampliarlo se pueden incrementar los valores ‘bgwriter_lru_maxpages’ y ‘bgwriter_lru_multiplier’, y reducir el valor ‘bgwriter_delay’.

El resto del listado de tablas y funciones se pueden ver aquí: http://www.postgresql.org/docs/9.1/static/monitoring-stats.html#MONITORING-STATS-VIEWS-TABLE (varían dependiendo de la versión de PostgreSQL)

Monitorización de PostgreSQL con Pandora FMS

Posiblemente, algunos usuarios prefieran realizar chequeos manualmente para asegurar el correcto funcionamiento de su servidor PostgreSQL. Sin embargo, para aquellos usuarios que necesiten llevar un control estricto del funcionamiento y evolución del sistema, un sistema de monitorización es la solución perfecta para ampliar las funcionalidades y las posibilidades de Postgress.

En el mercado existe una amplia oferta de sistemas de monitorización. Como fabricantes y expertos de Pandora FMS recomendamos monitorizar PostgreSQL con Pandora FMS junto a un plugin para PostgreSQL.

El primer paso para desplegar la monitorización es descargar e instalar Pandora FMS. Puede encontrar una imagen ISO aquí:

http://pandorafms.com/Community/download/

Una vez instalado Pandora FMS, es necesario instalar un agente en la máquina donde se ejecuta el servidor de cache PostgreSQL. Podrá encontrar agentes para diferentes distribuciones Linux en el siguiente enlace:

http://sourceforge.net/projects/pandora/files/Pandora%20FMS%204.0.3/

Para no alargar el artículo, no describiremos el proceso de instalación de cada componente de forma detallada, ya que se pueden consultar todos los pasos en la documentación oficial de Pandora FMS:

http://wiki.pandorafms.com/index.php?title=Pandora:Documentation_es:Instalacion

A continuación será necesario descargar el plugin para monitorizar PostgreSQL, puede conseguirlo en el siguiente enlace:

http://pandorafms.com/index.php?sec=Library&sec2=repository&lng=es&action=view_PUI&id_PUI=553

Para instalar el plugin, solo debe descomprimir el archivo descargado y mover los archivos Pandora_PostgreSQL.pl y Pandora_PostgreSQL.conf a la carpeta de plugins del agente instalado en el servidor de PostgreSQL a monitorizar. Puede usar los siguientes comandos:

# unzip Pandora_PostgreSQL.zip

# cp Pandora_PostgreSQL.* /etc/pandora/plugins

Una vez que el plugin se encuentre en la ubicación correcta, tenemos que configurarlo. Es necesario añadir el nombre de usuario y la contraseña de un usuario con permisos totales de lectura y autorización para el logueo con contraseña desde la terminal. También habrá que añadir la dirección del host e indicar un directorio para los datos temporales. Una vez hecho esto, el plugin será completamente funcional, ya que incluye una gran cantidad de verificaciones por defecto.

Es posible añadir o eliminar chequeos de la configuración, o incluso personalizar los ya existentes. Existen tres tipos de chequeos: del sistema, consultas generales a la información de PostgreSQL y consultas libres. Para eliminar alguno en concreto, basta con borrarlo o comentarlo añadiendo un # al inicio de cada línea del chequeo.
Para añadir uno nuevo o personalizarlo es necesario comprender como funcionan los datos que aparecen allí:

*Chequeos del sistema:

check_begin

check_pgsql_service

check_end

Estos chequeos están predefinidos y no se pueden añadir otros nuevos, pero es posible eliminarlos o personalizarlos de una forma que se explicará más adelante.

*Consultas generales:

check_begin

check_name (Nombre del chequeo)

pgsql_column (Columna de la que se quiera extraer información)

pgsql_table (Tabla de la que se desea extraer información)

check_end

Estos chequeos funcionarán cuando la información a obtener sea de tipo numérico, en ese caso devolverán la suma de todos los datos encontrados en la columna de la tabla indicada.

*Consultas libres:

check_begin

check_name (Nombre del chequeo)

pgsql_sql (Consulta SQL a realizar)

check_end

Estos chequeos funcionarán igual que las consultas generales en el caso de que se busquen datos numéricos. En el caso de que se indique que el chequeo va a recoger información de tipo texto, devolverá el primer dato de texto encontrado.

Cada chequeo debe encontrarse entre una línea “check_begin” y otra “check_end”, y está formado por los datos necesarios para su ejecución indicados anteriormente y otros opcionales de personalización:

-post_condition: Compara el resultado obtenido con el aquí indicado y si se cumple, causa la ejecución de ‘post_status’, ‘post_execution’ o ambos si se encuentran definidos.
Ej: post_condition > 10

-post_status: Cambia el estado del chequeo al indicado en el caso de que la condición de ‘post_condition’ se haya cumplido.
Ej: post_status WARNING

-post_execution: Ejecuta la orden de terminal indicada antes de ‘_DATA_’ en el caso de que la condición de ‘post_condition’ se haya cumplido.
Ej: post_execution snmptrap -v 1 -c public 192.168.5.2 1.3.6.1.2.1.2 192.168.50.124 6 666 1233433 .1.3.6.1.2.1.2.2.1.1.6 i _DATA_

-data_delta: Indicando esta propiedad, la información obtenida por el chequeo es tratada como “delta”, es decir, recoge el incremento para observar el ritmo del aumento que se va produciendo.

-module_type: Cambia el tipo de dato que devolverá el chequeo al indicado.
Ej: module_type async_string

Una vez la configuración se haya completado de acuerdo a nuestras necesidades, habrá que añadir el plugin al archivo de configuración del agente de Pandora FMS, que se encuentra por defecto en la ruta “/etc/pandora/pandora_agent.conf”, para que este pueda ejecutarlo periódicamente. Si los archivos del plugin se han añadido a la carpeta de plugins, bastará con esta línea:

module_plugin /etc/pandora/plugins/Pandora_PostgreSQL.pl /etc/pandora/plugins/Pandora_PostgreSQL.conf

Tras terminar este proceso, Pandora FMS habrá sido instalado en sus sistemas y podrá tener la seguridad de que será informado de cualquier fallo que se produzca en sus sistemas antes de que se convierta en un problema mayor.

Sin categorizar

THE PHRASE: And the winner is…PANDORA FMS, MONITOR OR PANIC

septiembre 13, 2013 — by steve0

winnerEstamos muy contentos de anunciar que acabamos de seleccionar el nuevo eslogan que usaremos para nuestros productos de merchandising. La autora de “the phrase” es Emily Karsh, de los Estados Unidos, una administradora de sistemas responsable de monitorizar la oficina central y el datacentre de su compañía.

Agradecemos profundamente la participación y los comentarios de Emily y de todos vosotros. Todos nuestros nuevos productos de merchandasing estarán disponibles muy muy pronto.

¡Muchas gracias! :)

 

Sin categorizar

THE PHRASE: Más cerca de nuestro nuevo eslogan

septiembre 11, 2013 — by steve0

cada_vez_mas_cerca-04

Como ya habíamos anunciado, ayer a las 12 de la noche dimos por concluido nuestro concurso THE PHRASE.

Queremos agradecer profundamente la alta participación y todos los comentarios de nuestros usuarios.

Estamos trabajando para elegir la frase más apropiada y poder comunicaros, el próximo viernes, 13 de Septiembre, el veredicto del jurado.

Mientras tanto, os animamos a probar la nueva versión de Pandora FMS 5.0 que está a punto de salir al mercado. Solicita una versión beta y, ¡disfruta!

Sin categorizar

Últimos retoques para Pandora FMS 5.0

septiembre 10, 2013 — by steve0

Pandora FMS sigue creciendo y mejorando. Desde hace más de un año, nuestros desarrolladores han estado trabajando en la nueva versión de Pandora FMS que ya está prácticamente lista y a punto de salir al mercado.

Pandora FMS 5.0 llegará muy pronto con un aspecto visual totalmente renovado, potentes gráficas interactivas y nuevas funcionalidades que te permitirán monitorizar de una forma mucho más potente y detallada que antes. Además, desde ahora podrás disfrutar de informes mejorados y una nueva consola móvil, entre muchos otros avances.

Sé el primero en pedir una versión beta y cuéntanos qué te parece Pandora FMS 5.0.

Captura de pantalla 2013-09-10 a la(s) 16.55.34

Sin categorizar

THE PHRASE: últimas horas para mandar tu frase

septiembre 9, 2013 — by steve0

concurso_camisetas-01

¡Estamos en la recta final de THE PHRASE! En menos de 48 horas cerrará el plazo para que podáis enviarnos vuestras frases y nos ayudéis a encontrar un nuevo eslogan.

Vuestras propuestas son muy importantes para nosotros, por lo que obsequiaremos con una licencia Enterprise durante un año, un curso de formación en Pandora FMS y una camiseta con tu frase al ganador del concurso.

¡Participa en THE PHRASE  y elige nuestro nuevo eslogan!

Sin categorizar

¡Lleva Pandora FMS a las aulas!

septiembre 6, 2013 — by steve0

Queremos facilitar el acceso de las entidades educativas a Pandora FMS, por lo que hemos puesto en marcha un nuevo programa de colaboración, con el que queremos ofrecer nuestra ayuda para incluir un apartado de monitorización en los ciclos formativos de Informática de Sistemas.

Para ello, nos comprometemos a poner a disposición de los profesores de ciclos formativos de Informática, que estén interesados en ampliar el currículo de la asignatura, todo el material necesario para formarse en monitorización: documentación del producto, material didáctico y cursos gratuitos para los profesores que lo necesiten. Asimismo, ofrecemos licencias Enterprise de 25 agentes para que los profesores puedan enseñar todas las características en profundidad, y cada año seleccionamos a los alumnos que demuestren mayor interés en Pandora FMS para realizar un periodo de prácticas en nuestra empresa.

Si estás interesado en nuestro proyecto, ¡contacta con nosotros y únete al programa!

Sin categorizar

Concurso THE PHRASE

agosto 29, 2013 — by steve0

¿Cuál te gustaría que fuese el nuevo eslogan de Pandora? ¿Qué te sugiere la herramienta?

Valoramos profundamente el apoyo de nuestros usuarios y sabemos que son los que mejor conocen Pandora FMS. Por ese motivo, acabamos de dar comienzo al concurso The Phrase, con el que queremos hacerte partícipe en la elección del nuevo eslogan, y con el que podrás ganar una licencia Enterprise y formación en Pandora FMS para que te conviertas en un auténtico experto. Consulta las bases y los premios del concurso y, ¡participa ya! :)

Sin categorizar

“Pandora FMS se ha posicionado como una de las herramientas más valiosas e importantes de nuestro entorno”

julio 23, 2013 — by steve0

g4s_logoG4S Grecia cuenta con 35 años de historia y una amplia red nacional desplegada por toda Grecia que incluye operaciones en 33 ciudades y más de 2.500 empleados. Su amplia red exige que sus sistemas operen a máxima capacidad 24 horas al día los 365 días del año. El sistema, el servidor, la red y la disponibilidad de las aplicaciones son elementos cruciales para que G4S Grecia pueda ofrecer un buen servicio a sus clientes.

Desde hace más de dos años, Pandora FMS monitoriza los sistemas de G4S Grecia proporcionando toda la información necesaria para que G4S pueda cumplir sus requisitos de disponibilidad y, en consecuencia, mejorar notablemente la experiencia de sus clientes. Esto ha hecho que Pandora FMS se haya posicionado como una de las herramientas más valiosas e importantes de G4S como indica el CISO y Jefe de Aplicaciones y Poryectos IT de G4S Gracia, Michalis Kamprianis. Para obtener más información sobre el proyecto de GS4 y su experiencia con Pandora FMS, pinche aquí.

Sin categorizar

New Release: Pandora FMS 4.1 (RC2)

julio 1, 2013 — by steve0

One month after the RC1 version was released , we are glad to announce that the 4.1 RC2 version has been realised.

 

new_version_4_1-rc2

This version comes with a lot of fixes and improvements of visual styles, usability etc.

Thanks to your suggestions and bug advices Pandora FMS is much more stable now.

If you wish to test it, do not hesitate to download the 4.1 RC2 version  HERE, report bugs and send your ideas to us through our tracker.

The 4.1 FINAL is closer now.

Sin categorizar

How to configure alerts via email

mayo 20, 2013 — by steve0

We have just posted a new entry in Openideas wiki for those users who have doubts on how to configure alerts via e-mail. With this feature, you will easily receive alerts on any device where your mail account is configured. Therefore, you can be sure that you will receive alerts on any device you like if an unexpected change or problem occurs before they became a worse issue for your organization.

Click here to learn how to set alerts via e-mail. Check it out! :)

Sin categorizar

Ártica ST y Pandora FMS en las Terceras Jornadas de HackCthulhu

mayo 9, 2013 — by steve0

El próximo viernes, 17 de mayo, comenzarán las Terceras Jornadas de HackCthulhu en la Casa Autogestionada del barrio de Aluche (Madrid -España-). Ártica ST estará presente en estas jornadas para compartir la experiencia vivida desde que se liberó la primera versión de Pandora FMS allá por 2004. Para ello, el viernes 17 a las 6 de la tarde, el cofundador de Ártica ST y creador de Pandora FMS, Sancho Lerena, dará una charla sobre emprendimiento o sobre cómo crear empresas basadas en el software libre. Asimismo, Darío Rodriguez, desarrollador de Pandora FMS, dará otra charla a las 5 de la tarde sobre cómo monitorizar sistemas con Pandora FMS para que todos los asistentes se puedan familiarizar con la herramienta. Esperamos que podáis acercaros y disfrutéis de estos tres días de intercambio donde las nuevas tecnologías y el software libre serán los protagonistas.

jornadas_HackCthulhu