Isilon : L’interface utilisateur Web de la version 8.0+ échoue avec une erreur d’état 500 en raison FD_SETSIZE une erreur dans Apache2

L’interface utilisateur Web n’est pas accessible si vous obtenez une erreur « server-side failure with status 500 », comme indiqué ci-dessous :    



Et vous voyez ces erreurs dans le fichier /var/log/apache2/webui_httpd_error.log :    
 

Ce problème se produit lorsque le nombre de descripteurs de fichiers pour Apache2 dépasse 1 024, qui est la limite stricte définie sur Apache2. 

Ceci est vérifié en exécutant la commande ci-dessous :    
Notez que l’un des processus httpd a un nombre élevé de FD supérieur à 1 024 (regardez la colonne 3 de la dernière ligne de la sortie du processus) :    
 
Sous UNIX et les systèmes d’exploitation informatiques associés, un descripteur de fichier (FD,moins fréquemment fildes) est un indicateur abstrait utilisé pour accéder à un fichier ou à une autre ressource d’entrée/sortie, telle qu’un canal ou une prise réseau. Les descripteurs de fichiers font partie de l’interface de programmation d’applications POSIX.

Vous trouverez plus d’informations sur les différents types de FD observés dans la sortie procstat ici

Vérifiez le /var/log/apache2/webui_httpd_access.log pour les clients qui établissent des sessions avec le nœud :    
 
Si ces messages se produisent très fréquemment (plusieurs sessions par seconde), cela peut facilement surcharger le serveur Apache2 et empêcher le processus Apache2 de communiquer avec isi_papi_d service en raison de l’indisponibilité des sockets FD. 

Identifiez le client dans la sortie de webui_httpd_access.log et rectifiez-le du côté client. 

Pour contourner temporairement ce problème, redémarrez les services Apache2 et isi_webui pour effacer les FD. 

Solution de contournement :    

1. Désactivez les services :   

2. Vérifiez qu’aucun processus n’est en cours d’exécution. Supprimez tous les processus en cours d’exécution :   

3. Réactivez les services :    

Un déclencheur connu de ce problème est lié à l’erreur ci-dessous :   
 

Lorsque l’utilisateur n’a pas inclus d’en-têtes/jetons CSRF lors de la tentative d’établissement d’une session, le client peut établir une session, mais pas se connecter au cluster. Cela peut amener le script à continuer d’essayer d’établir une session avec le nœud, ce qui peut entraîner un nombre élevé de FD. 

La résolution consiste à apporter des modifications au client pour qu’il soit compatible avec les vérifications CSRF. Reportez-vous à la partie Comment implémenter l’authentification avec la protection CSRF de la base de connaissances 517421 : OneFS : Comment protéger votre cluster contre la falsification de requête intersite (CSRF) Pour plus d’informations (Seuls les clients Dell enregistrés peuvent accéder au contenu du lien de l’article, via Dell.com/support).