Introduction
Ce document décrit la raison pour laquelle une panne peut se produire tout en envoyant des rapports planifiés sur une appliance de Gestion de la sécurité (SMA).
Quelle est la raison de l'alerte qu'une panne s'est produite tandis qu'état périodique e-mailing ?
L'alerte est envoyée du SMA
The Critical message is:
A failure occurred while emailing periodic report 'Executive Summary'.
This subscription has been removed from the scheduler.
Fichier journal GUI exactement à 2:00 AM
gui.current:Mon Oct 3 02:00:03 2016 Critical: A failure occurred while emailing periodic report 'Executive Summary'.
gui.current:Mon Oct 3 02:00:03 2016 Critical: PERIODIC REPORTS: Could not e-mail report. Subscription settings: {'report_title': 'Executive Summary', 'recipients': ['user@example.com'], 'schedule': {'hour': [2], 'month': [], 'callback': <bound method System.execute_subscription_by_id of <reporting.periodic_reports.system.System instance at 0x94038680>>, 'second': [0], 'arguments': ('20160120095635_Executive Summary_calendar_day',), 'year': [], 'wday': [], 'day': [], 'minute': [0]}, 'user_name': 'user', 'options': {'lang': 'en-us', 'scheduled': 1, 'format': 'pdf', 'days_include': 'calendar_day', 'host_name': None, 'host_id': '0'}, 'report_type': 'phoebe', 'report_def_id': 'mga_overview_scheduled', 'creation_timestamp': 1453301795L, 'archive': 1} Traceback: ('egg/command_client.py send_message|558', "<class 'Commandment.DaemonUnresponsiveError'>", 'dc-ironmgt-001.cvent.net: The daemon is not responding.', '[periodic_reports/report_task.py run|188] [periodic_reports/report_task.py _send_message|612] [periodic_reports/report_task.py _send_SMTP|592] [egg/command_client.py call|237] [egg/command_client.py send_message|558]')
Solution
La raison pour laquelle le rapport planifié manque presque chaque jour par 2:00 AM est due à la collision des processus qui exécutent pendant les sauvegardes journalières qui dans cet exemple est configuré à 1:30 AM. Pendant cette opération de sauvegarde certains processus seront arrêtés et redémarrés afin de pousser des données au distant SMA. Si le SMA génère des états ou des données de cheminement tandis que la sauvegarde est en cours elle pourrait entraîner que parfois la génération du rapport à au comme indiqué dans cet exemple 2h du matin ne fonctionne pas comme prévu. Selon la quantité de données le SMA doit transférer, la sauvegarde peut prendre plus ou moins de temps. Si la sauvegarde termine avant 2h du matin puis la génération de rapport planifié fonctionne. Si le SMA est encore occupé avec la sauvegarde et redémarre le processus alors que l'état obtient généré, alors il peut entraîner une panne. La solution est de configurer les rapports planifiés avant le passage de sauvegardes journalières.
Commentaires