Perché ricevo l'errore "Plugin with name Standard_Stream not found" quando utilizzo Gestione sessione per connettermi alla mia istanza Amazon EC2?

Breve descrizione

Se l'Agente AWS Systems Manager (Agente SSM) non è in grado di creare i file richiesti per stabilire una sessione, ricevi il seguente messaggio di errore:

"Your session has been terminated for the following reasons: Plugin with name Standard_Stream not found. Step name: Standard_Stream"

Il problema si verifica in genere se lo spazio di archiviazione dell'istanza è insufficiente o se sono aperti troppi file contemporaneamente.

Per identificare la causa del problema, controllate i log di sistema per individuare eventuali messaggi di errore specifici. Quindi intraprendi le seguenti azioni di risoluzione in base agli errori rilevati.

Risoluzione

Risolvi gli errori "No space left on device"

Devi disporre di spazio sufficiente nella partizione root per consentire all'Agente SSM di creare i dati temporanei necessari per avviare una sessione. Se ricevi il messaggio di errore "No space left on device", devi aumentare lo spazio disponibile nel file system root. Prima di tutto, rimuovi i file inutilizzati dalla partizione principale. Se lo spazio non è ancora sufficiente, utilizza volumi elastici per aumentare il volume Amazon Elastic Block Store (Amazon EBS). Oppure utilizza uno dei seguenti metodi per estendere il file system root a livello di sistema operativo.

Utilizza SSH o la Console seriale EC2 per estendere il file system root

Completa i seguenti passaggi:

1. Utilizza SSH o la Console seriale EC2 per connetterti all'istanza.
   Nota: per utilizzare la Console seriale EC2, devi configurare l'accesso alla Console seriale EC2. Per ulteriori informazioni sui requisiti, consulta Prerequisiti per la console seriale EC2.

2. Per verificare lo spazio disponibile nella partizione root, esegui questo comando:

   df -Th

   Esempio di output:

   $ df -Th
   
   Filesystem Type Size Used Avail Use% Mounted on
   
   devtmpfs devtmpfs 4.0M 0 4.0M 0% /dev
   
   tmpfs tmpfs 3.9G 0 3.9G 0% /dev/shm
   
   tmpfs tmpfs 1.6G 440K 1.6G 1% /run
   
   /dev/nvme0n1p1 xfs 8.0G 2.0G 6.0G 25% /
   
   tmpfs tmpfs 3.9G 0 3.9G 0% /tmp
   
   /dev/nvme0n1p128 vfat 10M 1.3M 8.7M 13% /boot/efi
   
   tmpfs tmpfs 782M 0 782M 0% /run/user/1000

3. Per visualizzare dettagli come il nome e i tipi di file system dei dispositivi a blocchi e la partizione root, esegui questo comando lsblk:

   lsblk -f

   Esempio di output:

   $ lsblk -f
   NAME          FSTYPE LABEL           UUID                                 MOUNTPOINT
   nvme0n1
   ├─nvme0n1p1   xfs    /               abcd123-abcd-1234-abcd-abcdef1234 /
   └─nvme0n1p128

4. Per estendere una partizione, esegui questo comando:

   sudo growpart /dev/nvme0n1 1

   Nota: sostituisci nvme0n1 con il nome della partizione.

5. Per verificare di aver esteso la partizione, esegui nuovamente il comando lsblk. Nell'output, assicurati che la dimensione della partizione sia uguale alla dimensione del volume.

6. Per estendere il file system, esegui uno dei seguenti comandi in base al tipo di file system.
   Volumi ext4:

   sudo resize2fs /dev/nvme0n1p1

   Nota: sostituisci nvme0n1p1 con il nome della partizione.
   Volumi XFS:

   sudo xfs_growfs -d /

Utilizza un'istanza di ripristino per estendere il file system root

Se non riesci a utilizzare SSH per connetterti a un'istanza irraggiungibile, crea un'istanza di ripristino nella stessa zona di disponibilità dell'istanza irraggiungibile. Per istruzioni, consulta Risolvi l'errore "No space left on device" in Come posso risolvere i problemi di un'istanza EC2 Linux che non supera il controllo dello stato a causa dell'uso eccessivo delle risorse?Dopo aver montato il volume principale nell'istanza di ripristino, estendi il file system.

