问AWS EC2终端会话以“未找到名为Standard_Stream的插件”结束

EN

• 到目前为止，您需要使用带key-pem的SSH访问EC2来进行调试(询问管理员)。

运行tail -f有问题

tail: inotify resources exhausted
tail: inotify cannot be used, reverting to polling

• 重新启动ssm代理服务也得到了No space left on device问题，但这与磁盘空间无关。 root@env-test ec2-user# systemctl重新启动amazon Agent.service错误:设备上没有空间 root@env-test EC2-用户# df -h \grep dev devtmpfs 32G 0% /dev tmpfs 32G 0% /dev/shm /dev/nvme0n1p1 100 G 82G 18G 83% /
• 因此，错误本身意味着系统的inotify手表越来越低，从而使程序能够监视文件/dirs的更改。查看当前设置的限制(包括我的机器上的输出) $ cat /proc/sys/fs/inotify/max_user_watches 8192

检查使用inotify改进应用程序或增加max_user_watches的进程

for foo in /proc/*/fd/*; do readlink -f $foo; done | grep inotify | sort | uniq -c | sort -nr
5 /proc/1/fd/anon_inode:inotify
2 /proc/7126/fd/anon_inode:inotify
2 /proc/5130/fd/anon_inode:inotify
1 /proc/4497/fd/anon_inode:inotify
1 /proc/4437/fd/anon_inode:inotify
1 /proc/4151/fd/anon_inode:inotify
1 /proc/4147/fd/anon_inode:inotify
1 /proc/4028/fd/anon_inode:inotify
1 /proc/3913/fd/anon_inode:inotify
1 /proc/3841/fd/anon_inode:inotify
1 /proc/31146/fd/anon_inode:inotify
1 /proc/2829/fd/anon_inode:inotify
1 /proc/21259/fd/anon_inode:inotify
1 /proc/1934/fd/anon_inode:notify

• 请注意，上面的inotify列表包括ssm-agent进程的PID，它解释了为什么当max_user_watches达到极限时我们会遇到SSM的问题。

ps -ef \ grep ssm-ag

root      3841     1  0 00:02 ?        00:00:05 /usr/bin/amazon-ssm-agent
root      4497  3841  0 00:02 ?        00:00:33 /usr/bin/ssm-agent-worker

• 最终解决方案:永久解决方案(在重新启动过程中保留)

echo "fs.inotify.max_user_watches=1048576" >> /etc/sysctl.conf sysctl -p

• 核实： $ aws ssm start-session --target i-123abc456efd789xx --region ap-northeast-2

使用SessionId启动会话: userdev-03ccb1a04a6345bf5

sh-4.2美元

• 此问题来自于EC2实例，而不是关于SSM代理，转到链接到未识别的SSM代理。

可选链接

在我的例子中，扩展磁盘空间工作！(syslog充满了我的案子)

在我的例子中，扩展磁盘空间也是因为我的/var/日志很大。