Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Dépannez l'alerte de taille d'objet PUT S3 trop grande

Contributeurs

L'alerte S3 PUT Object size too large est déclenchée si un locataire tente une opération PUT Object en plusieurs parties qui dépasse la taille limite S3 de 5 Gio.

Avant de commencer

Déterminez les locataires qui utilisent des objets supérieurs à 5 Gio. Vous pouvez donc les informer.

Étapes
  1. Accédez à CONFIGURATION > surveillance > Audit et serveur syslog.

  2. Si les écritures client sont normales, accédez au journal d'audit :

    1. Entrez ssh admin@primary_Admin_Node_IP

    2. Entrez le mot de passe indiqué dans le Passwords.txt fichier.

    3. Entrez la commande suivante pour passer à la racine : su -

    4. Entrez le mot de passe indiqué dans le Passwords.txt fichier.

      Lorsque vous êtes connecté en tant que root, l'invite passe de $ à #.

    5. Entrez cd /var/local/audit/export

    6. Identifiez les locataires qui utilisent des objets de plus de 5 Gio.

      1. Entrez zgrep SPUT * | egrep "CSIZ\(UI64\):[0-9]*[5-9][0-9]{9}"

      2. Pour chaque message d'audit dans les résultats, consultez S3AI Pour déterminer l'ID de compte de 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

        Adresse IP source

        S3AI

        ID locataire

        S3BK

        Godet

        S3KY

        Objet

        CSIZ

        Taille (octets)

        Exemple de résultats du journal d'audit

    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]]
  3. Si les écritures du client ne sont pas normales, utilisez l'ID de locataire de l'alerte pour identifier le locataire :

    1. Accédez à SUPPORT > Outils > journaux. Collectez les journaux d'application du nœud de stockage dans l'alerte. Spécifiez 15 minutes avant et après l'alerte.

    2. Extrayez le fichier et accédez à bycast.log:

      /GID<grid_id>_<time_stamp>/<site_node>/<time_stamp>/grid/bycast.log

    3. Rechercher dans le journal method=PUT et identifier le client dans clientIP légale.

      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>
  4. Indiquez aux locataires que la taille maximale de l'objet PUT est de 5 Gio et que vous devez utiliser des téléchargements partitionnés pour les objets supérieurs à 5 Gio.

  5. Ignorez l'alerte pendant une semaine si l'application a été modifiée.