Data Domain : fichiers accessibles en écriture dans le monde du plug-in BoostFS

Après une opération de montage BoostFS, le fichier /tmp/Boost_D4_Event.log peut être présent sur les clients Linux.
Le fichier peut être observé avec des autorisations accessibles en écriture.
Ce comportement peut se produire sur un sous-ensemble de clients BoostFS uniquement, même en exécutant la même version de BoostFS.
Le fichier est généralement créé au cours des activités d’initialisation et de montage de BoostFS.

BoostFS s’intègre aux bibliothèques DDBoost D4 lors du processus de génération.
Lors de l’initialisation de la bibliothèque client DDBoost (ddp_initLes touches /tmp/Boost_D4_Event.log Le fichier peut être créé.
Ce comportement est associé à l’initialisation de la bibliothèque DDBoost et n’indique pas un échec de l’opération de montage BoostFS.
L’intégration de la bibliothèque D4 est requise pour certains workflows BoostFS et n’a donc pas pu être supprimée dans le cadre du correctif.

Mettez à niveau BoostFS vers une version contenant le correctif :

BOOSTFS-7.13.1.80 ou version ultérieure
BOOSTFS-8.3.1.40 ou version ultérieure
BOOSTFS-8.6.1.20 ou version ultérieure

Le correctif apporte les améliorations suivantes :

Le client DDBoost ne crée plus le fichier avec des autorisations accessibles en écriture.
Le processus d’installation et de mise à niveau de BoostFS détecte un problème /tmp/Boost_D4_Event.log et met automatiquement à jour ses autorisations avec un paramètre plus restrictif.
Le correctif s’applique aux installations Linux basées sur RHEL et Debian.
Aucune action n’est requise pour les installations Windows, car ce comportement n’a pas été observé sur BoostFS pour Windows.

Foire aux questions

Pourquoi seuls certains clients affichent-ils le fichier Boost_D4_Event.log ?

Le fichier est créé lors de l’initialisation des bibliothèques du client DDBoost dans le cadre d’une opération de montage BoostFS. En fonction de la charge applicative, des modèles d’utilisation et si l’événement d’initialisation se produit ou non, certains systèmes peuvent créer le fichier alors que d’autres ne le font pas, même en exécutant la même version de BoostFS.

Est-il possible d’empêcher la création du fichier journal sur les versions concernées ?

Les ingénieurs ne recommandent pas de modifier ou de remplacer les bibliothèques DDBoost après l’installation. La solution recommandée consiste à effectuer une mise à niveau vers une version de BoostFS contenant le correctif.

Est-ce lié à un échec de montage BoostFS ?

Non. La présence de ce fichier est un sous-produit de l’initialisation de la bibliothèque DDBoost et n’indique pas un échec de montage ou un problème opérationnel avec BoostFS.

Pourquoi l’intégration de la bibliothèque D4 n’a-t-elle pas été supprimée pour résoudre le problème ?

L’intégration de la bibliothèque D4 prend en charge des fonctionnalités et workflows BoostFS supplémentaires, y compris les fonctions utilisées par certaines opérations client et d’authentification. En raison de ces dépendances, le correctif s’est concentré sur la correction du comportement des autorisations de fichiers plutôt que sur la suppression de l’intégration.

Quels sont les systèmes d’exploitation concernés ?

Ce comportement a été observé sur les installations BoostFS basées sur Linux. Le correctif s’applique aux clients Linux basés sur RHEL et Debian. Les installations Windows ne sont pas affectées.

Le fichier Boost_D4_Event.log a-t-il un impact sur la fonctionnalité BoostFS ?

Non. Le fichier est créé lors de l’initialisation de la bibliothèque client DDBoost et n’affecte pas le fonctionnement normal de BoostFS.

Que doivent faire les clients ?

Les clients qui observent les /tmp/Boost_D4_Event.log Le fichier doit être mis à niveau vers BOOSTFS-7.13.1.80, BOOSTFS-8.3.1.40, BOOSTFS-8.6.1.20 ou toute version ultérieure prise en charge qui inclut le correctif.