Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Probleem

Gebruik van de opdrachtherstellingswachtrij

Verifiëren

FAQ

Wat als mijn ESA niet 11.0.0-264 draait?

Betekent "corruptie" in de werkwachtrij het verlies van post?

Zijn er gevolgen voor de corruptie in de werkplek?

Wat veroorzaakt corruptie in de rij?

Hoe lang moet het reparatiescherm duren?

Wat gebeurt er als de reparatiewachtrij niet kan lopen of niet kan voltooien?

Gerelateerde informatie

Inleiding

Dit document beschrijft het gebruik van de verborgen CLI-opdrachtherkenningswachtrij en de handelingen die plaatsvinden wanneer deze opdracht wordt gegeven vanuit de CLI van een Cisco e-mail security applicatie (ESA).

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

- Systeemcapaciteit, systeembewaking, systeemgezondheid en algehele verwerking van berichten door de ESR-werkwachtrij.

- Over het algemeen ESA toediening.

Opmerking: Raadpleeg de ESA-gebruikershandleiding of de online Help van de ESA-GUI voor meer informatie.

Gebruikte componenten

De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:

- ESA, alle hardware- en virtuele apparaten die AsyncOS 11.0.0-264 of nieuwer gebruiken

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.

Probleem

Redenen om de opdracht reparatie wachtrij te gebruiken:

- Fout die zegt dat de werkwachtrij niet is gemonteerd. Dit is meestal het gevolg van sinds oneigenlijke stroomprogramma's of het opnieuw opstarten van het apparaat.

- Bekend defect vereist dit als een tijdelijke oplossing (zoals CSCuw2284 - E-mailwachtdiensten corrumperen na een crash of oneigenlijke shutdown).

- Toepassingsfouten, zoals die welke verwijzen naar "gcq.py" of het subsysteem voor rijbeheer.

- Status Detail of werkwachtrij > snelheid geeft negatieve getallen aan.

- Status of Status Detail rapporteert "oudste bericht" ouder dan uw stuitprofiel. De standaardwaarde voor dit alles is 3 dagen. U kunt controleren vanuit configuratie > het standaardprofiel bewerken en kiezen. U bent op zoek naar de regel "Please enter the maximum number of seconden a bericht may blijf in de wachtrij voordat u hard-gebot bent", die standaard 259200 seconden of 3 dagen is. Dit sluit de virtuele bezorgingsdomeinen uit, de.<bestemming>.wachtrij zoals de.cpq.wachtrij, de.euq.wachtrij, de.cpq.release.host.

Redenen om de opdracht reparagewachtrij NIET te gebruiken:

- Langzame verwerking in de werkwachtrij is geen geldige reden voor het uitvoeren van een reparatie in de wachtrij. Administrateurs verwarren vaak trage werkrijverwerking als rijcorruptie. Een langzame werkwachtrij is doorgaans het gevolg van een hervatting van de verwerking van dezelfde boodschap(en) ten gevolge van een te veel gebruik van de systeemhulpmiddelen. Vaak zijn deze herhaaldelijke verwerkingsscenario's geen dingen die gerepareerd worden door een reparatiewachtrij te lopen. Er moet meer worden gedaan om de service(s) te vinden waarop een bericht tijdens de verwerking kan worden "opgeslagen".

Gebruik van de opdrachtherstellingswachtrij

Het uitvoeren van de CLI opdracht reparatie wachtrij kan niet alle problemen of corruptie in de werkwachtrij repareren. Dit hulpmiddel doet een best om de werkwachtrij te repareren.

Waarschuwing: De ESA-beheerders dienen rekening te houden met de mogelijkheid actieve berichten van een werkwachtrij te verliezen.

Tijdens het uitvoeren van een herstellingswachtrij vraagt de eerste procesrun om toestemming eenmaal om de reparatie uit te voeren:

myesa.local> repairqueue

Do you want to repair or clean the queue?

1. Repair.

2. Clean.

[1]> 1

The mail flow will be stopped through out the repair/cleanup process

WARNING:

This utility does a best effort to repair the queue.

Not all queues corruptions can be repaired.

Are you sure you want to proceed? [N]> y

Checking generation checksum files

...

<<<SNIP FOR BREVITY>>>

...

done

Repair succeeded

Starting Hermes

Hermes Started

Log into the system and verify the status of the system.

Opmerking: Negeer bij een virtueel ESA de volgende output, bekend defect (CSCuz28415): "Wachten op de rij om te monteren: Kan apparaat niet openen op /dev/ipmi0 of /dev/ipmi/0 of /dev/ipmidev/0: Geen dergelijk bestand of dergelijke folder"

Nadat het reparatieproces is voltooid, wordt de werkwachtrij gerepareerd. Het apparaat behoudt echter een oude controlepost van de vorige werkwachtrij. Als u opnieuw een nieuwe selectieteken wilt schrijven voor de verwerking van een werkwachtrij, voert u de wachtrij opnieuw uit en geeft u de opdracht Trommel reinigen uit:

myesa.local> repairqueue

Do you want to repair or clean the queue?

1. Repair.

2. Clean.

[1]> 2

The mail flow will be stopped through out the repair/cleanup process

WARNING:

There is a backup found this may be the only backup.

This will to remove the old queue.

Are you sure you want to proceed? [N]> y

Double confirmation. Are you sure you want to proceed? [N]> y

Removing old queue

Cleanup finished

Verifiëren

Voer na het voltooien van de reparatiewachtrij de volgende handelingen uit om te controleren of de werkwachtrij weer online is en het apparaat per e-mail verwerkt:

