Inhoud

Inleiding

Wat is de reden van de waarschuwing dat er een storing plaatsvond tijdens het e-mailen van een periodiek rapport?

Waarschuwing verzonden vanuit SMA

GUI-logbestand om precies 2:00 uur

Oplossing

Inleiding

Dit document beschrijft de reden waarom een fout kan optreden tijdens het e-mailen van geplande rapporten over een Security Management-applicatie (SMA).

Wat is de reden van de waarschuwing dat er een storing plaatsvond tijdens het e-mailen van een periodiek rapport?

Waarschuwing verzonden vanuit SMA

The Critical message is:

A failure occurred while emailing periodic report 'Executive Summary'.

This subscription has been removed from the scheduler.

GUI-logbestand om precies 2:00 uur

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]')

Oplossing

De reden waarom het geplande rapport bijna elke dag tegen 2:00 uur faalt is door botsing van processen die tijdens dagelijkse back-ups lopen die in dit voorbeeld worden ingesteld op 1:30 uur. Tijdens dit back-upproces worden bepaalde processen gestopt en opnieuw gestart om gegevens naar de externe SMA te sturen. Als de SMA rapporten genereert of gegevens bijhoudt terwijl de back-up in uitvoering is, kan dit ertoe leiden dat de rapportgeneratie soms om 2 uur werkt, zoals in dit voorbeeld niet werkt zoals verwacht. Afhankelijk van de hoeveelheid gegevens die de SMA moet overdragen, kan de back-up min of meer tijd in beslag nemen. Als de back-up voor 2.0 is voltooid, werkt de geplande rapportgeneratie. Als de SMA nog steeds bezig is met de back-up en het proces opnieuw start op het moment dat het rapport gegenereerd wordt, dan kan het een storing veroorzaken.De oplossing is om de geplande rapporten te configureren voordat de dagelijkse back-up uitgevoerd wordt.