Si vous disposez, comme nous, d’une ou plusieurs baies VNX Unified disposant d’une tête NAS Celerra en plus de la partie Block classique, vous avez sans doute déjà été confronté quelques fois à une certaine pollution des alertes au sein d’Unisphere par des tonnes de messages provenant de la partie NAS. Même si la supervision de la partie File est importante, personnellement je trouve que ces alertes sont beaucoup trop verbeuses et surtout ne sont pas du même niveau de criticité que pour la partie Block.
Pour autant, je vous conseille de garder cette petite astuce dans vos “tips & tricks” de production, pour le cas où. Allons-y :)
Pour pouvoir supprimer d’un coup l’ensemble des alertes File sur une tête NAS donnée, connectez-vous d’abord sur la control station de celle-ci (sous nasadmin). Ensuite, rendez-vous dans le répertoire /nas/log/webui. Le contenu de ce répertoire ressemble à ça :
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 |
[nasadmin@nasvnxxxx ~]$ cd /nas/log/webui/ [nasadmin@nasvnxxxx webui]$ ll total 5898 -rw-rw-r-- 1 nasadmin nasadmin 1 Mar 3 08:34 alert_log -rw-rw-r-- 1 nasadmin nasadmin 1 Mar 3 08:33 alert_log.1 -rw-rw-r-- 1 nasadmin nasadmin 12 Apr 15 2014 alert_log.2 -rw-rw-r-- 1 nasadmin nasadmin 12 Apr 16 2014 alert_log.3 -rw-rw-r-- 1 nasadmin nasadmin 12 Apr 16 2014 alert_log.4 -rwxrwxr-x 1 nasadmin nasadmin 79246 Feb 24 07:46 apl_ind.log -rwxrwxr-x 1 nasadmin nasadmin 21691 Feb 18 17:36 apl_sched.log -rwxrwxr-x 1 nasadmin nasadmin 152839 Mar 3 09:13 apl_tm.log -rwxrwxr-x 1 nasadmin nasadmin 33040 Feb 28 23:36 apl_tm.log.10.gz (...) -rwxrwxr-x 1 nasadmin nasadmin 33148 Feb 29 11:36 apl_tm.log.8.gz -rwxrwxr-x 1 nasadmin nasadmin 34319 Feb 29 05:36 apl_tm.log.9.gz -rw-rw---- 1 nasadmin nasadmin 53085 Feb 24 07:53 apl_tm.log.err -rw-rw---- 1 nasadmin nasadmin 4571 Jun 18 2015 apl_tm.log.err.1.gz -rw-rw-r-- 1 nasadmin nasadmin 0 Apr 5 2013 cel_api_error.log -rw-rw-r-- 1 nasadmin nasadmin 0 Apr 5 2013 cel_api.log -rw-rw-r-- 1 nasadmin nasadmin 183876 Mar 3 09:14 cli.log -rw-rw-r-- 1 nasadmin nasadmin 44598 Mar 2 17:36 cli.log.1.gz -rw-rw-r-- 1 nasadmin nasadmin 53878 Mar 1 17:36 cli.log.2.gz -rw-rw-r-- 1 nasadmin nasadmin 262144 Apr 23 2015 ipc_dump.117 (...) -rw-rw-r-- 1 nasadmin nasadmin 262144 Apr 24 2015 ipc_dump.90 -rw-rw-r-- 1 nasadmin nasadmin 44036 Feb 18 17:36 ipc.log -rw-rw-r-- 1 nasadmin nasadmin 5844 Apr 24 2015 ipc.log.1.gz -rw-rw-r-- 1 nasadmin nasadmin 0 Feb 18 17:36 webui_cpu.log -rw-rw-r-- 1 nasadmin nasadmin 248436 Mar 3 09:14 webui.log -rw-rw-r-- 1 nasadmin nasadmin 20947 Mar 1 11:37 webui.log.10.gz (...) -rw-rw-r-- 1 nasadmin nasadmin 21347 Mar 1 14:37 webui.log.9.gz -rw-rw-r-- 1 nasadmin nasadmin 0 Oct 20 13:55 webui_perf.log -rw-rw-r-- 1 nasadmin nasadmin 2701859 Mar 3 09:11 webui_syr.log [nasadmin@nasvnxxxx webui]$ |
Les logs qui nous intéressent sont les alert_log.xxx et en particulier le premier d’entre eux alert_log. Il suffit de vider les fichiers en question pour supprimer toute trace des errors, warnings ou criticals présents dans l’interface Unisphere (vous devrez sans doute relancer Unisphere pour que ce soit pris en compte). Pour les purger, rien de plus simple et toutes les méthodes habituelles sous Linux sont possible, au choix : >alert_log, echo "" >alert_log etc. …
Comme toujours, utilisez cette astuce en connaissance de cause et à vos risques et périls…