1. Controleer de systeemstatus door de opdracht status detail van de CLI of monitor > systeemstatus van de GUI uit te voeren. Het apparaat dient een systeemstatus van online te weerspiegelen.

2. Controleer de e-mailbestanden op het apparaat om te garanderen dat de e-mailverwerking naar verwachting is.  Dit kan vanaf de CLI worden bereikt door de opdracht tail mail_logs uit te voeren.

3. Start de opdracht werkwachtrij van de CLI door de optie Snelheid met een standaardsnelheid van 10 seconden te kiezen. Zolang het apparaat post in en/of mail out verwerkt, dient het tempo van elke 10 seconden gelijk te zijn aan de verhouding "In/uit". Applicaties met een grote hangende verwerkingswachtrij kunnen enige tijd in beslag nemen om de werkwachtrij te verlaten en de normale verwerking te hervatten.

FAQ

Wat als mijn ESA niet 11.0.0-264 draait?

Klanten die apparaten hebben die oudere versies van AsyncOS hebben die niet de optie reparatie-wachtrij met verborgen CLI hebben, moeten een ondersteuningscase openen om een Cisco Support Engineer-assistentie te hebben.  Er zal een ondersteuningstunnel moeten worden geopend en beschikbaar zijn voor Cisco-ondersteuning om toegang te krijgen tot het apparaat en het proces van de reparatie te kunnen uitvoeren.  Neem contact op met Cisco-ondersteuning om een actieve ondersteuningscase te openen.

Betekent "corruptie" in de werkwachtrij het verlies van post?

In de meeste gevallen is corruptie niet gelijk aan postverlies. De wachtrij is beschadigd door meta-gegevens met betrekking tot berichtverwerking die niet langer op het apparaat staan. Dit is een boekhoudkundige verwerking tussen de wachtrij en de rapportage, het volgen van berichten, enz. Door de reparatiewachtrij te laten lopen zullen de ETA-meta-gegevens opnieuw worden opgebouwd en zal elke onjuiste rapportage tussen de diensten en de verwerking worden opgeruimd.

Zijn er gevolgen voor de corruptie in de werkplek?

De ESA kan lange tijd in een gecorrumpeerde wachtrij staan en de meeste berichten kunnen fijn verwerken, maar het apparaat kan langzaam lijken of bepaalde berichten dienen niet te worden gewist, zoals aangegeven door het "Oudste bericht" in de status opdracht — aanzienlijk ouder dan de configuratie zou moeten toestaan. Wanneer AsyncOS feitelijk opnieuw is opgestart met een gecorrumpeerde wachtrij, kan de wachtrij al dan niet kunnen monteren. Mogelijk is de corruptie enige tijd geleden opgetreden en lijkt deze prima te zijn totdat het apparaat opnieuw is opgestart, waarna de machine niet in de rij kan staan.

Wat veroorzaakt corruptie in de rij?

De twee meest voorkomende oorzaken van 'rijcorruptie' zijn:

1. Onverwachts opnieuw opstarten van het apparaat. Voedingsonderbrekingen of het ingedrukt houden van de Aan/uit-knop leidt tot een onjuiste shutdown en kan de wachtrij corrumperen, afhankelijk van wat backend-processen destijds deden. Het apparaat kan zich herstellen en de wachtrij kan opnieuw gecorrumpeerd komen, of de wachtrij kan na het opnieuw opstarten niet meer worden gemonteerd. Indien dit waar is, zullen ESR-beheerders "in de rij niet gemonteerde" waarschuwingen en/of "daemon not response" zien bij het uitvoeren van status van de CLI.

myesa.local> status

Enter "status detail" for more information.

Couldn't obtain mail stats - my.esa: The daemon is not responding.

myesa.local> status

Enter "status detail" for more information.

Couldn't obtain mail stats - the queue is not mounted

2. Geëigend RAM-gebruik door het apparaat.  Dit wordt waarschijnlijk veroorzaakt door een verkeerde configuratie van het luisteraar- en/of poststroombeleid, meestal gezien bij te veel inkomende verbinding/injecties toegestaan. Cisco raadt aan om uw listenerfig voor max. inkomende verbindingen te herzien. Cisco raadt aan dit item in te stellen op 300.

Hoe lang moet het reparatiescherm duren?

Het repareren van de werkwachtrij kan van 10 seconden tot enkele uren duren, afhankelijk van de staat van het ESR en het aantal berichten dat momenteel door een actieve werkwachtrij wordt verwerkt. Een reparatie in een werkwachtrij voor een lager apparaat met volledige wachtrijen op het moment van corruptie zou meerdere uren kunnen duren.

Wat gebeurt er als de reparatiewachtrij niet kan lopen of niet kan voltooien?

In bepaalde situaties (bv. een te grote rij op een apparaat) kan de reparatiewachtrij niet worden voltooid. Als de herstellingsrij na 4 uur niet voltooid is, is de wachtrij zeer waarschijnlijk onherstelbaar en is het enige beroep het bouwen van een nieuwe wachtrij door de verborgen CLI-opdracht herstelt te gebruiken. Voor geavanceerde problemen kunt u contact opnemen met Cisco-ondersteuning om een actieve ondersteuningscase te openen en een Cisco-ondersteuning te bieden.

Gerelateerde informatie

- Cisco e-mail security eindgebruikershandleidingen

- Opdrachten voor Cisco e-mail security applicatie

- Gebruik van de opdracht herstellen

- Wat is de volgorde van verwerking in de werkwachtrij? Wat is de werkrijstpijplijn?

- Technische ondersteuning en documentatie – Cisco Systems