Risolvi gli errori "Too many open files"

Se superi le risorse inotify massime, l'Agente SSM non può creare i nuovi descrittori di file necessari per stabilire una sessione. Questo problema si verifica se hai troppi file o descrittori di file aperti contemporaneamente o se il sottosistema inotify del kernel ha superato la sua quota massima di istanze o di controllo. Per ulteriori informazioni, consulta inotify sul sito web man7.

Per risolvere il problema, intraprendi le seguenti azioni.

Riavvia l'istanza

Per riavviare tutti i processi e rilasciare le risorse inotify in uso, riavvia o arresta e avvia l'istanza.

Nota: quando arresti e avvii un'istanza, l'indirizzo IP pubblico dell'istanza cambia. È consigliabile utilizzare un indirizzo IP elastico per indirizzare il traffico esterno all'istanza anziché un indirizzo IP pubblico. Se utilizzi Amazon Route 53, potresti dover aggiornare i record DNS di Route 53 quando l'indirizzo IP pubblico cambia.

Prima di arrestare e avviare l'istanza, intraprendi le seguenti azioni:

• Se l'istanza utilizza un archivio dell'istanza, salva i dati del volume nell'archivio dell'istanza in uno storage persistente. Ad esempio, puoi salvare i dati in volumi Amazon EBS o in bucket Amazon Simple Storage Service (Amazon S3).
  Importante: Amazon EC2 elimina i dati dell'archivio dell'istanza quando la arresti.
• Crea uno snapshot del volume Amazon EBS. In caso di problemi, puoi utilizzarlo per ripristinare l'istanza.
• Rimuovi temporaneamente l'istanza dal relativo gruppo Amazon EC2 Auto Scaling in modo da non terminarla accidentalmente quando la arresti.
  Nota: EC2 Auto Scaling potrebbe terminare le istanze arrestate in un gruppo Auto Scaling a seconda delle impostazioni della protezione da riduzione orizzontale. Le istanze avviate con Amazon EMR, AWS CloudFormation o AWS Elastic Beanstalk potrebbero far parte di un gruppo Auto Scaling.
• Imposta il comportamento di chiusura dell'istanza su Arresta per assicurarti che le istanze terminino quando le arresti.

Aumenta la quota di inotify

Se i problemi persistono dopo il riavvio, completa i seguenti passaggi per aumentare la quota di inotify nell'istanza:

1. Esegui questi comandi per controllare la quota di inotify:

   cat /proc/sys/fs/inotify/max_user_watches
   cat /proc/sys/fs/inotify/max_user_instances

   Nota: per impostazione predefinita, max_user_watches è 8192 e max_user_instances è 128.
2. Per aumentare temporaneamente i valori massimi delle quote, esegui questo comando:

   sudo sysctl fs.inotify.max_user_watches=newwatchesquota
   sudo sysctl fs.inotify.max_user_instances=newinstancesquota

   Nota: sostituisci newwatchesquota con la nuova quota per max_user_watches e newinstancesquota con la nuova quota per max_user_instances. Il comando precedente aggiorna le quote fino al successivo riavvio dell'istanza. È consigliabile verificare prima i valori aggiornati tramite modifiche temporanee.
3. Per rendere permanenti gli aggiornamenti delle quote, aggiungi i seguenti parametri al file /etc/sysctl.conf:

   echo "fs.inotify.max_user_watches = newwatchesquota" >> /etc/sysctl.d/20-fs-inotify.conf
   echo "fs.inotify.max_user_instances = newinstancesquota" >> /etc/sysctl.d/20-fs-inotify.conf

   Nota: sostituisci newwatchesquota con la nuova quota per max_user_watches e newinstancesquota con la nuova quota per max_user_instances.
4. Riavvia l'istanza per applicare le modifiche.

Nota: è consigliabile monitorare le prestazioni del sistema dopo aver modificato l'istanza per verificare che le quote aggiornate siano in linea con i requisiti di sistema.

Informazioni correlate

Perché non riesco utilizzare Gestione sessione per connettermi alla mia istanza Amazon EC2?

Come posso estendere il mio file system Linux dopo aver aumentato il volume EBS sulla mia istanza EC2?