Introduction
Ce document décrit comment mettre à niveau un échec sur le FTD haute disponibilité (HA) multi-instances.
Problème
Le fichier de dépannage génère de nombreux journaux au moment de la mise à niveau de la paire HA multiinstance FTD de 6.4 à 6.6 en raison du problème de disque. Le fichier génère un grand nombre de journaux en raison du processus de rotation des journaux et ne fait pas pivoter correctement les fichiers.
Solution
1. Recherchez les fichiers qui consomment un disque dur et ne font pas pivoter les journaux correctement :
racine@:/ngfw/var/log# du -sh * | grep G
1G process_stderr.log
2.3G process_stdout.log
Top.log 4.4G
2. Essayez de faire pivoter les fichiers (process_stderr.log, process_stdout.log, top.log). Exemple :
root@:/ngfw/var/log# gzip process_stderr.log
root@:/ngfw/var/log# ls -l process_stderr.log*
-rw-r—r— 1 racine 1506 17 janvier 01:35 process_stderr.log
-rw-r—r— 1 racine 771675 16 mars 2020 process_stderr.log.1.gz
-rw-r—r— 1 racine 570153 8 mars 2020 process_stderr.log.2.gz
-rw-r—r— 1 racine 744427 2 mars 2020 process_stderr.log.3.gz
-rw-r—r— 1 racine 570641 23 février 2020 process_stderr.log.4.gz
-rw-r—r— 1 racine 61548926 Jan 17 01:34 process_stderr.log.gz
racine@:/ngfw/var/log# mv process_stderr.log.gz process_stderr.log.5.gz
root@:/ngfw/var/log# ls -l process_stderr.log*
-rw-r—r— 1 racine 2436 Jan 17 01:36 process_stderr.log
-rw-r—r— 1 racine 771675 16 mars 2020 process_stderr.log.1.gz
-rw-r—r— 1 racine 570153 8 mars 2020 process_stderr.log.2.gz
-rw-r—r— 1 racine 744427 2 mars 2020 process_stderr.log.3.gz
-rw-r—r— 1 racine 570641 23 février 2020 process_stderr.log.4.gz
-rw-r—r— 1 racine 61548926 Jan 17 01:34 process_stderr.log.5.gz
root@:/ngfw/var/log# gzip top.log
racine@:/ngfw/var/log# mv top.log.gz top.log.1.gz
root@:/ngfw/var/log# ls -l top.log*
3. Une fois la rotation effectuée si un journal consomme plus de disque, accédez au dossier commun et téléchargez à partir de l'interface graphique de FMC pour référence et supprimez le fichier :
racine@:/ngfw/var/log# mv top.log.5.gz /ngfw/var/common
racine@:/ngfw/var/common# rm top.log.5.gz
4. Créez la solution de contournement pour désactiver la génération du script de fichier de dépannage lors de la mise à niveau :
root@FW:/ngfw/var/sf# mkdir upgrade-scripts
root@FW:/ngfw/var/sf# cd upgrade-scripts/
root@FW:/ngfw/var/sf/upgrade-scripts# mkdir 6.6.1
root@FW:/ngfw/var/sf/upgrade-scripts# cd 6.6.1
root@FW:/ngfw/var/sf/upgrade-scripts/6.6.1# mkdir 000_start
root@FW:/ngfw/var/sf/upgrade-scripts/6.6.1# cd 000_start
root@FW:/ngfw/var/sf/upgrade-scripts/6.6.1/000_start# touch /ngfw/var/sf/upgrade-scripts/6.6.1/000_start/400_run_troubleshoot.sh
Note: Le script de dépannage ne s'exécute pas à partir du package de mise à niveau, il s'exécute à partir du fichier vierge que vous avez créé et, la mise à niveau ne doit pas faire face à un problème d'espace disque disponible moindre.
5. Démarrez la mise à niveau.
Commentaires