Résoudre l'alerte « Taille d'objet S3 PUT trop importante » dans StorageGRID
L'alerte S3 PUT Object size too large est déclenchée si un locataire tente une opération PutObject non partitionnée qui dépasse la limite de taille S3 de 5 Gio.
-
Vous êtes connecté au Gestionnaire de grille à l'aide d'un "navigateur Web pris en charge".
-
Vous avez "autorisations d'accès spécifiques".
Déterminez quels locataires utilisent des objets de plus de 5 Gio, afin que vous puissiez les en informer.
-
${post_edited_translations.segment}
-
${post_edited_translations.segment}
-
Entrer
ssh admin@primary_Admin_Node_IP -
Saisissez le mot de passe indiqué dans le fichier
Passwords.txt. -
Saisissez la commande suivante pour passer en mode superutilisateur :
su - -
Saisissez le mot de passe indiqué dans le fichier
Passwords.txt.Lorsque vous êtes connecté en tant que root, l'invite passe de
$à#. -
${post_edited_translations.segment}
Le répertoire du journal des audits et les nœuds concernés dépendent de vos paramètres de destination des audits.
Option Destination Nœuds locaux (par défaut)
/var/local/log/localaudit.logNœuds d'administration/nœuds locaux
-
Nœuds d'administration (primaires et non primaires) :
/var/local/audit/export/audit.log -
Tous les nœuds : Le fichier
/var/local/log/localaudit.logest généralement vide ou absent dans ce mode.
Serveur syslog externe
/var/local/log/localaudit.logSelon les paramètres de destination de votre audit, saisissez :
cd /var/local/logou/var/local/audit/export/Pour en savoir plus, consultez "Sélectionnez l’emplacement du journal".
-
-
${post_edited_translations.segment}
-
Entrer
zgrep SPUT * | egrep "CSIZ\(UI64\):([5-9]|[1-9][0-9]+)[0-9]{9}" -
Pour chaque message d'audit dans les résultats, consultez le champ
S3AIpour déterminer l'ID du compte locataire. Utilisez les autres champs du message pour déterminer l'adresse IP utilisée par le client, le compartiment et l'objet :Code Description SAIP
${post_edited_translations.segment}
S3AI
${post_edited_translations.segment}
S3BK
Bucket
S3KY
Objet
CSIZ
Taille (octets)
Exemple de résultats du journal des audits
-
audit.log:2023-01-05T18:47:05.525999 [AUDT:[RSLT(FC32):SUCS][CNID(UI64):1672943621106262][TIME(UI64):804317333][SAIP(IPAD):"10.96.99.127"][S3AI(CSTR):"93390849266154004343"][SACC(CSTR):"bhavna"][S3AK(CSTR):"06OX85M40Q90Y280B7YT"][SUSR(CSTR):"urn:sgws:identity::93390849266154004343:root"][SBAI(CSTR):"93390849266154004343"][SBAC(CSTR):"bhavna"][S3BK(CSTR):"test"][S3KY(CSTR):"large-object"][CBID(UI64):0x077EA25F3B36C69A][UUID(CSTR):"A80219A2-CD1E-466F-9094-B9C0FDE2FFA3"][CSIZ(UI64):6040000000][MTME(UI64):1672943621338958][AVER(UI32):10][ATIM(UI64):1672944425525999][ATYP(FC32):SPUT][ANID(UI32):12220829][AMID(FC32):S3RQ][ATID(UI64):4333283179807659119]]
-
-
Si les écritures du client ne sont pas normales, utilisez l'ID du locataire figurant dans l'alerte pour identifier le locataire :
-
Accédez à Support > Outils > Collecte de journaux. Collectez les journaux d'application pour le nœud de stockage concerné par l'alerte. Spécifiez 15 minutes avant et après l'alerte. Reportez-vous à "Collectez les fichiers journaux et les données système".
-
Extrayez le fichier et accédez à
bycast.log:/GID<grid_id>_<time_stamp>/<site_node>/<time_stamp>/grid/bycast.log -
Recherchez
method=PUTdans le journal et identifiez le client dans le champclientIP.Exemple bycast.log
Jan 5 18:33:41 BHAVNAJ-DC1-S1-2-65 ADE: |12220829 1870864574 S3RQ %CEA 2023-01-05T18:33:41.208790| NOTICE 1404 af23cb66b7e3efa5 S3RQ: EVENT_PROCESS_CREATE - connection=1672943621106262 method=PUT name=</test/4MiB-0> auth=<V4> clientIP=<10.96.99.127>
-
-
Informez les locataires que la taille maximale de PutObject est de 5 Gio et qu'ils doivent utiliser le téléchargement en plusieurs parties pour les objets de plus de 5 Gio.
-
Ignorez l'alerte pendant une semaine si l'application a été modifiée.