Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit l'utilisation du repairqueue masqué de commande CLI et des actions qui se produit quand ceci la commande est émis du CLI d'une appliance de sécurité du courrier électronique de Cisco (ESA).
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Remarque: Veuillez consulter le guide utilisateur ESA ou l'aide en ligne du GUI ESA pour d'autres détails.
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.
Raisons d'exécuter la commande de repairqueue :
Raisons de ne pas exécuter la commande de repairqueue :
Exécuter le repairqueue de commande CLI peut ne pas réparer toutes les questions ou corruptions de workqueue. Cet utilitaire fait un meilleur effort pour réparer le workqueue.
Avertissement : Les administrateurs ESA devraient prendre la note, là est la possibilité de perdre les messages actifs d'un workqueue.
Quand exécutant le repairqueue, le premier passage de processus incitera pour l'autorisation une fois de poursuivre et exécuter la réparation :
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.
Remarque: Sur un ESA virtuel, ignorez la sortie suivante, le défaut connu (CSCuz28415) : « Attendant la file d'attente pour monter : N'a pas pu ouvrir le périphérique chez /dev/ipmi0 ou /dev/ipmi/0 ou /dev/ipmidev/0 : Aucun un tel fichier ou répertoire »
Une fois le processus de réparation est terminé, le workqueue sera réparé, toutefois l'appliance retiendra toujours un vieux point de reprise du workqueue précédent. Afin de reprendre écrire un nouveau point de reprise pour le workqueue traitant, exécutez le repairqueue de nouveau, et émettez la commande de nettoyer :
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
Une fois que le repairqueue est terminé, faites s'il vous plaît chacune du suivant afin de valider le workqueue est de retour en ligne et l'appliance traite la messagerie :
Les clients qui ont des appliances exécutant des versions plus anciennes d'AsyncOS qui n'ont pas l'option de commande CLI masquée par repairqueue devraient ouvrir une valise de support afin d'avoir une aide d'ingénieur d'assistance technique de Cisco. Un tunnel de support devra être ouvert et disponible pour que le support de Cisco accède à l'appliance et pour exécute le processus de file d'attente de réparation. Veuillez entrer en contact avec le support de Cisco pour ouvrir une valise active de support.
Dans la plupart des cas, la corruption n'égale pas la perte de messagerie. La file d'attente est due corrompu aux méta-données liées au traitement de messages qui ne sont plus sur l'appliance. C'est une comptabilité traitant entre la file d'attente et l'enregistrement, message dépistant, etc. exécutant le repairqueue reconstruira les méta-données et le nettoyage ESA misreporting entre les services et le traitement.
L'ESA peut pouvoir s'exécuter pendant longtemps sur une file d'attente corrompue et la plupart des messages peuvent traiter bien, mais l'appliance peut sembler lente, ou certains messages peuvent ne jamais effacer, comme indiqué par « le message le plus ancien » dans la commande d'état ------ sensiblement plus vieux que le bounceconfig devrait laisser. Quand AsyncOS est redémarré réellement avec une file d'attente corrompue, la file d'attente peut ou peut ne pas pouvoir monter. La corruption a pu s'être produite il y a quelque temps et semble être bon jusqu'à ce que l'appliance soit redémarrée, laquelle au point il ne peut pas monter la file d'attente.
Les deux la plupart des causes classiques de la « corruption de file d'attente » sont :
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
Réparer le workqueue peut prendre n'importe où de 10 secondes à plusieurs heures, selon l'état de l'ESA et combien le message traitent actuellement par un workqueue actif. Une réparation de workqueue sur une appliance plus bas de gamme avec des files d'attente pleine au moment de la corruption pourrait prendre plusieurs heures.
Dans certaines situations, (par exemple, file d'attente trop pleine sur une appliance) le repairqueuewill ne pas pouvoir se terminer. Si les repairqueuedoes pas se terminent après 4 heures, la file d'attente est très probablement irréparable et le seul recours est de construire une nouvelle file d'attente en exécutant le resetqueue masqué de commande CLI. Pour les questions avancées, entrez en contact avec s'il vous plaît CiscoSupport pour ouvrir une valise active de support et avoir Cisco prenez en charge l'aide.